【无标题】需求，用例，bug的关系

测试需求，测试用例和缺陷报告的关系？

**测试的基本流程：**获取测试需求—制定测试方案—设计和开发测试用例—执行测试—提交缺陷—测试分析和评审—测试总结—准备下一版本的测试

获取测试需求是测试工作的重点，也是第一步。通过需求的分析，了解和掌握测试的方向和内容，例如：
1.分析出系统的模块和组织结构
2.分析出软件的基本结构和运行流程（业务分析）包括会有哪些人或哪些角色要用
3.识别出软件的重要功能和次要功能

获取测试需求的过程中，测试人员就要有相应的分析成果，一般用xmind这样的思维导图工具进行分析，或者使用需求分析矩阵来完成测试需求的获取和分析

设定测试中需求的，正，反，优先级。
当有了测试需求之后，就开始针对每一个需求点进行测试用例的设计，也就是每一个需求点都要被测试。因此测试过程中，衡量需求的覆盖程度就非常重要。使用：
需求的覆盖程度=被测试用例覆盖的需求数/需求点总数
进行计算和说明。
如果需求的覆盖度＜100%，那一定说明测试的覆盖度不够

测试中，最能体现测试人员工作量的指标就是缺陷的数量和用例的数量
1.设计的测试用例总量（TC）
2.执行的测试用例的数量(EC)
3.未执行的测试用例的数量（WC）
4.执行通过的测试用例总量(SC)
5.执行失败的测试用例的总量(FC)
6.提交缺陷的总量(BC)
以上五个数据，他们要符合如下的数量关系
1.TC大于EC
2.TC=EC+WC
3.EC=SC+FC
4.BC≥FC(提交的bug数量多于执行未通过的用例数，一条用例的预期结果数量是固定的，甚至是唯一的。)
说明了，测试过程中发现的缺陷，除了一部分是执行测试用例失败得来的，还有一部分，应该是测试人员凭借经验和直觉带来的（探索性测试）
5.通过SC÷EC可以表现出系统的质量是否合格
6.通过EC÷TC可以表现出系统的需求是否得到满足