帕累托分析

帕累托分析:缺陷常集中在少数模块或类型,按分布排序后把改进资源投向头部;同时关注样本窗口与分类口径,避免被单次版本波动误导。

软件测试速查开发更新于 2026-10-13

帕累托分析是什么

帕累托分析(80/20 法则)把问题按贡献度排序:少数模块或类型往往贡献了大部分缺陷与故障。做法是把缺陷按维度计数、降序排列、累计占比,找出贡献八成问题的头部集合,把有限资源集中过去。它不要求数据严格符合 80 比 20,重点是排序思维——先打最大的靶子,再谈全面覆盖。

基本信息

输入数据缺陷记录、故障工单、用户反馈,按模块与类型分类
分析步骤计数、降序、算占比与累计占比、圈定头部集合
常见维度模块、缺陷类型、发现阶段、严重度、客户分组
输出形式排序表与累计曲线,标出贡献八成的头部项
应用动作头部模块加强评审与回归,头部类型转检查清单
复核节奏按迭代或季度重算,防止注意力停留在已治理的区域

典型使用场景

  • 测试资源分配:回归精力向缺陷高发模块倾斜,收益立竿见影。
  • 评审聚焦:设计评审对头部高风险组件加密检查项。
  • 改进排期:把头部缺陷类型对应的流程问题列进改进行动。
  • 客户支持:按反馈类型排序,先修高频痛点。
  • 自动化选型:优先把高发路径自动化,让回归收益最大化。

常见维度与动作

维度发现问题跟进行动
模块两成模块贡献八成缺陷加密评审与回归
缺陷类型空指针与校验类高发补编码规范与检查项
发现阶段大量缺陷遗到测试后期左移活动与单元测试补强
来源渠道某渠道误报集中优化引导与文档
样本要够大:几十条记录画出的帕累托图波动大,结论容易误导。
与鱼骨图配合:帕累托找哪里问题多,鱼骨图与五问法找为什么多。
头部治理后要重算:老图会过时,注意力要跟着数据迁移。

易错点

  • 硬套八成比例:数据不符合时强行解读,忽略长尾里的高严重度问题。
  • 只砍头部不找原因:高危模块反复出问题,说明根因未除。
  • 统计口径混乱:模块划分变更后新旧数据混算,排序失真。
  • 忽略严重度权重:高频低危压过低频高危,修复优先级错位。
  • 一次分析用一年:环境变了图没变,资源持续错配。

数据来源与参考

  • ISTQB CTFL 4.0 大纲(缺陷分析)
  • 质量管理资料(Pareto analysis)
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌