哈喽，大家好！我是minisummer！首先感谢您的关注！
今天给大家分享的内容是测试需求分析。

5.1测试需求

测试需求主要解决“测什么”的问题 ，即指明被测对象中什么需要测试。
测试需求通常是以软件开发需求为基础进行分析，通过对开发需求的细化和分解，形成可测试的内容。
测试需求应全部覆盖已定义的业务流程，以及功能和非功能方面的需求。

5.2测试需求的特征

制定的测试需求项必须是可核实的。即，它们必须有一个可观察、可评测的结果，无法核实的需求不是测试需求；
测试需求应指明满足需求的正常的前置条件，同时也要指明不满足需求时的出错条件；
测试需求不涉及具体的测试数据，测试数据设计是测试设计环节应解决的内容。

5.3为什么要测试需求

– 软件测试需求是开发测试用例的依据；
– 有助于保证测试的质量与进度；
– 测试需求是衡量测试覆盖率的重要指标；

5.4需求分析

• 需求采集过程
  将软件开发需求中的那些具有可测试性的需求或特性提取出来，形成原始测试需求；
  可测试性是指这些提取的需求或特性必须存在一个可以明确预知的结果，可以用某种方法对这个明确的结果进行判断、验证，验证是否符合文档中的要求.
• 需求采集的提取方法
  –通过列表的形式对软件开发需求进行梳理，形成原始测试需求列表，列表的内容包括需求标识、原始测试需求描述；
  –将每一条软件需求对应的开发文档及章节号作为软件需求标识；
  –使用软件需求的简述作为原始测试需求描述；
• 测试要点分析
  测试要点是对原始测试需求表每一条开发需求的细化和分解，形成的可测试的分层描述的软件需求；
  对开发需求的细化和分解具体包括：
  通过分析每条开发需求描述中的输入、输出、处理、限制、约束等，给出对应的验证内容；
  通过分析各个功能模块之间的业务顺序，和各个功能模块之间传递的信息和数据（功能交互分析） ，对存在功能交互的功能项，给出对应的验证内容。
• 测试需求评审
  完整性审查：
  应保证测试需求能充分覆盖软件需求的各种特征，重点关注功能要求、数据定义、接口定义、性能要求、安全性要求、可靠性要求、系统约束等方面，同时还应关注是否覆盖开发人员遗漏的、系统隐含的需求；
  准确性审查：
  应保证所描述的内容 能够得到相关各方的一致理解，各项测试需求之间没有矛盾和冲突，各项测试需求在详尽程度上保持一致，每一项测试需求都可以作为测试用例设计的依据。

请大家多多指教~
以上内容希望对你有帮助，有被帮助到的朋友欢迎点赞，评论。
注：转载请注明出处，商用请征得作者本人同意，谢谢！！！