码迷,mamicode.com
首页 > 其他好文 > 详细

需求分析的目的和过程

时间:2019-10-04 15:18:25      阅读:387      评论:0      收藏:0      [点我收藏+]

标签:不同   易用   输出   转变   需求规格说明书   计划   数据约束   工程   交互   

需求分析的目的:

第一、把用户需求转化为功能需求:1)对测试范围进度量    2)对处理分支进行度量   3)对需求业务的场景进行度量   4)明确其功能对应的输入、处理和输出   5)把隐式需求转变为明确。

第二、明确测试活动的五个要素:测试需求是什么、决定怎么测试、明确测试时间、确定测试人员、确定测试环境:测试中需要的技能,工具以及相应的背景知识,测试过程中可能遇到的风险等等。测试需求需要做到尽可能的详细明确,以避免测试遗漏和误解。

 

如何进行需求分析:

第一、确认功能(业务功能、辅助功能、数据约束、易用性需求、编辑约束、参数需求、权限需求、性能约束):

1、业务功能:与用户实际业务直接相关的功能或者细节

2、辅助功能:辅助完成业务功能的一些功能或者细节,例如:设置过滤条件

3、数据约束:功能的细节,主要是用于控制在执行功能时,数据的显示范围,数据之间的关系等

4、易用性需求:功能的细节,产品中必须提供,便于功能操作使用的一些细节,例如:快捷键等

5、编辑约束:功能的细节,在功能执行时,对输入数据项目的一些约束条件,例如:只能输入数字等

6、参数需求:功能的细节,在功能执行时,需要根据参数设置不同,进行不同处理的细节

7、权限需求:功能的细节,在功能执行的过程,根据不同的权限进行不同的处理,不包括直接限制某个功能的权限

8、性能约束:功能的细节,执行功能时,必须满足的性能需求

 

第二、场景分析

1、考虑场景的调用者:考虑每一个场景提供的服务是供哪些外部模块或者系统调用的,找出所有调用者。调用前提,约束都要考虑。每一个调用都可以考虑成一个大的业务流程(一般和外部有交互的业务出错率比较大,需要重点关注)

2考虑系统内部各个场景之间的:形成内部业务流程,需要分析每个场景之间的约束关系,执行条件,组织出各种业务流程图

 

第三、挖掘隐性需求

这需要测试工程师的经验积累:1)常用的或者规定的业务流程   2)各个业务流程分支的遍历   3)明确规定不可使用的业务流程   4)没有明确规定但是应该不可使用的业务流程   5)其他异常或者不符合规定的操作

 

以上是粗略的讲解了如何进行测试需求分析,详细的测试需求方法可以参考《软件测试需求分析方法》这篇博客。在需求分析过程中编写整个测试计划,在这个过程中需要参考需求规格说明书,这个阶段一般情况下是测试主管编写的。包括测试人员,测试时间,测试工具,以及测试方法等。这是在测试需求分析中的产物《测试计划》,如何编写测试计划,请参考以下文章《如何编写一个好的测试计划》。

 

需求分析的目的和过程

标签:不同   易用   输出   转变   需求规格说明书   计划   数据约束   工程   交互   

原文地址:https://www.cnblogs.com/shallwebegin/p/11621940.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!