把好最后一关：这份B端项目验收清单，请收好

一、为什么需要验收

灵魂发问：不都有测试吗，为什么还需要验收，不是浪费产品的工作时间嘛？

答：视角不一样。

举2个例子工作中经常遇到的例子：

例1: 验收功能时，发现部分需求没实现，但是文档都有说明，问及原因，测试的反馈是：“你的场景1、2、3都有独立测试的，但你没写这几场景的顺序、是否可并行的呀”。

例2: 由于团队内经常做类似的功能，产品经理在新项目的需求文档中，跳过了这部分他认为是“共识”的内容，笔墨着重落在新功能的描述上，结果测试、开发团队都忽略掉了。

对于正常的迭代，系统都较成熟的情况下，是可以放心交给测试做好把关的。

但是产品经理参与了需求调研到开发测试的全过程，知道用户/业务在每个场景下的动机、以及会采取的动作，相当于拥有“上帝视角”。

因此在理解需求、产品上是最透彻的。

再者，产品经理需要对上线产品负责的，产品正常发上线、正常被用户使用，才是需求的终点，完成需求的闭环。

二、选择哪里验收

1. 首选：灰度环境

2. 次优选：预生产环境

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

三、如何验收

1. 功能主流程是否跑通

可对照业务初始的需求文档，跑一遍主流程，确保顺畅、易用、没错误。

2. 页面框架

页面布局：查询区、功能区、数据展示区有明显的分隔，无遮挡重叠。

元件布局：各区域内元件标准统一、间距适合、对齐、配色统一。

导航：系统内部导航是否完整、深度适中，导航栏交互形式是否友好。

系统外部跳转：是否有访问外链的提示。

缺省页展示内容友好。

3. 交互

1）查询

输入查询条件值：下拉框、自动填充、手动输入。

输入内容校验：不符合条件的输入内容给出提示。

条件关系：等值查询，模糊匹配？

是否为分页查询。

查询结果是否符合预期。

2）滑动

是否展示垂直、横向滚动条。

下滑是否会触发页面刷新。

上滑是否会继续加载下一页内容。

3）流程

前置条件：指定条件下，可操作按钮点亮，不可操作按钮置灰/隐藏。

操作：符合条件自动触发、人工触发，功能可正常操作。

状态：流转准确。

流程结束：超时、人工驳回、异常情况下结束流程。

4）表单

控件：表单中控件使用是否恰当，文本框/多行文本框、单选框/复选框等。

字段校验：字段格式、长度等是否符合条件，不符合的显示提示信息。

重复校验：主键是什么，表单中有多条数据需内部重复校验、再与数据进行重复校验，提交后提出提示。

5）提示信息

形式：根据信息的类型（错误、警示、提示、重复确认）来看展示的形式（浮层、toast、dialog、多态按钮等）是否恰当。

提示文字：符合语境、简洁、容易理解、无歧义。

完整性：该提示的地方都有提示。

一致性：相同/相似功能的形式一致，提示文字相仿。

6）其他

鼠标点击/鼠标移入/鼠标移出/获取焦点/失去焦点 时，交互正常。

页面其他动效：反应灵敏，展示流畅，时长适中。

缓存：未退出系统时，保留用户操作的缓存，减少用户记忆。

排序问题：数值、文本、日期/月份/年份 排序是否生效。

4. 数据/权限验证

数据展示：各字段格式正确，小数位符合要求，左对齐/右对齐，空值使用“-”符 代替。

数据准确性：检查原子指标取值是否正确，复合指标/派生指标计算是否准确，精度是否足够（原子指标需保留小数位进行计算，结果指标再进行取整或保留小数位）。

数据权限：验证不同角色的用户账 ，数据权限的规则是否正常生效，避免应有权而无权、越权的情况发生。

字段权限：加密展示规则（全部打*，或者部分用*替代），解密后是否能正常展示，解密规则是否符合预期。

5. 特殊场景验证

1）软硬件兼容性

系统兼容性：移动端（安卓、iOS、鸿蒙系统）、PC版（Windows、macOS、Linux等）是否都能正常运行，没有 错？

浏览器版本：最低兼容版本为？

分辨率：注意小屏幕手机/电脑，看页面是否能完整地展示。

软件版本：新版本上线后，旧版本是否能正常运行，是否需要强制升级？

2）联 状态

无 络状态：缺省页。

弱 状态：检测到弱 状态，多长时间给出提示？

络不稳定：加载超时提示？系统自动触动重新加载还是手动触发？

络环境变化：蜂窝 络切换至Wi-Fi环境，是否触发下载缓存，Wi-Fi切换至蜂窝 络，是否暂停下载任务、降低返回数据的规格（音频、视频、图片）。

3）模式

夜间模式：是否适配各类型手机的夜间模式。

6. 登陆验证

间隔多长时间需重新登陆验证。

无登陆状态下显示什么内容。

四、结尾

验收过程可穿插使用尼尔森十大可用性原则、穷举法等方法，辅助验收过程更完整、无疏漏。

题图来自 Pexels，基于CC0协议