软件产品质量这样来数据度量
很多人都不知道如何来评判我们的产品质量的好坏？
经常听到有人说：我们的系统产品质量怎么样？很多你都是评主观来评判，主观的评判缺少数据支撑都是苍白无力的！！！
产品质量好不好数据来说话！！！
按照国标应该是这样子的：
但是实际公司内部是这样子的：
预警bug跟踪分布图
按线上bug模块-业务需求技术预警
|
预警等级 |
影响等级依据 |
响应级别 |
解决方案(业务、技术角度) |
|
最高级 |
二级模块bug累积(季度) >=15个 |
一级响应 |
参与产品组织专项会议检查是否有业务流程上的问题，确认流程有无引导及流程错误；评估业务设计合理性 |
|
高级 |
二级模块bug累积(季度)>=10个 |
二级响应 |
针对该模块进行功能回归测试 |
|
与产品经理一起探讨分析bug类型、讨论优化方案、修复当前问题 |
|||
|
迭代发版定期测试该模块 |
|||
|
中级 |
二级模块bug累积(季度)>=5个 |
三级响应 |
及时跟进排查bug分析其产生原因及哪个环节引入 |
|
提升需求池里该模块的优先级 |
|||
|
提升遗留未修复BUG的级别 |
按线上bug模块-测试预警
|
预警等级 |
影响等级依据 |
响应级别 |
解决方案(测试质量角度) |
|
最高级 |
二级模块bug累积(月度) >=8个 |
一级响应 |
针对SIT环境中当前bug所在一级模块进行全量功能执行回归测试 |
|
高级 |
二级模块bug累积(月度)>=5个 |
二级响应 |
针对生产环境中当前bug所在二级模块全量功能进行回归测试 |
|
中级 |
二级模块bug累积(月度)>=3个 |
三级响应 |
针对生产环境中当前bug所在二级模块重点功能进行回归测试 |
xiezhifei