实际上，无论是高层管理者，还是SQA、项目经理、软件工程师等将自己工作中经常犯的错误随时记录下来，就是一个问题的收集过程，在此基础上再进行问题归类、问题统计和原因分析，然后再进行问题排序、针对问题进行纠正、纠正措施或预防措施等，并形成这样一个自反馈系统，从而实现持续的过程改进。面向问题的软件质量保证框架如图1所示。
3、统计控制与度量分析：
Deming是一位将统计方法用于质量控制的咨询专家。他说“统计质量控制是统计原理和技术的一次实践，这种方法可以用于生产的所有阶段以及维护和服务，其目的是经济的满足需求。”诸如SPC(统计过程控制)、头脑风暴法、鱼刺图、PARETO原理、层次图等方法都是统计控制理论和度量理论的一些基本方法。
头脑风暴法(Brainstorming)
头脑风暴发的一般步骤可以概括为：
(1) 确定质量问题。
(2) 尽可能找出影响质量问题的因素。
(3) 找出各原因之间的关系，在因果图上以因果关系用箭头联接起来。
(4) 根据对结果影响的程度，将认为有显著影响的因素标出来。
(5) 在因果图上标上必要的信息。
此方法实际上包含两项活动，一是用头脑风暴法找原因，二是对原因进行系统整理、归类，即先放开思路，进行开放式、创造性思维，然后再根据概念间的层次关系整理成它是用来表示质量波动特性与其潜在原因的关系，即表达和分析因果关系的一种图表。
鱼刺图
鱼刺图(Cause-effect diagram)又叫因果图、石川图、特性要因图、树形图，最先由日本东京大学石川馨教授于1953年提出的，此后，很快在日本企业界得到广泛应用。
PARETO原理
Pareto分析是一种识别消耗了最多成本的少部分的角色的统计分析方法。J.M.Juran是质量管理中Pareto原理之父。他首先提出了术语vital few 和trivial many，并应用到Pareto原理中。Pareto原理强调了精力集中在少数重要的事情上(vital few)，而不是多数琐碎的事情上(trivial many)。
Boehm给出的度量中的头10个表示软件现象遵守Pareto分布：
20%的模块消耗80%的资源;
20%的模块包含80%的错误;
20%的错误消耗80%的修改成本;
20%的改进包含了80%的适应性为主的成本;
20%的模块占用了80%的执行时间;
20%的工具使用占80%的整个工具使用时间。
文章来源于领测软件测试网 https://www.ltesting.net/
