能做一名软件测试人员不容易,要做一个名合格的软件测试人员更是不容易,因为软件测试人员要运用的知识很广,当然心理学也不例外。
测试执行得差,其中一个主要的原因在于大多数的程序员一开始就把这个术语的定义搞错了,他们可能认为:
1、软件测试就是证明软件不存在错误的过程
2、软件测试的目的在于证明软件能够正确完成其预定的功能
3、软件测试就是建立一个“软件做了其应该做的”信心的过程
可以说这些定义都是本末倒置的。
每当测试一个程序的时,总想为程序增加一些价值,通过测试来增加程序的价值,是指测试提高了程序的可靠性或质量,提高了可靠性是指找出并最终修改了程序的错误。
那么对于测试,更合适的定义应该是:软件测试是为了发现错误而执行的程序的过程。
虽然这看起来像是个微妙的文字游戏,但确实有重要的区别,理解软件测试的真正定义,会对成功地进行软件测试有很大的影响。
人类行为总是倾向于具有高度目标性,确立一个正确的目标有着重要的心理学影响。如果我们的目的是证明软件中不存在错误,那就会在潜意识中倾向于实现这个目标,也就是说,我们会倾向于选择可能较少导致程序失效的测试数据。另一方面,如果我们的目标在于证明程序中存在错误,我们设计的测试数据就有可能更多的发现问题。与前一种方法相比,后一种方法会更多的增加程序的价值。
为增加对软件测试正确定义的理解,另一种途径是分析一下对“成功地”和“不成功”这两个词的使用,当项目经理在归纳测试用例结果时,尤其会用到这两个词,大多数的项目经理将没发现错误的测试用例成为“成功地测试”,而是发现了某个错误的测试称为“不成功“的测试。
这又是一次本末倒置,“不成功的”表示事情不遂人意或者令人失望,我们认为,如果在测试的某段程序中发现了错误,而且这些错误是可以修复的,就将这次合理的设计并得到有效执行的测试称作是“成功的”。所谓“不成功”测试,仅指,未能适当地对程序进行检查,在大多数情况下,未能找出错误的测试被称为“不成功的”,这是因为软件测试中不包含错的的观点基本上是不切实际的。
能发现新错误的测试用例不人可能被认为是“不成功的.,;
相反,能发现错误就证明它是值得设计的。一个“不成功的“测试用例会使程片输出正确的结果,但不能发现任何错误。
我们可以类比一下病人看医生的情况,病人因为身体不舒服而去看医生,如果医生对病人进行了些实验检测,却没有诊断出任何病因,我们就不会认为这此实验检测是“成功的”。之所以是“不成功的"检测,是因为病人支付了昂贵的实验检测费用,而病状却依然如故。病人会因此而质疑医生的诊断能力。但是,如果实验检测诊断出病人是胃溃疡,那么这次检测就是
“成功的"'医生可以开始进行适当的治疗,医疗行业会使用”成功的”或“不成功的"
来表达适当的意思。我们当然可以类推到软件测试中来,当我们开始测试某个程序时,它就好似我们的病人。
另外,心理学研究表明,当人们开始一项工作时,如果已经知道它是不可行的或无法实现的,人的表现就会相当糟糕。举例来说,如果要求人们在15分钟之内完成星期日《纽约时报》里的纵横填字游戏、那么我们会观察到10分钟之后的进展非常小,因为大多数人都会却步于这个现实,即这个任务似平是不可能完成的。但是如果要求在四个小时之内完成填字游戏,我们很可能由期望在最初10分钟之内的进展会比前一种情况下的大。将软件测试定义为发现程序错误的过程,使得测试是个可以完成的任务,从而克服了这个心理障碍。
总结一下,软件测试更适宜被视为试图发现程序中错误(假设其存在)的破坏性的过程。
一个成功的测试用例,通过诱发程序发生错误,可以在这个方向上促进软件质量的改进,当然,最终我们还是要通过软件测试来建立某种程度的信心:软件做了其应该做的,未做其不应该做的。但是通过对错误的不断研究是实现这个目的的最佳途径。
免责声明:内容和图片源自网络,版权归原作者所有,如有侵犯您的原创版权请告知,我们将尽快删除相关内容。