返回顶部

软件测试需求分析

[复制链接]
是是是是是你呀Lv.2 显示全部楼层 发表于 2021-12-14 14:58:17 |阅读模式 打印 上一主题 下一主题
  测试需求分析:主要从以下几个方面进行分析:

  1:需求的定义

  2:测试需求分析过程

  3:测试需求分析过程软件测试的流程

  1、测试需求分析阶段:阅读需求,理解需求,主要就是对业务的学习,分析需求点,参与需求评审会议。

  2、测试计划阶段:主要任务就是编写测试计划,参考软件需求规格说明书,项目总体计划,内容包括测试范围(来自需求文档),

  进度安排,人力物力的分配,整体测试策略的制定。风险评估与规避措施有一个制定。

  3、测试设计阶段:主要是编写测试用例,会参考需求文档(原型图),概要设计,详细设计等文档,用例编写完成之后会进行评审。

  4、测试执行阶段:搭建环境,执行冒烟测试(预测试)-然后进入正式测试,bug管理直到测试结束。

  5、测试评估阶段:出测试报告,确认是否可以上线。



  一、需求的定义:

  (1)产品需求:概念化阶段进入到图纸化阶段。包含产品的功能和性能指标。

  (2)客户需求:需求者的相关要求都被称之为客户需求。

  (3)需求规格:

  二、 测试需求:

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

  测试方做的需求分析称为测试需求分析;

  测试需求分析的定义:人话:对测试过程的一个目标分析;

  (1)什么是测试需求:

  解决测试什么问题 —测试目标(测试对象)

  指明被测试对象中什么需求测试 --每个目标要测试的内容

  (2)测试需求分析方法:

  通常是以软件开发需求为基础 — 基础(需求文档)

  细化分解 —方法(一层层分解)

  (3)测试需求分析范围:

  全部覆盖已定义的业务流程 --业务流程

  功能和非功能方面的需求 --功能(非功能:性能性,安全性,兼容性)

  三、测试需求的特征:

  ①:必须是可核实(可以落地,可以执行):他们必须有一个可观察、可观察的结果、无法核实的需求不是测试需求

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

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

  四、测试需求的工具:

  每个公司的测试需求工具和模板都会不一样、

  Excel—>Visio—>mind manager—>Xmind

  Excel:用来细化和分解测试点,易于编辑使用广泛。

  visio:画整体项目的业务流程图,从整体把握项目的流程

  mind:脑图,采用树状形式显示业务的属性,比较形象直观

  xmind:细化和分解测试点

  五、需求分析的过程:

  要尽量保证测试需求对需求的覆盖

  测试需求分析执行者:有经验的软件测试工程师【需求分析依赖经验】

  —>需求分析参考文档:

  ①软件规格说明书(RRS) ②客户需求 ③需求规格 ④合同 ⑤客户的来往邮件【文档以产品人员输出为主导】

  人话:

  输入:需求规格说明书 (测试要点分析、功能交互分析、质量特性分析、测试类型分析) 测试需求

  流程:

  1.excel(罗列)

  2.visio业务流程

  3.思维导图,全面理顺关系(测试点)

  4.excel需求

  需求采集—>需求分析—>需求评审

  输出:

  1.测试需求文档

  3.证明测试需求文档正确的过程文档

  4.审核结果

  原始测试需求表 测试需求跟踪矩阵 评审结论

  六、分析的方法:

  主要讲思路

  (1)要点:(测试点)

  (2)功能

  七、评审

  (1)完整性

  应保证测试需求能充分覆盖软件需求的各种特征

  应保证测试需求能充分覆盖软件需求的各种特征,重点关注功能要求、数据定义、接口定义、性能要求、安全性要求、

  可靠性要求、系统约束等方面,同时还应关注是否覆盖开发人员遗漏的、系统隐含的需求.

  (2)准确性

  应保证所描述的内容能够得到相关各方的一致理解,各项测试需求之间没有矛盾和冲突,

  各项测试需求在详尽程度上保持一致,每一项测试需求都可以作为测试用例设计的依据.

  八、总结所有的过程思路:

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

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

  2、需求采集过程

  第一步(梳理):通过列表的形式对软件开发需求进行梳理,形成原始需求标识、原始测试需求描述。

  第二步(标示):将每一条软件需求对应的开发文档及章节号作为软件需求标识

  第三步(描述):使用软件需求的简述作为原始测试需求描述

  3、测试需求分析过程-分析方法

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

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

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

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

  版权声明:本文为CSDN博主「小星星之路」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。原文链接:https://blog.csdn.net/qq_45760909/article/details/119144019

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?立即注册

x
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

达内教育:成立于2002年。致力于面向IT互联网行业,培养软件开发工程师、测试工程师、系统管理员、智能硬件工程师、UI设计师、网络营销、会计等职场人才 达内使命:缔造年轻人的中国梦、缔造达内员工的中国梦 达内愿景:做管理一流的教育公司
  • 商务合作

  • Powered by Discuz! X3.4 | Copyright © 2002-2024, 达内教育 Tedu.cn
  • 京ICP备08000853号-56 |网站地图