【Anny读书笔记】软件测试10大原则及需要牢记的观点

原则1.测试用例中一个必须部分是对预期输出或结果进行定义。
    这条显而易见的原则在软件测试中是最常犯的错误之一。同样，这个问题也是基于人们的心理的。如果某个测试用例的预期结果事先没有得到定义，由于“所见即所想”现象的存在，某个似是而非，实际上是错误的结果可能会被解释成正确的结论。换句话说，尽管“软件测试是破坏性”的定义是合理的，但人们在潜意识中仍然渴望看到正确的结论。克服这种倾向的一种方法，就是通过事先精确定义程序的预期输出，鼓励人们对所有的输出进行仔细检查。因此，一个测试用例必须包括两个部分：
1.对程序的输入数据的描述。
2.对程序在上述输入数据下的正确输出结果的精确描述。

原则2.程序员应当避免测试自己编写的程序。
    如果我们对软件项目关注的重点发生变化，就会产生另外一个问题。当成员“建设性”地设计和编写完程序之后，很难让他突然改变视觉角度以一种“破坏性”的眼光来审查程序。
    大多数程序员都不能有效地测试自己编写的程序，因为他们无法改变思维方式来尽力暴露自己程序中的错误。另外，程序员可能会下意思地避免找出错误来，担心受到同事、上司、客户或正在开发的程序或系统的主管的惩罚。
    由于程序员错误地理解了疑难定义或规范，导致程序中存在错误。如果情况是这样，程序员可能会带着同样的误解来测试自己的程序。
    这并不意味这着程序员测试自己的程序是不可能的。当然让其他人来测试程序会更加有效，也会更容易测试成功。
    测试不等于调试，调试由程序的编写人员来完成会有效得多。

原则3.编写软件的组织不应当测试自己编写的软件。
    一个软件项目或变成组织是一个有机的机构，具有与各地程序员相似的心理问题。而且在大多数情况下，主要是根据其在给定时间特定成本范围内开发软件的能力来衡量编程组织或项目经理。其中的一个原因是，度量时间和成本目标比较容易，而定量地衡量软件的可靠性则极其困难。即便是合理规划和实施的测试过程，也可能被认为降低了完成进度和成本目标的可能性，因此，编程组织难以客观地测试自己的软件。
    更经济的方法是由客观、独立的第三方来进行测试。

原则4.应当彻底检查每个测试的执行结果。
    这个原则可能是最显而易见的原则，但也同样常常被忽视。我们见过大量的例子，即便错误的症状在输出清单中可以清楚地看到，但还是没有找出那些错误来。换言之，在后续测试中发现的错误，往往是前面的测试遗漏掉的。

原则5.测试用例的编写不仅应当根据有效和遇到的输入情况，而且也应当根据无效和未遇到到的输入情况。
    在软件测试时，有个自然的倾向，即将重点集中在有效和预期的输入情况上，而忽略了无效和未预料到的情况。此外，在软件产品中突然暴露出来的许多问题是当程序以某些新的或未预料到的方式运行时发现的。因此，针对未预料的和无效输入情况的测试用例，似乎比针对有效输入情况的那些用例更能发现问题。

原则6.检查程序是否“未做其应该做的”仅是测试的一般，测试的另一半是检查程序是否“做了其不应该做的”
    这条原则是上条原则的必然结果。必须检查程序是否有我们不希望的负作用。比如，某个工资管理程序即便可以生成正确的工资单，但是如果也为非雇员生成工资单或者它覆盖掉了人员文件的第一条记录，这样的程序仍然是不正确的程序。

原则7.应避免测试用例用后即弃，除非软件本身就是一个一次性的软件。
    这问题在采用交互式系统来测试软件时最常见。人们通常会坐在终端前，匆忙地编写测试用例，然后将这些测试用例交由程序执行。这样做的问题在于，饱含我们宝贵投入的测试用例，在测试结束后就消失了。一旦软件需要重新测试，又必须重新设计这些测试用例。情况往往是这样的，由于重新设计测试用例需要投入大量的工作，人们总是避免这样做。因此，对该程序的重新测试极少会同上次一样严格。这就意味着，如果对成功需的更改导致了程序某个先前可以执行的部分发生了故障，这个故障往往是不会被发现的。保留测试用例，当程序其他部分发生变动后重新执行，这就是我们所谓的“回归测试”。

原则8.计划测试工作时不应默许假定不会发现错误。
    项目经理经常容易犯这个错误，这也是使用了不正确的测试定义的一个迹象——也就是说，假定“测试是一个证明程序正确运行的过程”。
    所谓测试，是为了发现错误而执行程序的过程。

原则9.程序某部分存在更多错误的可能性，与该部分已发现错误的数量成正比。
    假如某个程序由两个模块、类或子程序A和B组成，模块A中已经发现了5个错误，而模块B中仅仅找到了一处错误。如果模块A所经过的测试并不是故意设计的更为严格，那么改原则告诉我们，模块A与模块B相比，存在更多错误的可能性要大。
    错误总是倾向于聚集存在，而在一个具体的程序中，某些部分要比其他部分更容易存在错误，尽管没有人能够对这种现象给出很好的解释。如果一个程序的某个部分远比其他部分更容易产生错误，那么这种现象告诉我们，为了使测试获得更大的成效，最好对这些容易存在的错误的部分进行额外的测试。

原则10.软件测试是一向极富创造性、极具智力挑战的工作。
    测试一个大型软件所徐奥的创造性很可能超过了开发该软件所需要的创造性。要充分测试一个软件以确保所有错误都不存在是不可能的。


牢记下述观点：
    软件测试是为了发现错误而执行程序的过程。
    一个好的测试用例具有较高的范县某个尚未发现的错误的可能性。
    一个成功的测试用例能够发现某个尚未发现的错误。