执行测试用例应注意啥？

Posted 2023-03-12

当测试用例编写完成，并通过审核后，就进入到软件测试最主要的阶段，就是执行测试用例，进行软件测试。我们公司一直使用日事清进行软件测试，并取得了较好 的效果。日事清用起来很方便的，网络版更简单，还能随意修改模板，上下级管理模式，上面还有个bbs方便大家互相学习沟通，管理起来也方便多了。同时在执行测试时还需要注意以下几个问题：

一是仔细检查软件测试环境是否搭建成功。执行测试前要按照测试用例中描述的测试环境去搭建，因为测试用例中的执行都是建立在这个测试环境之上的，如果测试环境的不一致，会影响测试用例的执行，和测试目的的证明。

二是注意测试用例中的前提条件和特殊规程说明。因为有些测试软件是有顺序性的，那么它的测试用例就会有一些执行前提或特殊说明。比如要测试某个软件的登陆功能，那么测试前必须创建用户，并为用户分配一定的权限等。如果前提条件和特殊说明没有注意，会导致测试用例的无法执行。

三是测试用例要执行全部执行，每条用例至少执行一遍。因为编写测试用例时，它考虑了测试覆盖率的问题，每条测试用例都对应一个功能点，如果少执行一条，就会有一个功能点没有测试到。我们执行测试前要认为待测试软件的每条功能点都是未实现的，每个功能点我们都要测试一遍，才能保证待测试软件能正确满足用户需求。

四是执行测试用例时，要详细记录软件系统的实际输入输出，仔细对比实际输入和测试用例中的期望输入是否一致。如果不一致，要从多个角度多测试几次，尽量详细的定位软件出错的位置和原因，并测试出因为这个错误会不会导致更严重的错误出现，最后把详细的输入和实际的输出，以及对问题的描述写到测试报告中。在一个项目组中，项目的开发时间是有限的，如果我们测试时能把问题描述的详细一些，那么开发人员就会很容易的重现这个问题，也就能更快的解决问题，节省项目时间。

五是不要放过任何偶然想象。我们在测试时，有时会发现某条用例执行时，软件会出错，但是当再次执行时这个错误就不再重现。这种情况，一般大家就会认为是偶然现象，就会忽略过去。其实，这种错误才是隐藏最深的，最难发现的错误。我们要遇到这种情况时，要仔细分析这种情况，不要放过任何小的细节，多测试几次，要准确的找出问题的原因。 参考技术A 当测试用例编写完成,并通过审核后,就进入到软件测试最主要的阶段,就是执行测试用例,进行软件测试。 参考技术B 测试用例(Test Case)某特殊目标编制组测试输入、执行条件及预期结便测试某程序路径或核实否满足某特定需求意义:设计测试用例更执行测试防止遗漏测试点或功能测试完整性重要意义 参考技术C 测试执行注意事项
1. 用例执行前，首先要进行测试环境的搭建。一般来说，开发人员应
该提交《产品部署说明书》。测试人员只需要按照文档一步一步搭
建即可。
2. 有的公司，开发没有提供部署说明，那么在测试环境搭建中遇到问
题时开发要协助测试，这时，测试一定要把开发人员解决问题的方
法记录下来，避免同样的问题再次请教开发人员，这样会招致开发
人员的反感，也降低了开发人员对测试人员的认可程度。
3. 有的（如外包）公司，测试环境是专人负责
4. 有的自研公司，环境由测试经理负责
注意前提条件和特殊说明
1. 有些测试软件是有顺序性的，那么它的测试用例就会有一些执行前
提或特殊说明。
2. 比如要测试某个软件的登陆功能，那么测试前必须创建用户，并为
用户分配一定的权限等。如果前提条件和特殊说明没有注意，会导
致测试用例的无法执行。
测试用例要执行全部执行
因为编写测试用例时，考虑了测试覆盖率，因此每条用例都对应一个测
试点，如果少执行一条，就会有一个测试点没有测试到，导致这个测试
点所覆盖的功能点就不会充分，会出现功能漏测。
不要忽视任何偶然现象
1. 遇到这种情况时，要仔细分析，不要忽视任何小的细节，多测试几
次(一般企业会根据情况规定100次或50次)，尽可能准确的找出问题
的原因。
2. 导致偶然的因素很多：浏览器缓存、测试环境不纯净、代码版本不
一致等
加强测试过程记录
1. 测试执行过程中，一定要加强测试过程记录。执行过的用例做好对
应标记，发现了缺陷应及时提交确认。
2. 一般软件产品提供了日志功能。如果发现比较复杂难定位的问题，
一定要在测试用例执行后记录相关的日志文件，作为测试过程记录，
这样开发人员可以通过这些测试记录方便的定位问题。
提交缺陷时与开发的关系处理
测试执行过程中，当你提交了问题报告单，可能被开发人员无情驳回，
拒绝修改。这时候，只能对开发人员晓之以理，做到有理、有据，有说
服力。
及时更新测试用例
1. 往往在测试执行过程中，才发现遗漏了一些用例，这时应该及时补
充
2. 人为主观要求更新测试用例
3. 制度要求（如CMMI要求每月检查比对一次需求和用例覆盖）