需求分析的目的和过程

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

需求分析的目的：

第一、把用户需求转化为功能需求：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