6.2需求、用例和bug的关系

获取测试需求是测试工作的重点。
通过需求分析，了解和掌握测试的方向和内容
 1)分析出系统的模块和组织结构；
 2)分析出软件的基本功能和运行流程(业务分析)包括：人或角色
 3)识别出软件的重要功能和次要功能
 测试人员以XMind形式给出分析结果；或者需求跟踪矩阵(正向、反向、优先级)完成测试需求和分析
 当有了测试需求之后，针对每一个需求点进行测试用例设计；测试过程中，衡量需求覆盖程度。
需求覆盖程度 = 被测试用例覆盖的需求数/需求点总数
测试中，最能体现测试人员工作量指标是缺陷的数量和用例数量
  设计的测试用例总量.TC
  执行的测试用例数量.EC
  未执行的测试用例数量.WC
  执行通过的测试用例总量.SC
  执行失败的测试用例总量.FC
  提交的缺陷的总量.BC
 BC>=FC.bug数量多余执行未通过。一条用例的预期结果量固定(或唯一)说明了测试过程中发现的缺陷，一部分是用例执行失败带来的，二是测试人员的经验和直觉——探索性测试
 执行通过的测试质量/执行的测试用例数量可以表现出系统质量是否合格
 执行的测试用例数量/设计的测试用例数量可以得到系统的需求是否得到满足