一、软件测试的定义和目的
软件测试是根据软件的规格说明书和实际应用,设计一批测试案例,查找程序是否有存在错误,那么,软件测试的目的是发现尚未找到的错误。
二、程序员不要参于测试
程序开发人员已经习惯于自己的逻辑思维方法,下意识中避免了或绕开了其它逻辑判断的条件,程序当然不会出错。而测试人员可能有别于程序人员的逻辑思维,当两者的逻辑思维不相同时,所以在使用的时候随便去点击,点击一些东西的顺序,输入数据的内容都是随心所欲的,所以可能最与真实客户的思维模式一样,最有可以发现问题。
三、测试的原则
1)要把“尽早地不断地测试”作为测试的座右铭,
在写代码的前期就应该写好测试的案例。这样可以更避免掉好多麻烦
2)测试只能证明错误存在,而不能证明问题不存在;
因为测试案例你只能尽力去写,但是不可能考虑到全部
3)如果程序中查出的错误越多,则未查出的错误也越多。
正如在森林中,你在一小块地方就发现了几只狼,你想想在整个森林中狼会少吗
4)测试应当运用实际数据进行测试,而不是测试人员进行想象中的数据;
其实在开发的过程中,建好表以后,就应该录入真实的数据,也就是在整个代码开发的环节都用真实的数据
5)测试要细心,更要有无情的心;如要不细心,问题越后面越麻烦,一只老鼠坏了一锅好汤。换句话说,我们必须保证在做汤的每个环节都没有老鼠参与进来。如果在第一个环节发现有老鼠,其它的环节我们就没有必要进行了,重新开始第一环节的任务。
四、测试、质量、进度之间的关系
有人认为持久的测试和修改可以提高软件的开发质量。正如守门员一样,你在努力,你只能保证别人踢不进来,0:0是最好的结局。但是你没有办法保证你可以战胜对方。
其实软件开发的整个环节就和一个足球队一样,有守门员,有前锋,有后卫等等,任何一个环节出现问题都可以造成失败。没有办法说那个环节更重要一些。
正如有人要切你的一只手,让你选是左手和右手一样,
你的选择只能是,我一只也不会让你这个王八蛋切走的,每一只对我来都是很重要的
所以说软件的质量是每个环节努力的结果。而不是某个特定环节可以起的作用,所以每个环节都必须尽力,每个环节都是很重要的。
有人认为只要我的时间足够多,软件就会出现零错误。虽然多测试会发现并解决一些问题。但时间并不能解决全部的问题。一个稍微复杂一点的系统,无认通过什么样的手法,通过什么先进的测试理论来指导测试,想彻底消来错误,那是不可能的。君不同微软天天在发布软件升级包,是不是微软的技术不行,设计的测试案例不够多,还是测试的人数不多(全部上网的用户全部在帮他测试),这样算来微软的测试时间并不短,为什么还要天天升级,因为程序的错误是不可能预见式的消灭的。
那如何来平衡这测试和时间之间的关系呢,软件开发的成本以及程序所应用的领域等多个方面来进行综合考虑。对于一般的应用系统,界定一个相对的测试标准,告之程序开发人员和测试人员,让他们进行遵循其游戏规则,不要让程序员老觉得没有修改完错误,测试人员老是认为自己的测试进行得不够。这个游戏规则就是设计足够好而多的测试用例,让用户可以将程序运行起来。
毕竟,设计软件最终的目的是程序在基本满足要求的情况下,合法地获取尽可能多的利润。
同时对于软件开发人员,框架搭的灵活的,模块分的清晰一点,不至于牵一发,而动全身。
发现了问题并不要紧,只要能在用户可以容忍的时间内搞定就可以了,做人不要太有洁癖。