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

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

获取测试需求是测试工作的重点，也是第一步 通过需求的分析，了解和掌握测试的方向和内容例如

1.分析出系统的模块和组织结构

2.分析出软件的基本功能和运行流程 ，包括可能会有哪些人或者哪些角色要用

3.识别出软件的重要功能和次要功能

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

• 设定测试中需求的正，反向，和优先级

• 当有了测试需求之后，就开始针对每一个需求点进行测试用例的设计 ，也就是，每一个需求点都要被测

•  因此测试的过程中，衡量需求的覆盖程度，就非常重要 使用 需求的覆盖程度=被测试用例覆盖的需求数/需求总数进行计算和说明

• 如果需求覆盖率小于100%那一定说明了测试的覆盖度不够

测试中最能体现测试人员工作量指标就是缺陷的数量和用例的数量

1.设计的测试用例总量

2.执行的测试用例数量

3.执行通过的测试用例总量

4.执行失败的测试用例总量

5.提交缺陷的总量

通过SC/EC可以表现出系统的质量是否合格。

通过EC/TC可以表现出系统的需求是否得到满足