在软件产品团队中，产品经理未必能向所有开发人员、测试人员以及相关人员准确详细地传达具体的产品需求。此时就需要一份文档，使所有参与人员都可以阅读。在产品需求会不断地变化时，产品经理只需要更新需求文档，并提示相关人员需求有变更。在测试环节，测试人员会依据需求文档来验收产品质量。

　　与相关人员进行沟通、明确需求，然后更新文档。

　　解答：产品经理在解说需求文档中不可能完全没有问题，如果在工作中遇到需求文档不完善或者不准确，我会找产品经理、开发人员等相关人员进行协调交流，确保需求明确，然后做记录，对需求文档进行补充，并且将更新的需求文档给相关人员发送邮件，提示需求文档更新，确保每一个人都可以拿到最新、明确的需求。

　　示例2：当你进入一个新项目后，如果发现需求文档简单或者没有需求文档时怎么开展测试？

　　考察求职者独立开展工作的能力。

　　解答：我会分两步走，找寻与需求相关的文档，并与其他老员工进行交流获取，具体会从以下几个方面着手。

　　（1）查询文档，从原版本留下的文档、用户手册、产品开发测试人员写的非正式文档入手，可以了解项目的背景、系统功能等。

　　（2）参考行业相关书籍、文档，或同类型网站、产品等实现的类似功能。

　　（3）当系统完成初步功能后，自己动手操作使用，总结系统实现的功能业务，然后与开发等相关人员确认。

　　（4）与相关人员沟通。主动与相关人员沟通，并进行系统演示，测试时遇到需求不明确的情况，及时和产品相关人员、开发人员进行沟通。

　　（5）了解部分需求文档后，对需求文档进行补充整理，以便将来查看。

　　示例3：如果需求文档长达100页，你要怎么进行吃透？

　　先了解软件的基本需求，然后了解重点，接着次之。总之，先学习软件的主要功能、急需测试的功能，然后学习次要功能。不太重要的、边缘功能可以在以后测试中慢慢学习。