测试显示bug的存在
测试应用程序只能显示在应用程序中存在一个或多个缺陷，但是，仅仅通过测试并不能证明应用程序没有错误。因此，设计测试用例使其尽可能多的找到缺陷是很重要的。
穷举测试不可能
除非受测试应用（UAT）具有非常简单的逻辑结构和有限的输入，进行所有测试数据和场景的组合是不可能的事。出于这个原因，风险评估和优先级被用于集中测试最重要的方面。
尽早测试
我们越早开始测试活动，就越可以更好的利用可用的时间。当最初的产品，例如要求或设计文件完成后，我们就可以开始测试。测试阶段常会在开发周期的最后部分也就是开发完成之后遭到时间压缩。因此，尽早开始测试，我们可以针对开发生命周期的每个阶段进行测试的准备。
另一个关于尽早测试的重要的一点是，当缺陷在生命周期中更早的被发现时，它们更容易解决而且成本更低。改变不正确的要求比起必须改变一个大型系统中没有按照要求或设计来工作的功能要成本低得多！
缺陷群
在测试过程中，可以观察到，大多数报告的缺陷都与少数几个系统内的模块有关。即少量模块包含了系统中大部分的缺陷。这也是帕雷托法则（二八定律）在软件测试方面的实际应用：约80％的问题被发现在20%的模块中。
杀虫剂悖论
如果持续运行同一套测试一遍又一遍，有可能那些测试用例就无法发现新的缺陷。因为随着系统的发展，许多以前报道的缺陷将会被修好，旧的测试用例就不再适用了。每当修复完缺陷或添加了新的功能后，我们需要做回归测试，以确保新更改的软件不破坏该软件的任何其他部分。然而，这些回归测试用例也需要根据软件本身的变化作出改变，使其能够更加适用并找到新的缺陷。
测试是上下文相关的
不同的测试方法，测试技术和测试类型是根据应用程序的类型和性质来决定的。例如，运用于医疗设备上的软件应用程序相比游戏软件需要进行更多的测试。更重要的是医疗设备软件需要基于风险测试，需要符合医疗行业监管以及可能的特殊测试设计技术。出于同样的原因，一个非常受欢迎的网站，需要经过严格的性能试验，以及功能性的测试，以确保性能不受服务器上的负载的影响。
