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

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

一、为什么需要验收

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

答:视角不一样。

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

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

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

超级产品经理

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

但是对于新项目来说,开发、测试都是从需求评审会开始,基于你的PRD来开发及测试,他们的信息来源只有产品经理。

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

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

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

二、选择哪里验收

1. 首选:灰度环境

  • 优点:灰度环境采用的数据源是生产环境的真实数据,没有了脏数据的干扰,既可验证功能、也可验证数据的准确性。只需要给指定人员开通灰度环境的权限即可,不影响其他账号的使用;

  • 缺点:开发搭建灰度环境需要时间,因此需给开发哥哥们预留充足的时间,否则上线前一天验收时才发现光搭建环境就要消耗半天时间,可能影响上线的进度。

2. 次优选:预生产环境

  • 优点:方便,毕竟常规的回归测试都会在预生产环境验证,改bug发包更新速度快;

  • 缺点:可能存在脏数据影响数据验证;开发造数据耗时;造的数据未必能覆盖所有的场景。

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. 登陆验证

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

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

四、结尾

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

作者 @I’m hungry

版权声明

本文来自互联网用户投稿,文章观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符,请点击 举报 进行投诉反馈!

立即
投稿

微信公众账号

微信扫一扫加关注

返回
顶部