51Testing软件测试论坛

标题: 测试需求分析 [打印本页]

作者: lsekfe 时间: 2016-3-17 11:44
标题: 测试需求分析

一、获取测试对象也就是我们最初的工作:测试需求的分析

测试需求的分析为四个部分:

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、把不能度量的需求----转变为-----可度量的需求

a.度量测试范围;
b.度量处理分支;
c.度量业务场景;

3、如何开展测试需求分析？

1、了解和学习需求

2、了解软件系统对应的行业-------行业中的名词；行业对应的业务

了解行业途径：

a. 找行业相关的人员培训；
b. 学习使用同行业现有的软件；
c. 上网搜索；
d . 翻看用户的工作手册；

3、按模块去确定软件所包含的功能

4、将该模块中的每一个功能点形成对应的用例usecase

5、针对单独的usecase去分析其对应的输入、处理、和输出

6、分析该功能所对应的actor

7、明确usecase之间的关系

8、明确actor之间的关系

9、明确每个usecase所对应的活动

10、明确需求分析中不同的usecase所组成的业务，形成业务场景活动图

11、分析对应的功能所隐藏的隐式需求

4、测试需求分析的成果物是什么？

1. 明确测试范围-------功能点

2. 功能的处理过程----单功能点；业务场景的组合

5、需求分析和测试需求分析的区别？

需求分析：初步设想----原始需求---需求分析---需求规格：输入、处理和输出

测试需求分析：单功能点输入处理输出-----业务流分析----全局---隐式需求挖掘

需求分析和测试需求分析两者的过程是相反的。

作者: siyuzai 时间: 2016-3-20 20:28
挺不错的理论指导

作者: fhhh_eyou 时间: 2016-3-21 16:07
学习，谢谢您的分享。

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)