需求、用例、bug的关系

需求、用例、bug的关系

1. 测试需求、测试用例的关系？
   测试的基本流程：获取测试需求-编写测试计划-制定测试方案-开发与设计测试用例-执行测试-提交缺陷报告-测试分析和评审-提交测试总结-准备下一版本的测试
   获取测试需求是测试工作的重点，也是第一步。通过测试需求分析，了解和掌握测试的方向和内容。
   1）分析系统的模块和组织结构
   2）分析出基本功能和运行流程。（业务分析）包括可能会有哪些人或者哪些角色。
   3）识别出软件的主要功能和次要功能.
   4）每一个需求点都要被测试
   5）衡量需求的覆盖程度很重要，
   需求的覆盖程度=被测试用例覆盖的需求数/需求点总数
   如果需求覆盖度<100%，那就说明覆盖度不够

2. 测试用例、缺陷报告的关系
   设计的测试用例的总量TC(total case)
   执行的测试用例的数量EC
   未执行的测试用例的数量WC
   执行通过的测试用例的总量SC
   执行失败的测试用例的总量FC
   提交的缺陷的总量BC（bug count）
   1)TC≥EC
   2)TC=EC+WC
   3)EC=SC+FC
   4)BC≥FC，提交的Bug的数量大于等于执行失败的测试用例的数量，因为有一些Bug是经验直觉带来的。
   通过SC/EC可以表现出系统的质量
   通过EC/TC可以表现出系统的需求是否得到满足。有些需求没法测试，说明可能软件根本没有开发这个功能。