客户端测试流程规范

因测试工作涉及软硬件交互设备，以及纯app应用，沉淀出工作中执行的测试规范。

流程规范

阶段	流程前置条件	规范	备注
需求		区分日常需求和项目需求，项目需求优先级最高 日常需求区分优先级并跟着大版本统一发布
交互评审	需求评审完成
方案评审	需求和交互评审完成	方案梳理出必要的时序图或流程图 有状态流转的说明状态机情况 数据库设计  接口定义 数据一致性设计（上下游数据对账之类） 确定项目关键时间点
TC评审	技术方案评审完成	建议xmind编写和评审用例（需按照规范编写） 用例除基本用例，需涉及监控、资损、预案等方面的梳理，方便发布前落地 针对业务强依赖的系统需要考虑异常情况的影响，做好应对方案 评审并修改完成后导入rdc用例库 使用rdc创建测试计划并同步给开发用于冒烟 TC评审完成需求不允许有变更，有的话走需求变更流程
开发阶段		测试根据接口定义着手接口自动化覆盖 涉及多业务线的测试可提供工具支持（一般用于造数据和数据流转）
提测	开发rdc冒烟计划全部执行完成 自动化脚本执行没有异常 开发代码review完成 开发提测邮件发出（需明确提测点、影响面、风险点等信息）	测试进行冒烟用例执行，执行完成钉钉发送冒烟报告给相关人员，若主流程冒烟不通过钉钉通知打回待重新提测 进入测试bug每日同步开发进行修复 测试风险及时日报和钉钉群反馈 项目埋点确认下（埋点规则匹配、是否重复发送）
验收	测试基本完成	测试组织产品、交互、开发等一起验收，验收问题进行记录并跟进修复验证
发布	详见下方发布流程条件	发布审批完成 服务端灰度通过（服务端至少灰度一小时） 客户端根据发布计划递增发布范围
发布完成		服务端发布完成，客户端需要进行线上验证通过 客户端线上监控crash和业务异常信息，测试汇总并跟进开发解决 线上工单问题关注 自动化用例补全（接口和UI） 项目总结 维护rdc回归基础用例库 确认下载链接为最新版本

发布前置条件

类型	发布条件
通用	功能兼容性验证完成 发布计划制定完成 bug修复完成 准备发布，钉钉群进行通知且禁止服务端客户端代码修改 功能可回滚或快速关闭下线 项目监控确认添加（服务端、客户端、硬件），告警添加 预案评估是否需要添加（如功能关闭、降级等目前是手工修改配置） 资损点评估，有的话需要添加资损监控和对账 质量评估报告产出（需要PTM、PD、客户端、服务端ld同意）
客户端	明确发布节奏（开发产出发布计划），客户端一般按照区、市、省、多省、全国进行覆盖，要不就是功能开启的范围依次扩大 新老功能回归通过 升级测试通过 性能测试通过 弱网测试通过 安装包检查通过（snapshot、log关闭等） crash、anr和业务异常解决完成（线上版本和发布版本最近一个月的问题） UI自动化回归通过 发布版本检查
服务端	服务端发布分支验证对预发老版本功能无影响 评估对其他业务的影响，有影响的通知对应的业务线测试进行回归（尽量发布前两天通知） 接口自动化回归通过 性能测试通过（根据业务可选） 确定各模块上线顺序（开发产出发布计划） 线上配置确认（发布计划） 测试数据清理完成 数据库变更线上生效（发布计划）
硬件	测试硬件环境与对外发布一致 涉及多种型号的功能回归正常 硬件稳定性测试通过（持续3天工作正常）（注意：windows系统可以使用鲁大师压力测试） 高cpu、内存占用的情况，持续一天无异常 弱网情况工作正常

发布版本规范

线上版本号的组成：主版本号.子版本号.修正版本号

开发版本号组成：主版本号.子版本号.修正版本号+时间戳

发布节奏

• 目前采用三周一迭代，两周开发、一周测试的方式
• 服务端先于1到2天客户端发布，先保证服务端发布稳定；安卓端可先于ios端发布（升级方便点）；发布时间避免节假日前一天，发布时间避免高峰期
• 客户端根据发布计划制定的发布节奏依次扩大范围，发布时间避免高峰期

其他沉淀资源：

• 客户端测试规范梳理参考文档-其它文档类资源-CSDN下载
• 客户端专项测试xmind-其它文档类资源-CSDN下载
• IT测试领域质量保障方向知识点梳理xmind-其它文档类资源-CSDN下载