需求分析

需求分析

为什么要做需求分析

根据统计表名，在软件开发生命周期早期引入的错误占软件过程中出现所有错误 (包括最终的缺陷)数量的50%~60%。此外，缺陷存在放大趋势，如需求阶段的一个错误可能会导致N个设计的错误。因此，越是测试后期，为修复缺陷所付出的代价就会越大。所以，软件测试人员要尽早且不断地进行软件测试(测试左移思想) ，以提高软件质量，降低软件开发成本

需求分析的分类

一般需求分为业务需求、用户需求、功能需求:

• 业务需求:业务需求描述了组织为什么要开发一个系统，即组织希望达到的目。业务需求通常来自项目投资人、购买产品的客户、实际用户管理者、组织内部市场营销部门或业务部门根据自己的业务需求和后续策划的活动方法所整理记录成的需求文档，这份文档有时也被称作项目轮廓图或市场需求文档
• 用户需求:描述的是用户的目标，是用户能通过这个产品在什么场景 (什么情况下)能完成什么动作(做什么)。例如: 软件的界面是否好看、功能使用便捷等。用户需求可以认可为业务需求的一个具体目标
• 功能需求:规定开发人员必须在产品中实现的软件功能，用户利用这些功能来完成任务，满足业务需求。功能需求也被称为行为需求，功能需求是去解决业务需求、用户需求的具体解决方案。也就是通常所说的需求说明书 (通常由软件开发方编写，一般为产品经理，使得用户和软件开发方都对软件的初始规定有一个共同的理解，是整个开发的基础)，对用户需求做具体的分析、提出实施方案。

软件测试需求分析

测试需求与功能需求的区别

功能需求: 系统应该做什么。例如ATM取款机的业务需求: 每次取款额度在100-2000之间，取款金额为100的倍数;每日取款总额不得超过20000，这是功能需求。

测试需求: 系统应该做什么、系统不应该做什么、发现系统设计中存在的问题。例如取款金额可选在100-2000之间且为100倍数可取;小于100或者大于2000不可取;在100-2000之间但不是100倍数不可取，当日取款总额必须小于等于20000，取款金额必须小于等于账户余额等等，这是测试需求

测试需求分析

1. 有详细的需求文档:一般情况下，比较严谨的项目团队都会有详细的需求说明书文档，这种情况我们只需要详细阅读需求文档来进行需求项的整理和测试点的提取工作。对于需求不明确的地方可以直接找项目负责人(一般为项目经理)进行沟通，做到对需求整体的把握和理解，利于更好的进行测试。
2. 需求文档不明确，即有文档但文档粗糙: 如果开发团队很配合，可以要求开发或者需求分析人员完善需求文档;如果时间紧张无法完善需求文档，测试人员需将文档中每一处不理解的地方和开发沟通清楚，切忌不要含糊不清的测试。
3. 没有需求文档: 可以直接通过与项目经理、开发等进行沟通、询问、收集、梳理、:理解需求，自己写一个概要的需求描述，进行评审，让各方确认需求描述是否符合业务、用户、功能需求，使研发和测试方对需求的理解达成一致。

测试需求矩阵

测试需求跟踪矩阵明确功能点与测试点的对应关系，列出所有整理需求项的功能点与之对应的测试点，同时需要包括测试类型、优先级以及重要程度