5、测试执行

参考依据：测试用例（需求）；
执行人：软件测试工程师；
输出：缺陷报告；
Test Case执行结果：

测试结果	缩写	备注
未测试	NT	Not Test还未进行测试
通过	Pass	测试通过，该页面或功能可以到达或跑通
失败	Fail	测试不通过，该页面或功能还存在问题
阻塞	Block	因为其它的问题导致用例无法执行
不可用	NA	Not Available，当不存在对应功能时进行标注

bug的内容：bug描述、重现步骤、实际结果、预期结果；
测试执行注意事项：

（1）注意用例执行的先后顺序：数据流向、优先级、时间进度安排；

（2）执行的前置条件、测试环境、备注里的特殊说明；

（3）发现问题/缺陷时，应立即保留证据，再重现缺陷；

（4）缺陷至少重现3次，并初步定位到问题；

（5）测试过程中，根据实际情况维护测试用例；
维护测试用例情况：

（1）需求、编码、设计发生了变更；

（2）执行过程中发现用例描述有错误；

（3）发现的缺陷不能对应用例，需补充用例；

（4）发现重复、冗余的用例需删除；
对于偶然发现，并难以重现的缺陷如何处理：

（1）先保留证据（抓包、截图、视频等）；

（2）本机重现问题，无法重现则换电脑重现；

（3）若重现，则根据缺陷的实际影响情况定义缺陷的严重级别；若无法重现，则找开发人员协助重现；在开发人员的协助下仍未能重现，则需要对此问题边重现边录视频（最多两小时），若2小时内重现则从发现问题的前半小时开始分析，若2小时内未重现，则需直接提交缺陷，降低缺陷的级别，将缺陷改成延迟状态，该缺陷至少历经半年或者在用户现场历经多个版本后关闭；
什么是缺陷（遗漏、错误、额外实现）：

（1）需求规格说明书中明确要求实现的未实现；

（2）需求规格说明书中虽未明确规定，但实际需要实现的缺陷；

（3）未正确实现（错误实现）；

（4）实现了需求规格中明确不需要的功能（额外实现）或实际不需要的功能；

（5）性能、易用性等方面，站在用户的角度，会认为不好的；
缺陷的生命周期：提交->确认->分配->修复->验证->关闭
缺陷的内容：

缺陷编号、模块、项目名、版本、缺陷标题、缺陷级别、优先级、缺陷类型、测试环境、缺陷描述（bug描述、重现步骤、实际结果、预期结果、修改建议）、状态、缺陷引入原因、缺陷引入条件、发现人、发现时间、修改人、修改时间、关闭人、关闭时间、附件、对应的用例编号；

6、测试报告

定义：对于测试过程、产品质量进行评估，并对测试结果进行总结、下结论；
编写人：有经验的测试工程师；
依据：测试用例的执行情况，缺陷数据的统计结果；
评审人：整个项目人员；
测试报告评估人：测试经理、测试人员
目的：

（1）用于项目经理决策提供依据；

（2）用于下一个项目维护提供方便；

（3）对测试进行评估；
内容：

项目背景、测试目标、测试范围、测试环境、测试策略、测试工具、测试人力资源、测试时间、测试用例数据统计、缺陷数据统计、遗留问题、测试风险、测试过程开发、产品质量评估、测试结论、经验教训与建议、附录；

软件测试知识点总结(3)

快速入门下篇

5、测试执行

6、测试报告

FEATURED TAGS

FRIENDS