交互设计师是互联网设计团队中的一员，需要时刻与产品、UI、开发、测试等其他成员进行交流。掌握一些其他岗位的知识，熟悉他们的工作流程，不仅能够增加团队沟通的效率，还能让自己的工作更加游刃有余。软件测试是互联网产品开发的后一环，及其重要，它确保了软件的正确性、安全性、完整性。
　　学习新东西，第一件事是把未知的概念弄懂，再梳理流程和方法论。基本掌握了新知识，之后加之实践，可以熟练掌握。作为交互，只需要掌握软件测试的流程以及概念即可。
　　一些概念
　　测试用例：
　　开始进行测试之前，测试人员要列出所有的测试用例，大家可以把测试用例理解为产品的一个个功能点。这个功能点要相当细分，细分到具体的action，也是某个按钮点击之后产品的反应对不对。有了这份测试用例，可以根据它去一个个的测试产品，这些测试用例有没有都正确的实现。后会得出通过测试的用例和没有通过测试的用例，没有通过测试的用例也是平常所说的bug，这要反馈给开发人员，让他们去修复bug。
　　回归测试：
　　测试提交了bug，程序员修复完成之后，并没有完事。这时测试人员需要对修改后的代码进行测试，这部分的测试被称为回归测试。相当于验证bug有没有被成功修复。
　　git：
　　git是一种版本控制的软件，产品的各个版本的代码都放在git里进行管理。
　　Dev分支：
　　我们知道了git是一款版本控制的软件，Dev分支是git中的一个版本分支，可以理解为一个代码池，开发的时候写新的功能不能直接在Dev里写，因为一旦出问题，代码很难恢复。好的做法是备份一个，将Dev分支复制一个出来，这个过程也叫作切分支。程序员一般在这个子分支上写新功能或者修改bug。写完之后，测试对该分支进行测试，测试没有问题之后，可以将它重新和到Dev分支。因为产品的代码是很多程序员在写，所以每个程序员都会从Dev中切除分支，写完后测试完毕再合到Dev中，这样不停的切分支、和分支，直到代码写好并且bug修复完。
　　Master分支：
　　上面过程中，代码从子分支再合到Dev分支后，还要再进行一遍系统测试，确保代码零bug。代码没问题之后，可以将Dev分支并到master里，生成软件的版本号。之后便是运维的人将新的版本发布出来，用户便能得到新版本更新的提示。
　　工作流程
　　如果你读懂了上面的每个概念，基本对整个测试流程会有一个大致的了解。大致流程是：先列出测试用例——测每一个用例是否正确——不正常的提交bug——开发修复好bug——回归测试一遍——进行一遍系统测试——确认无误——上线。
　　我们知道，只盯着眼前的一亩三分地肯定是不行，作为一名行走在路上的交互设计师，也要站在产品、UI、开发、测试、运营...的角度去思考问题，去了解他们的工作流程，直接的好处是能够和他们更平滑的沟通，深层次的好处则是学会用不同的角度去看待同一个问题，这是眼界。