软件测试的7个基本原则

视频编/译自Guru99，国外的一个免费IT教育平台，很喜欢这种短而精的视频教学形式，分享给大家。本人英语水平有限，字幕是机器翻译后再修改的，不当之处敬请谅解。

本视频介绍了每个专业软件测试人员和QA专业人士应了解的软件测试的七个基本原则。

https://v.qq.com/x/page/o0957f2wj3y.html

背景

在进行软件测试时获得最佳的测试结果，而不偏离目标，这很重要。但是，如何确定自己遵循正确的测试策略呢？为此，您需要坚持一些基本的测试原则。以下是在软件行业中广泛实践的七个常见测试原则。

要理解这一点，请考虑将文件从文件夹A移至文件夹B的情况。

想想所有可能的测试方法。

除通常情况外，您还可以测试以下条件

• 尝试移动打开状态的文件
• 您没有将文件粘贴到文件夹B中的安全权限。
• 文件夹B在共享驱动器上，并且存储容量已满。
• 文件夹B已经有一个同名文件

实际上列表是无止境的

或者假设您有15个要测试的输入字段，每个字段都有5个可能的值，要测试的组合数将为5^15

如果要测试所有可能的组合项目，则“执行时间和成本”将成倍增加。我们需要某些原则和策略来优化测试工作

以下是7条原则

1、不可能进行详尽的测试

是的!不可能进行详尽的测试。相反，我们需要根据应用程序的风险评估来确定最佳的测试量。

而关键的问题是，您如何确定这种风险？

2、缺陷群集

“缺陷群集”指:少数模块包含检测到的大多数缺陷。这是帕累托原理在软件测试中的应用：大约80％的问题出现在20％的模块中。

根据经验，您可以确定此类风险模块。但是这种方法有其自身的问题

如果一次又一次地重复相同的测试，最终相同的测试用例将不再找到新的错误。

3、杀虫剂悖论

随着时间的推移，重复使用相同的农药混合物消灭昆虫会导致昆虫对农药产生抵抗力，从而使农药对昆虫无效。软件测试也是如此。如果进行相同的重复测试，则该方法将无助于发现新的缺陷。

为了克服这个问题，需要定期检查和修订测试用例，并添加新的和不同的测试用例以帮助发现更多的缺陷。

测试人员不能仅仅依靠现有的测试技术。他必须不断注意改进现有方法，以使测试更有效。但是，即使经过所有这些汗水和艰苦的测试工作，您也永远不能声称您的产品没有错误。

4、测试仅能表明存在缺陷

这个测试原则指出-测试只谈论存在缺陷，而不谈论没有缺陷。即，软件测试可以降低软件中未发现的缺陷的可能性，但是即使没有发现缺陷，也不是没有问题的证明。

但是，如果您付出更多的努力，采取所有预防措施并使您的软件产品99％不含错误，该怎么办？并且该软件不能满足客户的需求。

这引出了我们的下一个原则，该原则指出：没有错误是不可能的

5、没有错误-不可能

99％无错误的软件仍然可能无法使用。如果针对错误要求对系统进行了全面测试，则可能是这种情况。软件测试不仅是发现缺陷，而且还要检查软件是否满足业务需求。没有错误是一个谬论，即，如果系统构建无法使用并且不能满足用户的需求，则发现并修复缺陷将无济于事。

为了解决这个问题，下一个测试原则指出：“尽早测试”

6、尽早测试

尽早测试-测试应在软件开发生命周期中尽早开始。这样就可以在早期阶段捕获需求或设计阶段中的任何缺陷。在测试的早期阶段修复缺陷要便宜得多。但是应该多早开始测试呢？建议您在定义需求后立即开始查找错误。有关此原则的更多信息，请参阅后面的培训教程。

7、测试跟业务相关

测试是依赖于业务的，这基本上意味着您测试电子商务站点的方式将不同于您测试桌面应用程序的方式。所有开发的软件都不相同。您可以根据应用程序类型使用不同的方法，方法，技术和测试类型。例如，零售商店的任何POS系统都将不同于ATM机的测试。

七项测试原则总结

“原则仅供参考。我不会在实践中使用它们。”这是非常不真实的。测试原则将帮助您创建有效的测试策略并草拟捕获缺陷的测试用例。

但是，学习测试原则就像第一次学习驾驶一样。

最初，当您学习驾驶时，您会注意所有事物，例如变速，速度，离合器操纵等。但是，随着经验的积累，您只需专注于驱动其余部分就自然而然地发生了。这样您甚至可以与车内其他乘客进行对话。

测试原则也是如此。经验丰富的测试人员已经将这些原则内化到了即使不考虑也可以应用的水平。因此，没有在实践中使用这些原则的话是不正确的。