这里所说的需求测试可能不是单单的软件工程中提到的需求（文档）测试。

    这里说的需求测试，更多的是在展开软件测试相关活动之前，所做的一系列准备工作。比如当任务需求下发之后，最先需要的是一系列的“问”！问清楚这次任务的目的，时间节点，注意事项等。有时候任务执行前的“疑问”，就可以把任务量减少一半。

    下面简单举一个事例：假设项目经理现在安排XX员工完成“用户登录功能”的测试工作，那么如果你是该员工你会怎么办呢？

1.明确“用户登录功能测试工作”当前是怎样一个情况？有哪些资料/基础？你需要做哪些内容？

比如：

  按照测试用例执行即可还是需要从0开始完成整个功能的测试设计，测试执行，测试总结？

  功能是新开发的还是属于修复回归测试，相关文档资料在哪里？

  这次功能测试重点是什么？质量目标是什么？（功能测试已完成且达标，这次主要优化性能，性能指标需要达到XX标准）

  什么时间转测？

    功能相关负责人是谁？如有bug，都需要找谁？问题单整体流程是怎样的？bug提交在哪里？

    规范要求，注意事项是什么？之前是否有相关测试的经验积累？

2.了解基本情况及规则之后，迅速制定一个测试计划，明确此次测试的重点，难点。

比如：

  这次测试重点是性能，难点是性能消耗分析（未达到预期指标，分析定位性能瓶颈原因可能比较麻烦，需要了解整体业务流程细节）

  需要采用什么样的方法？借助什么工具？如何分析测试结果？了解哪些文档信息？可能会遇到哪些风险？是否有预案？

  子任务分配，细化任务，是否可以保证提前或者准时完成相关任务？

小结：需求测试，其实就是需要先弄清需求什么？对“需求”了解的越详细越好，越深入越好。然后识别需求，明确我们需要做什么？怎么做？最后完成需求。