软件测试的8.20原则,四个维度，拆解「软件测试中的80 / 20原则」

一、80% 的软件缺陷，聚集在软件 20% 的模块中

优秀的测试人员会根据这个原则，非常快速的找出较多的缺陷(这个原则可以解释一个你的苦恼：为何你苦苦测了几天，都没发现有啥缺陷；你老大慢悠悠的走了过来，随便点点，新鲜出炉3个Bug)。

普通的测试人员，非常焦虑 & 忙碌的加班加点，漫无目的地到处搜寻，一个Bug都没发现 。

此处，俗称：探索性测试；

在测试时间有限 / 测试人员有限的情况下，非常适用 。

此原则：对于软件测试人员提高测试效率及缺陷发现率有着重大的意义

二、软件测试工作尽早介入

在需求阶段、系统分析、系统设计、系统实现阶段的复审，能够发现和避免 80% 的软件缺陷 。老徐一直认为，测试的价值，不是测试出多少个Bug ，而应该去思考，如何减少缺陷流出到线上生产系统 ；

三、反映在软件测试的自动化方面

经过大量企业的实践证明，80% 的软件缺陷可借助人工测试发现， 20% 的软件缺陷可以借助自动化测试收到发现和避免。二者间具有交叉的部分，尚有 5% 左右的软件缺陷需要通过其他方式进行发现和修正。

比如，测试右移的，线上监控、灰度测试 、日志分析  等等 ；

四、80%的缺陷，集中在某20%的开发工程师代码中 ；

IDO老徐

在带质量部门的过程中，让每位测试同学详细分析各团队的开发人员，分析每位开发同学的过程缺陷数据；把有限的时间，集中在某几位同学提交的代码中；能够发现80%的Bug