缺陷聚类概述

缺陷聚类：
当错误没有在整个应用程序中正确分布时，一些少量的功能会在应用程序中导致重大的质量相关问题，称为缺陷集群。为了缺陷聚类的目的，一系列罪魁祸首被纵容了。例如，遗留代码容易破坏最近频繁更改的功能，并且还涉及第三部分集成。

还有一些缺陷聚类的关键指标，例如大量的测试用例，但问题仍然经常可见。总是有两个或更多问题功能，其中错误似乎非常频繁地出现。

概述 ：
实际的缺陷聚类显示了缺陷的分布如何在应用程序中不均匀，而是更多地集中在应用程序有限的部分。它基本上是一个大型系统，其中大小变化、复杂性、错误会影响系统质量并影响目标模块。

这个概念基于帕累托原则，也称为 80-20 规则，其中通常指出大约 80% 的问题是由于 20% 的模块而发生的。因此，在这个测试过程中，大多数测试人员都会经历这样的现象，即代码区域复杂而棘手。然后，测试设计人员使用此信息进行风险评估规划测试，另一方面有助于跟踪热点。

如何最小化缺陷？
这似乎很笼统，但如果组织开始在其指标中寻找一轮以找到围绕特定应用程序的主要问题。如果基于产品功能或代码。因此，如果改进计划专注于特定软件，则可以获得最大的收益。重新利用一些额外的资源和力量可以改变目标技术，而不是在过渡期间丰富其他一切。

在软件测试中处理集群：
通常，缺陷倾向于聚集在被测软件的区域中，其原因可能是复杂性、算法或少数受约束的软件部分中的更多集成。这些缺陷簇可能很难处理和发现。

优势 ：

• 由于测试仪被包围在同一区域内，检测到的最大缺陷数
• 因此，花费更少的时间，在此过程中消耗的时间更少，而且它也具有成本效益
• 测试的初始迭代对于识别缺陷簇很有用。此外，它为测试人员提供了杠杆作用，因为他们在测试应用程序时使用收集到的信息。

缺点：

• 在开始阶段迭代是有用的，但它不是最终测试用例的基础，进一步的缺陷需要在软件中检查出来，最终结论不能通过初始迭代知道。
• 审查 测试非常仔细，以避免进一步引入或缺陷。因此造成混乱和浪费时间也妨碍软件的数量和效率。