软件测试培训之测试执行过程注意事项

　　搭建测试环境事项

　　测试用例执行过程前，成功搭建测试环境是第一步。一般来说，软件产品提交测试后，开发人员应该提交一份被测试软件产品的详细安装指导书。

　　如果开发人员拒绝提供相关的安装指导书，搭建测试中遇到问题的时候，测试人员可以要求开发人员协助，这时候，一定要把开发人员解决问题的方法记录下来，避免同样的问题再次请教开发人员，这样会招致开发人员的反感，也降低了开发人员对测试人员的认可程度。

　　测试环境怎么搭建的?

　　搭建环境前，开发都会给到我们一份系统发布手册，我们会根据这个手册来搭建。比如，我这个xx系统，是搭建在Unix系统下的，web服务器用的是Tomcat8，MySQL版本是5.7，程序是JAVA编写的，首先我们向开发拿到编译好的安装包，然后用xshell远程连接上Unix系统，把tomcat服务器停掉，把程序包放到webapps目录下，然后再启动tomcat服务器就可以了。

　　偶然性问题的处理

　　在测试执行过程中，一旦系统出现异常信息，我们第一时间要做的是截图，保存证据;

　　确定是偶然性的bug之后，收集相关的日志，连同截图一起提单给开发定位;

　　如果缺陷在当前版本无法复现，且缺陷的影响程度比较低，我们会跟踪三个版本，如果后三个版本都无法复现，就可以关闭该缺陷;

　　如果是很严重的Bug，除了要及时反馈给上级之外，最后还要写到测试报告中，说明出现了什么现象，但无法再现!

　　详细记录预期与实际的不一致

　　如果不一致，要从多个角度多测试几次，尽量详细的定位软件出错的位置和原因，并测试出因为这个错误会不会导致更严重的错误出现，最后把详细的输入和实际的输出，以及对问题的描述写到测试报告中。

　　因为在一个项目组中，项目的开发时间是有限的，如果我们测试时能把问题描述的详细一些，那么开发人员就会很容易的重现这个问题，也就能更快的解决问题，节省项目时间。

　　提交缺陷时与开发的关系处理

　　坚持原则;

　　对事不对人，拿证据说话;

　　尊重对方的劳动成果，平时和开发人员打好关系，不要把关系搞僵。

　　当我们认为某个地方是bug，但开发认为不是bug，怎么处理?

　　先跟开发沟通，确认系统的实际结果是不是和需求有不一致的地方;有些地方可能需求没提及，但是用户体检不好，我们也可以认为是bug。

　　如果开发以不影响用户使用为理由，拒绝修改，我们可以和产品经理，测试经理等人员进行讨论，确定是否要修改，如果大家都一致认为不用改，就不改。

　　及时更新测试用例

　　测试执行过程中，应该注意及时更新测试用例：

　　往往在测试执行过程中，才发现遗漏了一些测试用例，这时候应该及时的补充;

　　有些测试用例在具体 的执行过程中根本无法操作，这时候应该删除这部分用例;

　　若干个冗余的测试用例完全可以由某一个测试用例替代，那么删除冗余的测试用例。

　　总之，测试执行的过程中及时地更新测试用例是很好的习惯。不要打算在测试执行结束后，统一更新测试用例，如果这样，往往会遗漏很多本应该更新的测试用例。

如需了解更多测试技术信息请关注：https://www.duoceshi.cn/jswz/深圳多测师软件与技术服务有限公司