深入浅出：软件测试的基础知识概述

我们生产软件的最终目标是满足客户的需求。我们以客户需求作为判断软件质量的标准。我们认为软件bug的具体含义包括以下因素：

软件不满足客户要求的功能和性能；软件超出了客户要求的范围；软件存在客户要求不能容忍的错误；软件的使用不符合客户的习惯和工作环境。考虑到设计等因素，我们还可以认为软件缺陷还可以包括软件设计不符合规范以及在特定条件（资金、范围等）下未能达到最佳性能。不幸的是，我们中的许多人更喜欢将软件缺陷视为运行时问题，并认为软件测试仅限于程序提交之后。

在目前国内的环境下，我们很难看到完整、准确的客户需求规格。另外，客户需求不断变化，不可能追求完美的测试。因此，作为一名优秀的测试人员，追求软件质量的完美固然是我们的目的，但我们必须清醒地认识到现实与理想的差距，学会在软件测试中做出取舍和让步，这对软件是有利的测试无任何缺点。

下面是关于软件测试的一些常识，可以帮助我们在测试软件时更好的掌握软件测试的标准。

测试不完整（测试不完整）

显然，由于软件中逻辑路径的组合、输入数据量大、结果的多样性，即使对于一个极其简单的程序来说，穷尽所有逻辑路径、输入数据并验证所有结果也是非常困难的。一件事。举个例子，求最大公约数。它的输入是两个正整数。然而，如果我们测试整个整数域中的数字，我们可以从无限数证明这样的测试在现实生活中是不可行的。就算有一天能把程序用完，恐怕我们也早就死了。为此，作为软件测试人员，我们一般采用等价类、边界值分析等措施来进行实际的软件测试。找到最小的用例集已经成为我们简化测试复杂性的唯一方法。

测试免疫（软件缺陷免疫）

软件缺陷与病毒一样具有可怕的“免疫力”。测试人员对他们进行的测试越多，他们的免疫力就越强，并且发现更多的软件缺陷也变得更加困难。我们可以从数学概率论中推导出这个结论。假设5万行程序中有500个软件缺陷，并且这些软件错误分布均匀，那么每100行就可以发现一个软件缺陷。假设测试人员花费X 小时/100 行工作来使用某种方法查找软件缺陷。据此计算，当软件有500个缺陷时，我们需要X个小时才能找到一个软件缺陷。当软件只有5 个错误时，我们需要100 倍的时间才能找到每个软件缺陷。实践证明，实际的测试过程比上述假设的要求更高，因此我们必须改变不同的测试方法和测试数据。这个例子也说明了，在软件测试中使用单一的方法并不能高效、完全地针对所有的软件缺陷，因此软件测试应该使用尽可能多的方法进行测试。

测试是一个“通用概念”（完整测试）

我一直反对软件测试只有在程序完成之后才存在的想法。如果简单地将编程阶段之后的阶段称为软件测试，那么需求阶段和设计阶段缺陷的放大效应就会加大。这对于保证软件质量是非常不利的。需求缺陷和设计缺陷也是软件缺陷。请记住“软件缺陷具有生育能力”。软件测试应该贯穿整个软件开发过程。需求验证（自测试）和设计验证（自测试）也可以算作软件测试的一种（建议称为：需求测试和设计测试）。软件测试应该是一个通用的概念，涵盖整个软件生命周期，从而确保周期的每个阶段都能经受住测试。同时，测试本身也需要由第三方（信息系统审计和软件工程监督）进行评估，即测试本身也应该进行测试，以保证测试本身的可靠性和效率。否则，你自己都不正直，怎么能说服别人呢？

软件缺陷在空间上聚集（80-20原则）

80%的软件缺陷往往存在于软件的20%的空间中。这个原则告诉我们，如果你想让软件测试有效，记得经常去它的高风险“区域”。在那里发现软件缺陷的可能性要大得多。这一原则对于软件测试人员提高测试效率和缺陷发现率具有重要意义。聪明的测试人员会根据这个原理很快发现更多的缺陷，而愚蠢的测试人员仍然在漫无目的地寻找。

测试有效性

为什么要实施软件测试，就是为了提高项目的质量和效率，最终提高项目的整体效率。为此，我们不难弄清楚实施软件测试时应该掌握的程度。软件测试应该在软件测试成本和软件质量收益之间找到平衡点。这个平衡点就是我们在实施软件测试时应该遵守的程度。单方面的追求必然会损害软件测试的价值和意义。一般来说，在软件测试中，我们应该尽量让软件测试变得简单，永远不要让软件测试过于复杂。用物理学家爱因斯坦的话来说：保持简单，但不要太简单。

缺陷的必然性

在软件测试中，由于错误的相关性，并不是所有的软件缺陷都可以修复。虽然有些软件缺陷是可以修复的，但在修复过程中我们不可避免地会引入新的软件缺陷。许多软件缺陷是相互矛盾的。一个矛盾的消失，必然导致另一个矛盾的出现。例如，当我们解决通用性的缺点时，往往会带来执行效率的缺点。而且，在缺陷修复过程中，我们往往受到时间、成本等的限制，无法有效、彻底地修复所有软件缺陷。因此，评估软件缺陷的重要性和影响范围，选择折中的解决方案，或者从非软件因素（如提高硬件性能）考虑软件缺陷，就成为我们面对软件缺陷时必须直接面对的事实。

软件测试必须有预期的结果

没有预期结果的测试是不合理的。通过比较来识别软件缺陷。这就像没有标准的测量一样。如果我们事先不知道或不能确定预期的结果，我们当然无法知道测试的正确性。这很容易让人产生盲人摸象的感觉。很多测试人员常常依靠自己的感觉来判断软件缺陷的发生。因此，他们常常将似是而非的事情判断为正确的结果，因此经常出现错误测试。

软件测试的意义——事后分析

软件测试的目的仅仅是为了发现缺陷吗？如果是“是”，我可以保证在下一次新项目的软件测试中会再次出现类似的软件缺陷。古语云：“不识历史者，必重蹈覆辙”。如果不仔细分析软件测试结果，我们就无法了解缺陷的原因和对策。这样一来，我们就不得不花费大量的人力、物力再次查找软件缺陷。不幸的是，目前大多数测试团队并没有意识到这一点，测试报告也缺乏测试结果分析。

软件测试是一个需要“意识”的过程。作为测试人员，处理问题必须冷静，把控标准，从根本上对软件测试有一个正确的认识。