---

前言

测试需求到底是什么？
产品需求是要做什么，需求主要来源于老板需求、客户需求、市场/运营/技术需求、竞品分析、用户调研等等，而测试需求就是要测什么，主要依赖产品需求，简单来讲，产品要做什么，我们就得测什么。

当然，不仅如此，根据需求冰山理论，需求可以分为明确的需求、隐含的需求以及未知的需求，测试需求也是如此。产品需求上写的是明确的需求，但隐含的需求以及未知的需求是我们利用专业知识及所掌握的信息对产品需求进行分析而得来的。

所以，测试需求是什么？
测试需求 就是测试人员通过分析产品需求并结合业务特性以及影响点梳理出来的测试任务集合，包括了功能、 UI、性能、安全、兼容性、易用性等等。

作为一个有经验的测试工程师，当然不能只是看产品需求上讲什么，一定要能透过需求的表象，挖掘出可能存在的风险点和测试点。

什么时候开始做测试需求分析？
其实测试需求分析从收到 PRD 文档时就开始了，在产品需求评审时带着分析的疑惑参与评审，之后再经过视觉交互评审、技术评审，不断细化测试需求。

测试需求和测试用例的区别是什么？
测试需求主要用来梳理思路，是一些测试点，粒度比较粗，起到提示作用。而测试用例粒度比较细，前提条件、执行步骤、期望结果一应俱全，可执行性比较强。测试需求是制定测试计划和编写测试用例的重要依据。

分析测试需求的好处？
合理制定测试计划。通过测试需求可以更清晰直观地了解被测项目的内容和复杂程度，以此来制定测试计划，合理地安排测试资源、测试时间以及测试策略。

完整梳理测试思路。通过测试需求可以帮助我们更好地梳理测试思路，查漏补缺。由于梳理测试需求的过程是一个分析测试点的过程，并不需要像用例那样的具体，所以思维可以更发散。

节省大量沟通成本。测试需求还可以省去大量的沟通成本。通过测试需求可以快速知道被测的产品功能是什么，要注意什么。

分析测试需求的步骤
在分析测试需求时，一般可分为四个步骤。
即原始需求收集 -> 原始需求整理 -> 需求项分析 -> 测试需求梳理。

收集原始需求：参与需求评审、视觉交互评审、技术评审，分析需求文档、技术文档、视觉/交互文档，收集尽可能多的文档以帮助理解需求。

整理原始需求：跟产品经理、开发、架构师等需求负责人当面沟通澄清有疑问的需求，消除需求理解的偏差。

分析具体需求：分析业务功能、辅助功能、数据约束、参数约束、权限约束、业务依赖、系统依赖等等，还要考虑产品的界面、易用性、兼容性、安全性和稳定性。

建立测试需求：通过前几个步骤的分析最终整理出本次迭代的测试需求，包括测试内容、范围、优先级、风险等。

提高需求分析的能力
提升业务能力，熟悉业务目标、流程和规则，了解系统架构、业务依赖，清楚测试难点和风险点；

提升测试能力，了解不同形态的产品特性及测试要点，关注性能、安全、体验，实践探索性测试；

切换不同视角，在用户视角测试是否满足用户需求，在业务视角验证是否实现业务目标。

测试需求分析是测试工作中最重要的一步，也是测试能力最直接的体现，我们需要不断提升业务能力、测试能力、探索能力才能越做越好。

下面是我整理的2022年最全的软件测试工程师学习知识架构体系图

一、Python编程入门到精通

二、接口自动化项目实战

三、Web自动化项目实战

四、App自动化项目实战

五、一线大厂简历

六、测试开发DevOps体系

七、常用自动化测试工具

八、JMeter性能测试

九、总结（尾部小惊喜）

如果你把自己当成泥土，就不会有珍珠被埋没的痛苦；如果你用欣赏的眼睛看人，就能看到值得尊重和学习的人。

人生的路，好与不好都要走过，无论坎坷，还是平坦，无论顺利，还是棘手，一些路，一些事，总得自己去面对。

趁着年轻，不怕多吃一些苦。这些逆境与磨练，才会让你真正学会谦恭。不然，你那自以为是的聪明和藐视一切的优越感，迟早会毁了你。