一、获取测试对象也就是我们最初的工作:测试需求的分析
测试需求的分析为四个部分:
1、明确需求的范围
2、明确每一个功能的业务处理过程
3、不同的功能点作业务的组合
4、挖掘显式需求背后的隐式需求
二、分别阐述：
1、 明确需求的范围(目标：需求中包括了多少功能点)
1. RTM中的SRS列表(粒度)
2. QC中的需求描述 (不同层次)
3. UML的用例视图 (Actor Usecase)
2、 明确每一个功能的业务处理过程
1. 拆点: 对应的每一个功能点将其对应的输入,处理和输出进行提取
2. 连线 :将每一功能所对应的输入,处理和输出形成业务活动图;
3、不同的功能点作业务的组合
4、挖掘显式需求背后的隐式需求
1、 测试需求分析何时进行?
理论上SRS评审通过以后但是评审之前测试人员处于游离状态，我们的工作应该尽早的开始，所以事实上在需求获取结束后就开始测试需求分析
2、 为什么要进行测试需求分析?
1、把不直观的需求-----转变为-----直观的需求(用例图/活动图)
a.使得测试范围可以度量(有多少功能点，有多少功能项);
b.使得独立的功能点其对应的所有的处理分支可以度量;
c.使得该系统需要测试的业务场景可以度量;
2、把不明确的需求-----转变为------明确的需求
明确其功能点对应的输出、处理和输出;
3、把不能度量的需求----转变为-----可度量的需求