如何梳理需求文档

• 前提：最近做的项目因为需求文档经常不详细，导致在测试的过程中，总是发现细节问题，或者逻辑不合理的地方，或者因为文档不详细导致开发做的时候就是按自己的意思来，而不是产品想要的意思，导致测试因为确认问题而浪费很多时间，所以非常有必要研究下怎么梳理需求文档。

在项目中需求文档有3种现状：

1. 有详细的需求文档：这当然是很专业了，测试人员只要认真研读文档，并和产品确认问题即可

2. 需求文档不明确即有文档但是文档很粗糙：

   1）那么就需要自己去沟通对于文档中不明确的点问清楚，尽量减少因为不明确导致的开发瞎做，到时候确认问题浪费的时间

   2）当然因为条件有限，我们不可能完全想全面，很多问题还是会在测试的时候才能体现，所以这时需要注意的是测试时间一定不要高估，一定要比你以为的时间再增加几天，相信我，你绝对按时完成不了

3. 没有需求文档：

第一种靠嘴去问，大家去协调，协商沟通，然后大家都回答没问题了，我会自己写一个概要的需求描述，然后让他去确认，他说可以，那咱们就这样测，有问题就不断的口头沟通；

第二种要基于用户使用的场景和行业的经验来去做判断它是不是合理的。

 

• 总结一个我看到的网上的经验，如何判断你已经掌握了足够的需求呢：让负责梳理需求的测试人员直接当做产品人员一样去给测试团队的其他人去讲解需求，如果能够说清楚所有的模块、功能点和必要的流程，且不会被测试团队成员问太多自己回答不了的问题，我觉得需求就算理解的差不多了。如果做不到解答大部分测试人员问的需求问题，那么一定是你的需求还理解的不够到位，需要在进一步去了解和沟通，此过程直接决定着后续测试项目的质量，请大家务必重视！
• 一个参加测试评审的要点：要多问几个为什么，为什么要提这个需求（设计的背景是什么，以及设计的总体框架是什么，不要先讲细节）？目前是遇到什么困难？现在是怎么做的？如果涉及到业务数量的，还可以问下量大不大？帮助我们评估需求的合理性