软件测试面试必问之项目的组成

 文章源自玩技e族-https://www.playezu.com/25798.html

项目经理：软件项目的总负责人。项目经理既需要广泛的计算机知识，又需要项目管理技能，能够对项目的成本，人力，进度，质量，风向，安全等进行准确的分析和管理。从而使项目按照计划顺利完成。文章源自玩技e族-https://www.playezu.com/25798.html

 文章源自玩技e族-https://www.playezu.com/25798.html

需求: 用户需求，有了需求，才有项目，开发人员根据需求开发对应的产品。文章源自玩技e族-https://www.playezu.com/25798.html

 文章源自玩技e族-https://www.playezu.com/25798.html

用户：这里一般指的是提出需求的用户，同时软件验收的主要人员。文章源自玩技e族-https://www.playezu.com/25798.html

 文章源自玩技e族-https://www.playezu.com/25798.html

开发人员： 软件项目组中负责研发的技术人员。文章源自玩技e族-https://www.playezu.com/25798.html

测试人员：软件项目组中负责测试的人员。

产品人员：负责产品的设计，需求分析整理等工作。

产品经理对着需求文档的内容一一讲解，然后解释其中的意思。

测试，开发针对一些自己理解不一致的需求进行提问，提出自己的开发和建议。

产品人员最终决定。

最后形成一个标准的，统一的需求文档

如何评审需求文档

完整性：对照原始的需求文档，检查产品人员制定的需求文档是否完全覆盖用户所有的需求点。

限制性：每个需求中是否清晰描述了这个软件能做什么，不能做什么，什么能输入，什么不能输入。

优先级：需求文档中哪些文档比较重要，哪些不重要，要有优先级。

一致性： 检查需求文档中的内容是否前后一致，确保不冲突，不矛盾。

2、需求评审的目的是什么？

参考回答:  我觉得需求评审的目的主要是消除歧义，完善细节，最后达成共识，如果不进行评审，就意味着开发人员和测试人员可能会对需求文档的理解存在偏差，最终可能导致产品的质量不符合需求文档要求。

3、你是如何评审需求文档的？

参考回答： 我们公司之前评审需求的时候， 主要是从6个方面进行的... (参考上文)。

基本上，我们会从这6方面来进行评审，当然每个公司的评审机制可能会有一些差异，但是主要目的就是把需求文档的细节理解清楚，达成共识，谢谢。