软件测试——需求分析篇

需求定义

产品需求：PRD(Product Requirement Document), “概念化”阶段进入到“图纸化”阶段,包含说明产品的功能和性能指标

客户需求：需求者的相关要求都被称之为客户需求

需求规格SRS:Software Requirements Specification

测试需求-概念

需求分析是掌握被测系统的过程，一般测试和开发人员都要进行需求分析，测试方做的需求分析称为测试需求分析

什么是测试需求

解决测试的什么问题
指明被测对象中什么需要测试

测试需求分析方法

通常是以软件开发需求为基础
细化分解

测试需求分析范围

全部覆盖已定义的业务流程
功能和非功能方面的需求

测试需求-特征

1.必须是可核实
它们必须有一个可观察、可评测的结果，
无法核实的需求不是测试需求

2.指明满足需求的正常的前置条件
测试需求应指明满足需求的正常的前置条件，
同时也要指明不满足需求时的出错条件

3.不含具体的测试数据
测试数据设计是测试设计环节应解决的内容

测试需求-工具

每家公司采用的测试需求分析的工具和模板都会不一样，从整体来讲，需求分析就是利用工具进行计划分解的过程

Excel:用来细化和分解测试点，易于编辑，使用广泛
Visio:画整体项目的业务流程图，从整体把握项目的流程
Mind:脑图，采用树状形式显示业务的属性，比较形象直观
XMind:细化和分解测试点，比较直观

需求分析的过程

测试需求分析过程中要尽量保证测试需求对需求的覆盖

测试需求分析过程-需求采集

需求采集过程：将软件开发需求中的那些具有可测试性的需求或特性提取出来，形成原始测试需求

可测试性：指这些提取的需求或特性必须存在一个可以明确预知的结果，可以用某种方法对这个明确的结果进行判断、验证，验证是否符合文档中的要求

测试要点分析：通过分析每条开发需求描述中的输入、输出、处理、限制、约束等，给出对应的验证内容

功能交互分析：分析各个功能模块之间的业务顺序，和各个功能模块之间传递的信息和数据，对存在功能交互的功能项，给出对应的验证内容

测试类型分析：对比质量的特性，设计相应的测试策略和测试类型来验证软件的质量

质量特性分析：对比需求和内部质量和外部质量的6大特性和27个子特性，分析软件所关注的质量种类

测试要点分析：对原始测试需求表每一条开发需求的细化和分解，形成的可测试的分层描述的软件需求

测试需求分析过程-评审

完整性审查：应保证测试需求能充分覆盖软件需求的各种特征，重点关注功能要求、数据定义、接口定义、性能要求、安全性要求、可靠性要求、系统约束等方面，同时还应关注是否覆盖开发人员遗漏的、系统隐含的需求.

准确性审查：应保证所描述的内容能够得到相关各方的一致理解，各项测试需求之间没有矛盾和冲突，各项测试需求在详尽程度上保持一致，每一项测试需求都可以作为测试用例设计的依据.