对需求分析

1、什么是测试需求分析

需求分析：需求规格说明书的编写作者，在编写需求时进行的业务分析，依据于业务，来进行需求的编写

测试需求分析：1、分析需求的可行性

2、分析测试点：将需求分析拆分成一个个的功能点

拿到需求----测试需求分析-----编写测试计划/编写测试用例-----执行测试-----编写测试报告

2、测试需求分析点

1、功能需求：

占据系统80%左右的内容，软件主体。显性的需求分析点

2、业务需求：

隐性需求，直接看到的软件并没有将全部的业务显示出来，通过什么步骤进入到什么页面，什么页面显示什么样的内容，分析业务

　　　　　　的重要性：实际的业务中每一个业务系统解决了什么问题，达到了什么目的，业务的表现在功能上，依托功能来表现业务。

3、性能需求：有明确性能的需求（显性需求），如淘宝0点8分到5点7分有500用户使用，没有性能需求（隐性需求）

4、环境需求：系统运行环境的需求分析

5、安全性需求：用户登录（权限）、密码加密、非敏感行业，隐性需求

6、界面需求：用户交互、UI

7、可靠性需求：运行过程中出错的风险，软件的数据准确性、流程完整性

3、测试需求分析技巧

1、熟悉需求，明确测试范围：定义测试范围

2、定义流程：确定流程是什么样子的，来分析业务，检测出核心功能首要进行测试

3、二次沟通：与需求分析师/产品经理沟通

4、细化：软件流程、区分核心、非核心模块

5、依据流程生成场景模型

6、结合场景进行测试数据设计：依据的测试手段都是合理有效的。减少不必要的时间等浪费

测试人员在阅读需求文档或看demo时，要能回签如下问题：

　　1、系统要实现哪些功能，这些功能的输入，输出，操作步骤是什么。

　　2、系统中业务流程，业务规则描述是否清楚，是否按照流程图就可以正常的执行，有没有缺少的节点。

　　3、系统涉及的用户有哪些，用户都具备什么样的权限。

　　4、系统对于非功能性的需求有哪些？这些需求描述是否完整，有明确的指标。

　　5、系统的运行环境描述是否完整，按照这个环境是否能搭建出测试环境。

　　6、用户典型的操作行为有哪些？常用的功能是什么，操作时长等。

　　以上这些问题的答案如果在文档或demo中无法找到答案，就需要跟项目经理进行沟通来了解这些信息。

　　当项目紧时，无法写出需求文档，我们的做法就是：从网上找跟该项目相似的一些资料进行整理，需要是帮助我们理解业务，然后项目经理组织会议讨论该系统做成什么样，要实现哪些功能，测试人员要充分参与交流，将自己理解的情况表达出来，不能只是被动地去听。