清单|把好最后一关：这份B端项目验收清单，请收好 super|运维|腾讯|腾讯云|边缘计

编辑导语：新项目上线前，产品经理需要先验收功能，保证产品可用、易用、好用。严谨完整的验收工作，能有效避免线上bug以及客户投诉。今天作者给你们整理了一份B端项目验收清单，希望对你们的工作有帮助，一起来看看吧。

文章插图
一、为什么需要验收灵魂发问：不都有测试吗，为什么还需要验收，不是浪费产品的工作时间嘛？
答：视角不一样。
举2个例子工作中经常遇到的例子：
例1: 验收功能时，发现部分需求没实现，但是文档都有说明，问及原因，测试的反馈是：“你的场景1、2、3都有独立测试的，但你没写这几场景的顺序、是否可并行的呀”。
例2: 由于团队内经常做类似的功能，产品经理在新项目的需求文档中，跳过了这部分他认为是“共识”的内容，笔墨着重落在新功能的描述上，结果测试、开发团队都忽略掉了。

文章插图
对于正常的迭代，系统都较成熟的情况下，是可以放心交给测试做好把关的。
但是对于新项目来说，开发、测试都是从需求评审会开始，基于你的PRD来开发及测试，他们的信息来源只有产品经理。
但是产品经理参与了需求调研到开发测试的全过程，知道用户/业务在每个场景下的动机、以及会采取的动作，相当于拥有“上帝视角”。
因此在理解需求、产品上是最透彻的。
再者，产品经理需要对上线产品负责的，产品正常发上线、正常被用户使用，才是需求的终点，完成需求的闭环。
二、选择哪里验收1. 首选：灰度环境

优点：灰度环境采用的数据源是生产环境的真实数据，没有了脏数据的干扰，既可验证功能、也可验证数据的准确性。只需要给指定人员开通灰度环境的权限即可，不影响其他账号的使用；
缺点：开发搭建灰度环境需要时间，因此需给开发哥哥们预留充足的时间，否则上线前一天验收时才发现光搭建环境就要消耗半天时间，可能影响上线的进度。

2. 次优选：预生产环境

优点：方便，毕竟常规的回归测试都会在预生产环境验证，改bug发包更新速度快；
缺点：可能存在脏数据影响数据验证；开发造数据耗时；造的数据未必能覆盖所有的场景。

3. 没有办法的选择：生产环境

优点：数据真实；
缺点：风险大，出现的问题直接就是生产事故，所以说这是没有办法的选择。

三、如何验收1. 功能主流程是否跑通可对照业务初始的需求文档，跑一遍主流程，确保顺畅、易用、没错误。
2. 页面框架页面布局：查询区、功能区、数据展示区有明显的分隔，无遮挡重叠。
元件布局：各区域内元件标准统一、间距适合、对齐、配色统一。
导航：系统内部导航是否完整、深度适中，导航栏交互形式是否友好。
系统外部跳转：是否有访问外链的提示。
缺省页展示内容友好。
3. 交互1）查询
输入查询条件值：下拉框、自动填充、手动输入。
输入内容校验：不符合条件的输入内容给出提示。
条件关系：等值查询，模糊匹配？
是否为分页查询。
查询结果是否符合预期。
2）滑动
是否展示垂直、横向滚动条。
下滑是否会触发页面刷新。
上滑是否会继续加载下一页内容。
3）流程
前置条件：指定条件下，可操作按钮点亮，不可操作按钮置灰/隐藏。
操作：符合条件自动触发、人工触发，功能可正常操作。
状态：流转准确。
流程结束：超时、人工驳回、异常情况下结束流程。
4）表单
控件：表单中控件使用是否恰当，文本框/多行文本框、单选框/复选框等。
字段校验：字段格式、长度等是否符合条件，不符合的显示提示信息。
重复校验：主键是什么，表单中有多条数据需内部重复校验、再与数据进行重复校验，提交后提出提示。
5）提示信息
形式：根据信息的类型（错误、警示、提示、重复确认）来看展示的形式（浮层、toast、dialog、多态按钮等）是否恰当。
提示文字：符合语境、简洁、容易理解、无歧义。
完整性：该提示的地方都有提示。
一致性：相同/相似功能的形式一致，提示文字相仿。
6）其他
鼠标点击/鼠标移入/鼠标移出/获取焦点/失去焦点时，交互正常。
页面其他动效：反应灵敏，展示流畅，时长适中。
缓存：未退出系统时，保留用户操作的缓存，减少用户记忆。