如何生产高质量标准项目
1 质量规划,明确标准
规划质量,是识别项目及产品的质量要求和标准,并确定用哪些质量保障方法、过程改进措施,来达到这些标准的过程。
稳定业务对客户端质量标准的定义
- 需求,所有需求立项,完成
- 测试,测试不低于五轮
- bug,未修复的normal bug,影响用户小于0.5%,未修复的Major bug影响用户小于1%
- 功能检测清单,覆盖安装测试通过,登录注册测试通过,权限测试通过
- 兼容性测试,系统兼容性测试通过,网络兼容性测试通过
各阶段的质量保障手段
研发过程
- 需求:
- 需求记录
- 需求评审
- 开发:
- 编码规范
- 分支规范
- 提交规范
- 用例管理
- 代码阶段
- 代码检查
- UI检查
- 接口检测
- UI验证
- 打包验证
测试过程
- 测试
- 手工测试
- 性能测试
- 安全测试
- 稳定性测试
- 埋点测试
- 适配测试
- 弱网测试
- 手工测试
- 环境管理
- 容灾测试
- 灰度
- 分阶段发布
- 发布回滚
- 接口回滚
- Crash
- 自动发布
线上发布
- 接口监控
- 性能监控
- Crash监控
- 业务监控
- 埋点监控
- 反馈监控
聚焦项目整体目标。质量作为目标的一部分,达到要求最重要
改进或预防措施
- 回顾总结:将线上Bug分析作为周会固定内容,集体讨论整体层面的改进措施,并跟进实施到位
2,查漏补缺:对已有测试用例进行全面梳理,与相关开发、测试、运维集体Review完善,花大力气补充测试代码(增加异常、并发、稳定性测试等)。这是长期工作,要确保将其分解到各迭代,分批实施
追根溯源的方法
- 每月坚持线上Bug分析会。
可召集产品、研发、测试对过去1月线上问题,进行根因分析,制定策略并推进落实
- 持续进行内部Bug分类。
从不同维度分析Bug原因,可以按照具体引入阶段给Bug分类,比如需求不清、设计缺陷、逻辑错误、测试遗漏、变更引发、覆盖升级、历史遗留等,
也可以按照Bug类别分为功能问题、性能问题、界面问题、兼容性问题等。
从数据统计上,就可以准确地知道,自己项目的质量问题主要出在哪个环节,
下一步是要先规范代码准入标准,还是加强需求评审,以及哪些保障措施会更有效
- 建立质量大盘
对齐千行代码Bug率、Bug数/需求数的比率,进行有针对性的原因分析
质量控制,层层设卡
- 需求评审
需求串讲,交互评审
- 技术评审
技术方案,接口评审,性能评估
- 版本创建
- 迭代开发
功能开发,开发联调
- 测试设计
接口用例,功能用例,测试评审
- 项目提测
- 项目测试
覆盖率统计,接口测试,功能测试,联调测试,code review,兼容性,稳定性,压力测试
- 回归验证
代码合并,环境部署,业务回归
- 上线流程
测试报告,线上接口回归,线上接口走查,新增异常检查,发布审批