交互设计师眼中的软件测试

2016-11-29 11:25:00

交互设计师是互联网设计团队中的一员，需要时刻与产品、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里，生成软件的版本号。之后便是运维的人将最新的版本发布出来，用户便能得到新版本更新的提示。