前言
软件测试中，Pareto原则体现缺陷的集群性，即80%的缺陷集中在20%的关键模块中。测试时应重点关注这些核心模块，合理分配测试资源。同时，做好测试需求分析和计划，尽早并持续测试，以发现更多缺陷，降低修复成本，确保系统健壮稳定。1 软件测试基础知识之二八测试原则
Pareto原则，用于软件测试中时，体现为缺陷的集群性，即80%缺陷集中在20%的模块中。若在模块中发现较多缺陷，应对此模块进行更深入的测试。
1.1 Pareto原则
Pareto原则，也被称为80/20法则或帕累托法则，最初是由意大利经济学家维尔弗雷多·帕累托（Vilfredo Pareto）在19世纪末提出的，用于描述各种领域中的不平衡现象。他发现，在许多情况下，大约80%的结果（如财富、产出、效果等）是由大约20%的原因（如努力、投入、原因等）所引起的。这一原则强调了不平衡和不对称性的存在，即在许多系统中，少数的原因或因素会产生绝大多数的结果或影响。
1.2 二八测试原则
通常情况下 80％的缺陷集中在 20％的关键核心业务模块中。即缺陷是集群分布而不是平均分布的。功能简单、容易的模块引入缺陷较少，复杂逻辑的关键核心业务模块引发软件80%的缺陷。关键核心业务模块稳定，整个系统才可能真正的健壮和稳定。
在分析、设计、实现阶段的复审和测试工作中能够发现80%的缺陷，在系统测试中能找出剩余缺陷中的 80%(即16%)，最后的4%的缺陷可能在用户的大范围、长时间使用后才会被发现。
软件测试阶段，将80%的测试开销花在20%的核心模块中。分析软件的概要设计、详细设计，编写高效的测试用例，在测试执行过程中才不至于遗漏关键模块的缺陷。
1.3 使用原则
（1）做好测试需求分析和测试计划，正确地选择重要功能模块作为测试的重点，不偏离方向。
（2）尽早测试，尽早发现缺陷，减少修复成本。
（3）持续测试。