很多测试人员在面试中会被提问，测试用例是怎么来的？大多数的测试人员会说测试用例是根据项目组给出的需求说明文档来的。咋听之下是正确的，但如果你有丰富的实践经验就会明白。项目需求与测试用例之间还隔着两层。
从本篇开始，我们会陆续聊一聊这神秘地两层。神秘的第一层当然就是测试项目的需求分析了。而需求分析又分为两个环节，本篇所说的项目测试整体需求的分析就是第一层里的第一环。当我们明白如何对测试项目进行整体的需求分析后，下一篇再来聊一聊测试项目的细化需求分析。
“整体测试需求分析怎么做？”
测试员开心问比目鱼先生
“你可以根据我给你的测试模板文档来学习。”
比目鱼主管回答
开心打开测试模板文档，从测试需求文件夹中发现整体测试需求分析说明书。噢，原来项目的测试需求分析又被分为整体测试需求分析和细化测试需求分析。
项目整体测试需求如下图
对项目整体测试需求文档进行以下说明：
1.概述
描述本文档的目的、项目达成的标准等。
2.被测对象
简要描述测试项目的背景、重要模块、需达到的质量目标等。
3.测试模型需求
测试模型需求包括：测试原理/策略需求和操作流程需求
测试原理/策略需求：描述所需测试类型的内容及是否使用辅助工具等。
操作流程需求：描述不同类型测试间的先后顺序，以及测试流程的先后顺序。
4. 整体测试需求
整体测试需求包括：测试环境需求、被测对象需求、测试工具需求、测试代码需求、测试数据需求。
4.1 测试环境需求
描述所需测试类型的环境需求。例如功能测试环境，性能测试环境需求。
4.2 被测对象需求
包括：应测试的特性和不被测试的特性。
4.2.1 应测试的特性
包括
功能特性：需测试的模块及其功能
性能特性：测试系统需要达到的性能指标。
配置特性：使用的操作系统，硬件限制以及数据库版本等。
4.2.2 不被测试的特性
本项目不需要被测试的内容，例如界面UI测试及稳定性测试等。
4.3 测试工具需求
描述本项目需使用的测试工具。
4.4 测试代码需求
描述本项目需使用的测试代码。例如需建立自动化测试代码，性能测试代码以及需自构测试工具等。
4.5 测试数据需求
描述本项目需使用的测试数据。例如功能测试中的预置条件，性能测试中的数据准备等。
4.6 测试人员需求
描述本项目需使用的测试人员资历。例如需测试经理1名、高级测试人员2名、初级测试5名以及他们需具备的技能标准。
5 测试设计需求
测试设计需求包括测试工具设计需求，测试代码设计需求以及测试用例设计需求。
5.1 测试工具设计需求
如有自建测试工具的需求，此处详细描述工具的特性功能设计方案。
5.2 测试代码设计需求
如有自建测试代码的需求，此处详细描述代码的特性功能设计方案。
5.3 测试用例设计需求
此处描述测试用例的框架结构，使用的设计方法。
例如
比较常用的测试方法有以下几种：
- 等价类：指某个输入域的子集合。在该集合中，每个输入数据对于揭露软件中的错误都是等效的。对被合并的某等价类代表值的测试结果就等于对这一类其他值的测试结果。
- 边界值：指假定大多数的缺陷是发生在各个输入条件的边界上。如果在边界的取值不会导致错误，那么其他的取值出错的可能性也很小。
- 正交表：指从大量的试验点中挑选出适量的、有代表性的点。依据正交表，合理的安排测试数据的一种科学试验方法。
- 状态迁移：指对被测系统抽象出若个状态、及状态间的切换条件和切换路径。从状态迁移路径覆盖的角度来设计测试用例对该系统进行测试。
以上就是项目整体需求说明书的主要组成及说明。测试人员需要先从项目需求说明书中提炼出整体测试需求的内容，随后再对测试项目进行各个模块的细化需求提取工作。
呐，米娜桑，如果我们把测试人员所要完成的工作层层细化，是不是发现这并没有想象中的简单呢？所以莫要觉得测试无事可做，那是因为你并没有要求自己精益求精。即使你只是个小小的测试员，你也可以成为整个项目组中必不可少的成员！