测试需求和测试用例、缺陷报告的关系?
测试流程:
获取测试需求--编写测试计划--制定测试方案--设计和开发测试用例--执行测试用例--提交缺陷报告--测试分析与评审--提交测试报告--准备下一版本测试
获取测试需求是测试工作的重点,也是测试的第一步。通过需求的分析,了解和掌握测试的方向和内容。
例如:
分析出系统的模块和组织结构
分析出软件的基本功能和运行流程。(业务分析)包含可能会有哪些角色要用。
识别出软件的重要功能和次要功能。
获取测试需求过程中,测试人员就要有相应的分析成功。一般用Xmind这样的思维导图工具进行分析。或者使用学习过程中,需求跟踪矩阵来完成测试需求的获取和分析。
设定测试中需求的正、反向,优先级。
当有了测试需求后,就可以针对需求点进行测试用例的设计;也就是说,每一个需求点都要被测试。
因此测试过程中,衡量测试的覆盖程度就非常重要。
使用:被测试用例覆盖的需求/需求点总数 的比值,进行计算说明
如果需求覆盖度小于100%,那一定说明测试的覆盖度不够
测试中最能体现测试人员工作量的指标就是缺陷的数量和用例的数量
- 设计的测试用例总量;TC
- 执行的测试用例数量;EC
- 未执行的测试用例数量;WC
- 执行通过的测试用例总量;SC
- 执行失败的测试用例总量;FC