软件测试执行全流程.pptxVIP

测试执行深 圳 市 门 道 信 息 咨 询 有 限 公 司Shenzhen MT Information Consulting Co . , LTD版权所有.侵权必究目录Chapter 1 测试执行Chapter 2 软件缺陷Chapter 3 测试报告Chapter 1 测试执行1.1 什么是执行测试用例1.2 测试执行过程注意事项什么是执行测试用例 根据已有的测试用例，按照里面的步骤一步一步的执行，查看预期结果与实际结果是否一致。测试执行过程注意事项搭建测试环境事项注意前提条件和特殊说明测试用例要全部执行不要忽视任何偶然现象加强测试过程记录详细预期与实际的不一致提交缺陷时与开发的关系处理提交一份优秀的问题报告单及时更新测试用例测试执行搭建测试环境事项 测试用例执行过程前，成功搭建测试环境是第一步。一般来说，软件产品提交测试后，开发人员应该提交一份被测试软件产品的详细安装指导书。 如果开发人员拒绝提供相关的安装指导书，搭建测试中遇到问题的时候，测试人员可以要求开发人员协助，这时候，一定要把开发人员解决问题的方法记录下来，避免同样的问题再次请教开发人员，这样会招致开发人员的反感，也降低了开发人员对测试人员的认可程度。测试执行注意用例的前提条件和特殊说明 有些测试软件是有顺序性的，那么它的测试用例就会有一些执行前提或特殊说明。 比如要测试某个软件的登陆功能，那么测试前必须创建用户，并为用户分配一定的权限等。如果前提条件和特殊说明没有注意，会导致测试用例的无法执行。测试执行测试用例要执行全部执行 因为编写测试用例时，它考虑了测试覆盖率的问题，每条测试用例都对应一个功能点，如果少执行一条，就会有一个功能点没有测试到。 我们执行测试前要认为待测试软件的每条功能点都是未实现的，每个功能点我们都要测试一遍，才能保证待测试软件能正确满足用户需求。测试执行不要忽视任何偶然现象 我们在执行某条用例时，软件会出错，但是当再次执行时这个错误就不再重现。这种情况，一般大家就会认为是偶然现象，就会忽略过去。其实，这种错误才是隐藏最深的，最难发现的错误。 遇到这种情况时，要仔细分析这种情况，不要忽视任何小的细节，多测试几次，尽可能准确的找出问题的原因。测试执行加强测试过程记录 测试执行过程中，一定要加强测试过程记录。执行过的用例做好对应标记，发现了缺陷应及时提交确认。 一般软件产品提供 了日志功能，比如有软件运行日志、用户操作日志。如果发现比较复杂难定位的问题，一定要在测试用例执行后记录相关的日志文件，作为测试过程记录，这样开发人员可以通过这 些测试记录方便的定位问题。而不用测试人员重新搭建测试环境，为开发人员重现问题。测试执行详细记录预期与实际的不一致 如果不一致，要从多个角度多测试几次，尽量详细的定位软件出错的位置和原因，并测试出因为这个错误会不会导致更严重的错误出现，最后把详细的输入和实际的输出，以及对问题的描述写到测试报告中。 因为在一个项目组中，项目的开发时间是有限的，如果我们测试时能把问题描述的详细一些，那么开发人员就会很容易的重现这个问题，也就能更快的解决问题，节省项目时间。 测试执行提交缺陷时与开发的关系处理 测试执行过程中，当你提交了问题报告单，可能被开发人员无情驳回，拒绝修改。这时候，只能对开发人员晓之以理，做到有理、有据，有说服力。测试执行提交一份优秀的问题报告单 测试提交的问题报告单和测试日报一样，都是测试人员的工作输出，及绩效的集中体现。因此，提交一份优秀的问题报告单是很重 要的。测试执行及时更新测试用例 测试执行过程中，应该注意及时更新测试用例： 往往在测试执行过程中，才发现遗漏了一些测试用例，这时候应该及时的补充；有些测试用例在具体 的执行过程中根本无法操作，这时候应该删除这部分用例；若干个冗余的测试用例完全可以由某一个测试用例替代，那么删除冗余的测试用例。　总之，测试执行的过程中及时地更新测试用例是很好的习惯。不要打算在测试执行结束后，统一更新测试用例，如果这样，往往会遗漏很多本应该更新的测试用例。Chapter 2 软件缺陷2.1 缺陷的理论基础2.2 缺陷的生命周期2.3 缺陷的流程2.4 缺陷的状态2.5 缺陷的等级2.6 缺陷实例与练习缺陷理论基础2.1.1 缺陷的定义2.1.2 缺陷的原因2.1.3 缺陷的修复成本2.1.4 缺陷的分布特征2.1.5 缺陷的抗药性2.1.6 并非所有缺陷都要修改缺陷的定义软件未实现需求和规格要求的功能软件出现了需求和规格指明不该出现的错误软件实现了需求和规格未提及的功能软件未实现需求和规格未明确提及但应该实现的内容软件难以理解，不易使用，运行缓慢，或者最终用户(估计会)认为不好。测试用例执行中发现的与预期结果不符的现象 缺陷又名为BUG（臭虫）缺陷的原因缺陷的修复成本缺陷