如何做软件测试需求分析.pdfVIP

一、获取测试对象也就是我们最初的工作:测试需求的分析 测试需求的分析为四个部分: 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、需求分析和测试需求分析的区别？ 需求分析：初步设想原始需求需求分析需求规格：输入、处理和输出 测试需求分析：单功能点输入处理输出业务流分析全局隐式需求挖掘 需求分析和测试需求分析两者的过程是相反的。 需求人员拿到客户的原始需求后，考虑到用户的使用环境，充分挖掘出用户的隐 性需求，需求分析就是这样的，客户提出的是显性需求，把两者结合起来的过程 就是需求分析，输出的自然是srs,不过这时的srs还没有建基线，它还是可以修改 的。 而进行测试需求分析的目的是 精品资料 1.充分发现需求中不完善的，不足的，不严密的地方。 2.识别出测试的对象。 3.使需求基线化，为需求定个基准（这时就不能更改了），为以后的测试用例设计 做指导。 精品资料 Welcome To Download !!! 欢迎您的下载，资料仅供参考！ 精品资料