软件测试中的Pareto效率

Question

我偶然发现了在不同的上下文中使用的帕累托原理和帕累托效率术语。

Pareto效率在软件测试中意味着什么？我的理解是，它涉及到足够数量的测试用例，足以检查被测试系统的功能。我的理解正确吗？

一个额外的问题: Pareto原则是否与基于属性的测试概念相关，它允许您指定可能输入的“范围”，而不是一组示例输入测试用例？

Answer 1

帕累托原则，最初由维尔弗雷多·帕累托描述，后来由约瑟夫·朱兰正式确定。在软件测试中，这一原则只是一个经验法则，但也是一个重要的原则。80%的错误集中在20%的开发产品功能中。因此，软件中的错误(模块、功能业务流程等)分布不均。

百分比可能是70/30或90/10，事实上，大多数事情都是由几个潜在因素造成的。

不仅如此，它还涉及到找到足够数量的测试用例，这些测试用例足以检查应用程序或智能测试用例选择的功能。

但是对于软件测试公司中的QA来说，了解这一事实可以提供巨大的价值。如果测试人员只是简单地查看了100个bug的列表，那么可能不清楚是否有任何潜在的含义。但是，如果测试人员基于某种类别组合这些bug，可能会发现大量的bug来自于少数几个地方。

以下是充分利用这一原则的一些建议：

例如，80%的程序错误可能是由于调用相同的底层库而产生的。但是，从程序中的bug发生的位置来看，这可能并不容易看出。请记住，错误可能是由错误的过程造成的。例如，可能会出现大量的bug，因为开发人员正在使用过时的规范。

这个原则在减少程序中的错误数量方面可能非常强大，因为解决几个问题可以使程序更加稳定。

Answer 2

软件测试中的Pareto效率通常指的是智能测试用例的选择。假设没有足够的时间运行所有的测试用例(例如，在一个修补程序发布之前)，那么您可以利用Pareto原则通过解决多个目标来降低总体风险。看一看帕雷托高效多目标测试用例选择由Shin和Mark：

以前的工作已经将测试用例选择作为一个单一的目标优化问题来处理。本文将Pareto效率的概念引入到测试用例选择中。Pareto有效方法采用了代码覆盖、过去故障检测历史和执行代价等多个目标，构造了一组非支配、等价最优的测试用例子集。本文描述了Pareto有效的多目标测试用例选择的潜在好处，并对两个和三个目标公式进行了实证研究。

关于基于属性的测试:我认为它们是正交的，因为您可以将两者结合起来。

Answer 3

基于风险/优先级的测试: 80%的用户使用任何被测试应用程序的20%的关键功能。