产品验收怎么做，才能避免项目翻车

01 怎么理解产品验收

产品验收就是对即将交付给客户的产品进行检验，检验产品的功能与需求是否存在偏差，是否达到质量标准，是否达到设计预期的最终保障。

有小伙伴会问了，产品验收和平时的产品测试有什么区别呢？产品测试是指测试工程师对提交的产品根据测试用例进行逐一检查，而产品验收中我们不但要验收产品的各个功能，还要把自己当成用户，在未来的场景中，根据我们的业务流程将产品的功能全部跑一边，看看是否完全畅通，是否达到了要求，是否存在不足。
在验收过程中，如果发现了没有考虑到的页面，这就不单单是修改Bug的问题了，而是需要上报变更需求委员会，进行需求的调整。

02 验收内容有哪些

功能验收

对照我们的功能清单，逐一执行用例，观察开发的结果是否是想要的结果，是否符合预期设计，是否满足用户的需求。

我们将自己想象成用户，在要求的场景中验证整个流程，检验流程是否通畅，是否有功能缺失的地方，如果发现设计上没有考虑的地方，一定要及时进行变更和完善。

此外，我们在验收过程中需要将自己的碰到的问题记录下来，建立自己的检查清单，在每一个功能验收结束的时候，及时录入到表格，并及时和前端、后端开发们进行沟通，推动他们尽快完成功能的改进。

UI验收

对产品UI验收的时候，需要检查一下页面的适配问题。可以找来不同类型的手机，看看页面是否展示完整。在对网页产品验收的时候，可以打开不同的浏览器看看页面效果。

在验收过程中，发现火狐浏览器能暴露出更多的问题。比如字体的样式，字体大小是否适配、滑动条的是否存在等等，但是在Google浏览器上通常不会发生这些问题。

有的时候前端的小姐姐用的是Google浏览器，她不知道火狐浏览器上是否会存在不适配的情况。火狐浏览器、UC浏览器在国外真的是主流的浏览器，我们一定要在多种浏览器上打开看看适配效果。

03 验收的环境

产品验收的环境主要有开发环境、测试环境、UAT环境和生产环境。产品的验收和平时的测试一样，也是需要分好几个阶段进行的，一般来说，验收在UAT环境中进行验收。

开发环境：这个就是给程序员们使用的环境，配置相对来说比较随意，目的是让开发更容易进行，一般打开全部错误报告。

测试环境：测试小姐姐们使用的环境，它是复制了一份生产环境的配置。测试的同学在里面编造了大量数据来进行测试，他们根据测试用例，枚举了所有可能出现的情况，尽量将可能出现的问题及早找出来，然后提交测试报告，之后给到开发，开发会根据测试的情况修复Bug。

UAT环境：User Acceptance Test，用户接受度测试，也就是验收测试。这个环境主要让用户来对产品进行测试验收。用户在培训完成后，根据操作手册在UAT环境中模拟业务流程逐一测试。

生产环境：就是上线发布的环境了，这个时候一般会关掉错误报告，打开错误日志，时刻监控任何的操作和运营数据。

04 产品验收前的准备

产品需求清单：这个直接从禅道上获取好啦，对照之前发布的需求，逐一进行验收，如果需要更细节的需求说明，可以翻一翻之前写的产品需求文档。

原型图：有的时候文字不能准确描述某一交互动作，这个时候就需要借助原型来看一看这个交互是否完成了开发。

测试用例：产品经理也会写一写测试用例，避免遗漏考虑不周的情况。

05 产品验收报告

产品验收报告没有固定的格式要求，需要注明的内容包含以下几个部分：

基本信息：写清楚验收时间、验收人、验收的项目名称、系统版本
优先级：需要注明待处理问题的优先级
功能所属的模块：注明一级模块、二级模块，告知开发和测试这个问题在哪里
功能名称：具体到哪个功能
问题描述：写清楚是什么问题
优化方案：针对发现的问题，建议的解决措施是什么

我们可以将以上的问题同步到禅道上，发给干系人，交由他们进行更改，同时我们也要及时跟进问题的处理。
通过以上的验收过程，我们基本将要交付的产品进行了一次完整的验收，在验收过程中难免会发现若干的Bug，我们一定不要相互指责，抱怨测试没有测试到位，或者开发没有按照我的原型进行开发，或是产品文档没有写清楚。在整个过程中，我们是为了让产品达到交付标准，把问题及时解决掉，并且从中吸取教训，总结经验，这样才能够在下一次的开发过程中把工作做得更好。