有朋友看出来了，最近几篇文章很短，一方面，是这几个章节写得内容相对较简单，所以内容比较简短，还有一方面是我这几天相对比较忙，这篇文章也依然保持其篇幅小的特征，不过在这里可以保证，文章尽管短，但依然一字不落地将值得阅读的文字搬了上来，方便大家阅读学习~

上一回说到小艾明白了安装测试中安装与卸载的测试用例如何保证质量，兴致冲冲地小艾回到座位之后，依据自己学的内容再次投入到工作中，可是，小艾却犯了一个连自己完全没有意识到的错误，幸好，组长在检查小艾的测试报告时发现了，这个错误就是用户手册没有及时认真进行验证。

很多时候我们对于自己熟悉的产品进行安装时，是不需要任何帮助文档来辅助安装的，而且市场上大部分软件产品，安装过程都大同小异，所以拿到安装包之后，我们很可能直接就上手了……这没有错，但是如果是年纪稍长的长辈，对软件的安装完全没概念的人呢？他们需要一些文档的辅助，才能顺利安装软件，一旦发现问题，他们也可以第一时间查看用户手册得知自己的错误之处。

因此，用户手册的验证是安装测试重要的一部分。用户安装手册对客户非常重要，一旦里面信息出现差错，用户安装失败了也同样摸不着头脑。而如果某些信息含糊不清，也会引起理解歧义。这些问题将导致安装工作暂停及项目进度延期，一方面将给客户带来不必要的经济损失，另一方面，用户对这个软件的质量产生怀疑，软件的口碑将越来越差。

一般的验证方法

用户手册验证工作要贯穿整个安装测试始终。我们不仅要保证安装文档是清晰和正确的，还要保证文档是易读的。

测试人员在执行具体的测试用例时，必须严格按照安装文档的步骤来操作，我们有责任就不正确的部分提交修改建议且验证。

组长需要定期组织所有测试人员集体审阅所有文档内容，且就不清楚的内容展开讨论和深入追查，也是一个行之有效的办法。

文档审阅流程

文档验证是一个繁杂反复的过程，因此，为了提高文档审阅的效率，一般需要借助文档管理系统来统一管理：

    测试人员可以同时审阅同一文档，且提交修改建议。

    信息开发人员根据修改建议更正文档，且提交修改建议。

    提交者接收到验证通知后，能够关闭修改建议以表明验证通过，若未通过，则拒绝相关更改，继续提交修改建议。

小艾听了组长的话之后，颇有感触，于是认真总结了一番文档审阅流程：

想要第一时间看到这一系列文章的更新及更多精彩内容可以扫描下面二维码关注微信公众号: 倚楼听风雨的如月

重读《从菜鸟到测试架构师》-- 客户的圣经之用户手册验证