从项目管理角度来提升软件产品质量

假如当前生产环境中 发现了一个严重bug，我们怎么来看待产品质量，怎么来提升产品质量呢?

1、找bug根源

这个bug是一个什么类型的bug，属于 （产品设计缺陷、历史遗留问题、数据兼容性问题、迭代引入的新bug、测试阶段环境混乱导致、稳定环境OK线上环境不OK、测试漏测等等）这些问题中的哪些？

2、分析bug类型原因

• 产品设计缺陷：什么原因导致产生了 设计缺陷？产品对真实业务场景缺乏调研、产品设计的方案不周密、设计方案不合理、产品人力资源不足、研发周期太短。
• 历史遗留问题：人员断层、旧的业务方案不足、历史bug未解决。
• 数据兼容性问题：新的接口不兼容旧的数据、新的数据库表 不兼容旧的数据、历史bug的数据未及时处理、发版未做数据初始化。
• 迭代引入新的bug：开发新功能影响到了旧的其他模块、测试漏测到线上。
• 测试阶段环境混乱导致：测试环境通过稳定环境失败、合并代码遗漏、合并代码错误。
• 测试漏测：测试环境漏测、稳定环境漏测、线上环境漏测。

3、提出制度要求

       产品设计缺陷：测试与开发 记录 产品设计的方案不合理的需求 记录表。

       产品用户故事：产品需求评审的内容 需要有明确的 用户故事标准模板 作为基础来展开

       历史遗留问题：对设计不合理的业务需求梳理 记录表、对历史功能模块梳理进行全面测试、对历史遗留的业务进行开发。

       数据兼容性：新接口或新功能需求 或 修复得bug对 历史旧数据造成得影响 测试、新接口对APP或公众号 各个端得影响测试。

       用例管理：（用例怎么管理？由标准规范的用例模板来统计管理用例；

                           用例怎么分类？包含 功能用例 与 场景化用例；

                           用例怎么执行？ 有用例执行 checklist来检查；

                           用例怎么写？ 简洁扼要描述清楚  要测什么、哪个入口与位置、需要什么数据与前提条件、执行步骤、预期结果、用例归类、哪个客户端）。

     如何保证发版正确：测试环境测试通过，由一个专人来统一管理 稳定环境得发版控制，封测后 就不能再往 稳定环境合代码发版；测试人员确保测试环境 与 稳定环境测试通过。

     上线发版测什么？：1、发版 必备得主流程功能检查   2、上线的需求点 测试验证  3、上线需求点影响的相关联功能点 测试验证。

4、制定OKR目标

     1、明确每个团队 每个人员的工作职责

     2、确定部门目标 围绕 工作饱和度 与  产品质量 2大维度 确定 部门绩效目标

     3、OKR目标 包含了 部门目标 70%左右（技术总监评分）  +  10%左右的团队目标 （迭代团队评分）+ 20%左右的 个人目标（直接上级评分）

5、跟踪检查办法

     1、每天站立会

     2、checklist检查表

     3、周总结

     4、数据度量表格填写