当前位置:   article > 正文

软件测试——需求分析篇_软件测试如何分析需求

软件测试如何分析需求

需求定义

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

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

需求规格SRS:Software Requirements Specification

测试需求-概念

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

什么是测试需求

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

测试需求分析方法

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

测试需求分析范围

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

测试需求-特征

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

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

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

测试需求-工具

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

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

需求分析的过程

测试需求分析过程中要尽量保证测试需求对需求的覆盖
在这里插入图片描述

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

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

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

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

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

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

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

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

在这里插入图片描述

测试需求分析过程-评审

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

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

声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/weixin_40725706/article/detail/901843
推荐阅读
相关标签
  

闽ICP备14008679号