搜索
2.1软件测试的心理学2.2软件测试的经济学黑盒测试白盒测试2.3软件测试的原则第2章软件测试的心理学和经济学1.“软件测试”错误的定义2.“软件测试”正确的定义3.成功的测试和不成功的测试2.1软件测试的心理学“软件测试就是证明软件不存在错误的过程。”“软件测试的目的在于证明软件能够正确完成其预定的功能。”“软件测试就是建立一个‘软件做了其应该做的’信心的过程。”1.“软件测试”错误的定义“测试是为发现错误而执行程序的过程”2.“软件测试”正确的定义人类行为总是倾向于具有高度目标性，确立一个正确的目标有着重要的心理学影响。如果我们的目的是证明程序中不存在错误，那就会在潜意识中倾向于实现这个目标，也就是说，我们会倾向于选择可能较少导致程序失效的测试数据。另一方面，如果我们的目标在于证明程序中存在错误，我们设计的测试数据就有可能更多地发现问题。与前一种方法相比，后一种方法会更多地增加程序的价值。例：病人因为身体不舒服而去看医生。如果医生对病人进行了某些实验检测，却没有诊断出任何病因，我们就不会认为这此实验检测是“成功的”。之所以是“不成功的”检测，是因为病人支付了昂贵的实验检测费用，而病状却依然如故。病人会因此而质疑医生的诊断能力。但是，如果实验检测诊断出病人是胃溃疡，那么这次检测就是“成功的”，医生可以开始进行适当的治疗。因此．医疗行业会使用“成功的”或“不成功的”来表达适当的意思。我们当然可以类推到软件测试中来，当我们开始测试某个程序时，它就好似我们的病人。3.成功的测试和不成功的测试（本末倒置）当项目经理在归纳测试用例的结果时，尤其会用到这两个词。可能有些项目经理将没发现错误的测试用例称为一次“成功的测试”，而将发现了某个新错误的测试称为“不成功的测试。3.成功的测试和不成功的测试—本末倒置成功的测试：如果在测试某段程序时发现了错误，而且这些错误是可以修复的，就将这次合理设计并得到有效执行的测试称作是“成功的”。如果本次测试可以最终确定再无其他可查出的错误，同样也被称作是“成功的”。不成功的测试：未能适当地对程序进行检查，在大多数情况下，未能找出错误的测试被认为是“不成功的”。（因为认为软件中不包含错误的观点基本上是不切实际的）3.成功的测试和不成功的测试—合理的解释能发现错误就证明它是值得设计的。一个“不成功的”测试用例，会使程序输出正确的结果，但不能发现任何错误。3.成功的测试和不成功的测试—成功的测试用例软件测试的策略：1.黑盒测试2.白盒测试2.2软件测试的经济学黑盒测试是一种重要的测试策略，又称为数据驱动的测试或输入/输出驱动的测试。使用这种测试方法时，将程序视为一个黑盒子。测试目标与程序的内部机制和结构完全无关，而是将重点集中放在发现程序不按其规范正确运行的环境条件（判定的标准就是“穷举输入测试”，将所有可能的输入条件都作为测试用例。）1.黑盒测试穷举输入测试是无法实现的，这有两方面的含义，一是我们无法测试一个程序以确保它是无错的，二是软件测试中需要考虑的一个基本问题是软件测试的经济学。也就是说，由于穷举测试是不可能的，测试投入的目标在于通过有限的测试用例，最大限度地提高发现的问题的数量，以取得最好的测试效果。1.黑盒测试白盒测试又称为逻辑驱动的测试，允许我们检查程序的内部结构。这种测试策略对程序的逻辑结构进行检查，从中获取测试数据（遗憾的是，常常忽略了程序的规范）。2.白盒测试针对达种测试策略，建立起与黑盒测试中穷举输入测试相似的测试方法，将程序中的每条语句至少执行一次。但是我们不难证明，这还是远远不够的。这种方法通常称为穷举路径测试，所谓穷举路径测试，即如果使用测试用例执行了程序中所有可能的控制流路径，那么程序有可能得到了完全测试。2.白盒测试程序中不同逻辑路径的数最多可能达到天文数字虽然我们可以测试到程序中的所有路径，但是程序可能仍然存在着错误（1.即使是穷举路径测试也决不能保证程序符合其设计规范。2.程序可能会因为缺少某些路径而存在问题。3.穷举路径测试可能不会暴露数据敏感错误）2.白盒测试（完全测试质疑）原则1：测试用例中一个必需部分是对预期输出或结果的定义如果没有定义预期结果，即没有比较标准原则2：程序员应当避免测试自己编写的程序心理上，程序员很难对自己建立起来的程序进行破坏性审查程序员对规范的错误理解会导致程序错误，同样的误解导致无法测试这样的错误调试由程序员本人进行则更有效2.3软件测试的原则原则3：编写软件的组织不应当测试自己编写的程序由于组织和项目经理总是希望保证进度，降低成本。定量地衡量软件的可靠性极其困难，即便是合理规划和实施的测试过程也可能被认为降低了完成进度和成本目标的可能性，因此编程组织难以客观测试自己的软件具有和程序员相似的心理由客观、独立的第三方进行测试更经济2.3软件测试的原则原则4：应该彻底检查每个测试的执行结果测试中发现的错误常常被遗漏原则5：测试用例的编写不仅应当根据有效和预期的输入情况，也应当根据无效和未预料到的输入情况测试软件时经常会忽略无效和未预料到的情况（使软件缺乏鲁棒性）在软件产品中突然暴露出来的许多问题是当程序以某些新的或未预料到的方式运行时发现的针对未预料到的和无效的输入情况的测试用例更能发现问题2.3软件测试的原则原则6：检查程序是否“未做其应该做的”仅是测试的一半，测试的另一半是检查程序是否“做了不应该做的”是原则5的必然结果必须检查程序是否有我们不希望的副作用，这样的程序仍然是不正确的程序2.3软件测试的原则原则7：应避免测试用例用后既弃，除非软件本身就是一个一次性的软件测试用例在测试后就消失了，一旦软件需要重新测试，就需要重新设计这些测试用例，结果或者是再次投入大量的工作，或者是草草测试，这样对程序的更改如果导致某个先前可执行的部分发生故障，这个故障往往不会被发现回归测试：当程序其他部件发生更动后重新执行之前保留的测试用例2.3软件测试的原则原则8：计划测试工作时不应默许假定不会发现错误错误的测试定义：测试是证明程序正确运行的过程正确的测试定义：测试是为发现错误而执行程序的过程2.3软件测试的原则原则9：程序某部分存在更多错误的可能性，与该部分已发现错误的数量成正比残存错误的可能性与已知错误之间的联系：图2-2page14错误总是倾向于聚集存在，在一个程序中，某些部分要比其他部分更容易存在错误，为了使测试获得更大的程序，最好对这些容易存在错误的部分进行额外的测试2.3软件测试的原则原则10：软件测试是一项极富创造性、极具智力挑战性的工作测试软件的创造性很可能超过了开发软件所需的创造性发现有效的测试用例是一项创造性的工作2.3软件测试的原则