测试人员怎样评审需求文档？

评审文档，实际上就是对文档进行“批判性阅读”。所以，测试人员可以参考“结构—主张—评估”这些批判性阅读的步骤，来评审需求文档。

1、了解文档的结构和主旨

测试人员首先快速地浏览需求文档，获得整体印象，建立知识结构，为深入阅读打下基础。

这一阶段测试人员可以“不求甚解”，但要“提纲挈领”。具体操作如下：

• 测试人员阅读“系统/软件概述”（有些文档可能是“摘要”），以快速了解系统/软件要解决的问题、要达成的目标。

• 测试人员阅读章节标题，以了解文档论述的内容和文档结构。

• （如果有）测试人员阅读“目标和非目标”一节，以了解文档的主旨。

• 测试人员阅读模块设计、系统结构、人机界面等图，以把握整体设计和必要细节。

• （如果有）测试人员阅读代码示例以快速了解目标代码的设计风格和实现策略。

本阶段的主旨是搜索文档最重要的信息，并整理出它们的关系，同时测试人员也会提出一些关于软件产品的问题，为后续的评审提供了指引。

2、阅读并分析重点内容

这一阶段阅读的基本技术是组织和总结。组织是识别出需求文档陈诉的事实、推断、设计、决定等要点，总结是将获得的信息归纳为测试模型。

测试人员需要从需求文档中抽取信息，进行归纳和总结，以获得更内聚、更精炼的信息表示。测试人员可以使用笔记、批注、思维导图等软件来记录和整理自己获得的信息。

经过对重点内容的阅读和分析，测试人员应该能够回答第一阶段所列举的问题。如果不能，这可能暗示需求文档存在不足，抑或是测试人员对产品和业务缺少必要的知识，尚不能完整地理解需求文档。

3、评价和批评文档的内容

这一阶段测试人员应该能够站在全局的高度，反思整篇需求文档，发现更深层次的问题。

比如：

• 文档所提供的证据是否正确？例如，文档陈诉的用户情景是否真实地反映了用户的期望？文档所依赖的论据是事实，还是文档作者的假设？

• 文档所提供的证据是否充分？例如，有没有重要的用户角色被遗漏？文档所陈述的用户情景覆盖了所有典型情景吗？需求文档给出的软件功能可以处理可预见的用户操作吗？可以处理可能发生的异常吗？

• 文档的推理过程正确吗？

• 文档是否清晰地阐述了用户需求，并明确地描述了软件设计的目标？

• 文档的所设定的目标、所要解决的问题、所提出的方案是否真正实现了关系人的利益？

总之，测试人员通过快速阅读、重点阅读和深入思考这三个阶段，可以更好地完成评审需求文档的任务。

最后： 下方这份完整的软件测试视频教程已经整理上传完成，需要的朋友们可以自行领取【保证100%免费】

软件测试面试文档

我们学习必然是为了找到高薪的工作，下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料，并且有字节大佬给出了权威的解答，刷完这一套面试资料相信大家都能找到满意的工作。