先了解一下软件项目中所涉及到的一些重要角色和关键词,分别是项目,项目经理,需求,用户,开发人员,测试人员和产品人员。
项目: 代表软件研发的项目,包括了从前期项目预研,立项,组建项目团队,设计开发软件,测试调试,交付验收,以及软件运营等各项具体的工作。
项目经理:软件项目的总负责人。项目经理既需要广泛的计算机知识,又需要项目管理技能,能够对项目的成本,人力,进度,质量,风向,安全等进行准确的分析和管理。从而使项目按照计划顺利完成。
需求: 用户需求,有了需求,才有项目,开发人员根据需求开发对应的产品。
用户:这里一般指的是提出需求的用户,同时软件验收的主要人员。
开发人员: 软件项目组中负责研发的技术人员。
测试人员:软件项目组中负责测试的人员。
产品人员:负责产品的设计,需求分析整理等工作。

1、需求文档是一个文字描述性的文档,开发和测试在阅读的时候可能会有不同的理解,所以需要产品、测试、开发三方人员进行评审。
2、评审的方式一般是:
产品经理对着需求文档的内容一一讲解,然后解释其中的意思。
测试、开发针对一些自己理解不一致的需求进行提问,提出自己的开发和建议。
产品人员最终决定。
最后形成一个标准的,统一的需求文档
正确性: 对照原始的需求,检查产品人员制定的文档是否偏离了最原始的用户需求。
明确性:检查需求文档中是否包含一些含糊其辞的词汇,比如过多,过少,适量,是否。检查用语是否清晰,无歧义。
完整性:对照原始的需求文档,检查产品人员制定的需求文档是否完全覆盖用户所有的需求点。
限制性:每个需求中是否清晰描述了这个软件能做什么,不能做什么,什么能输入,什么不能输入。
优先级:需求文档中哪些文档比较重要,哪些不重要,要有优先级。
一致性: 检查需求文档中的内容是否前后一致,确保不冲突,不矛盾。
1、测试工作是从什么时候开始的?
参考回答: 在做测试工作的时候,我们一般在拿到需求文档的时候就开始了。
2、需求评审的目的是什么?
参考回答: 我觉得需求评审的目的主要是消除歧义,完善细节,最后达成共识,如果不进行评审,就意味着开发人员和测试人员可能会对需求文档的理解存在偏差,最终可能导致产品的质量不符合需求文档要求。
3、你是如何评审需求文档的?
参考回答:评审需求的时候, 主要是从6个方面进行的... (参考上文)基本上,我们会从这6方面来进行评审,当然每个公司的评审机制可能会有一些差异,但是主要目的就是把需求文档的细节理解清楚,达成共识。
- 现在我也找了很多测试的朋友,做了一个分享技术的交流群,共享了很多我们收集的技术文档和视频教程。
- 如果你不想再体验自学时找不到资源,没人解答问题,坚持几天便放弃的感受
- 可以加入我们一起交流。而且还有很多在自动化,性能,安全,测试开发等等方面有一定建树的技术大牛
- 分享他们的经验,还会分享很多直播讲座和技术沙龙
- 可以免费学习!划重点!开源的!!!
- qq群号:485187702【暗号:csdn11】

最后感谢每一个认真阅读我文章的人,看着粉丝一路的上涨和关注,礼尚往来总是要有的,虽然不是什么很值钱的东西,如果你用得到的话可以直接拿走! 希望能帮助到你!【100%无套路免费领取】

