赞
踩
产品需求:PRD(Product Requirement Document), “概念化”阶段进入到“图纸化”阶段,包含说明产品的功能和性能指标
客户需求:需求者的相关要求都被称之为客户需求
需求规格SRS:Software Requirements Specification
需求分析是掌握被测系统的过程,一般测试和开发人员都要进行需求分析,测试方做的需求分析称为测试需求分析
解决测试的什么问题
指明被测对象中什么需要测试
通常是以软件开发需求为基础
细化分解
全部覆盖已定义的业务流程
功能和非功能方面的需求
1.必须是可核实
它们必须有一个可观察、可评测的结果,
无法核实的需求不是测试需求
2.指明满足需求的正常的前置条件
测试需求应指明满足需求的正常的前置条件,
同时也要指明不满足需求时的出错条件
3.不含具体的测试数据
测试数据设计是测试设计环节应解决的内容
每家公司采用的测试需求分析的工具和模板都会不一样,从整体来讲,需求分析就是利用工具进行计划分解的过程
Excel:用来细化和分解测试点,易于编辑,使用广泛
Visio:画整体项目的业务流程图,从整体把握项目的流程
Mind:脑图,采用树状形式显示业务的属性,比较形象直观
XMind:细化和分解测试点,比较直观
测试需求分析过程中要尽量保证测试需求对需求的覆盖
需求采集过程:将软件开发需求中的那些具有可测试性的需求或特性提取出来,形成原始测试需求
可测试性:指这些提取的需求或特性必须存在一个可以明确预知的结果,可以用某种方法对这个明确的结果进行判断、验证,验证是否符合文档中的要求
测试要点分析:通过分析每条开发需求描述中的输入、输出、处理、限制、约束等,给出对应的验证内容
功能交互分析:分析各个功能模块之间的业务顺序,和各个功能模块之间传递的信息和数据,对存在功能交互的功能项,给出对应的验证内容
测试类型分析:对比质量的特性,设计相应的测试策略和测试类型来验证软件的质量
质量特性分析:对比需求和内部质量和外部质量的6大特性和27个子特性,分析软件所关注的质量种类
测试要点分析:对原始测试需求表每一条开发需求的细化和分解,形成的可测试的分层描述的软件需求
完整性审查:应保证测试需求能充分覆盖软件需求的各种特征,重点关注功能要求、数据定义、接口定义、性能要求、安全性要求、可靠性要求、系统约束等方面,同时还应关注是否覆盖开发人员遗漏的、系统隐含的需求.
准确性审查:应保证所描述的内容能够得到相关各方的一致理解,各项测试需求之间没有矛盾和冲突,各项测试需求在详尽程度上保持一致,每一项测试需求都可以作为测试用例设计的依据.
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。