软件测试原理

阅读 / 问答 / 标签

软件测试原理与实践的介绍

《软件测试原理与实践》,印度人Srinivasan Desikan 、Gopalaswamy Ramesh撰写的计算机科学丛书。 全面论述了软件测试的基本原理和最佳实践,介绍了最近出现的极限测试和即兴测试等新的测试方法。介绍了全球团队的个人、组织结构和模型等问题。在介绍综合性理论知识的同时,强调实际经验。在介绍黑盒测试和白盒测试等传统方法的同时,还介绍了测试的很多实际问题,例如国际化测试和回归测试等。

软件测试原理是什么呢?

一:木桶原理:什么是木桶?在软件产品生产方面就是全面质量管理(TQM)的概念。产品质量的关键因素是分析、设计和实现,测试应该是融于其中的补充检查手段,其他管理、支持、甚至 文化因素也会影响最终产品的质量。应该说,测试是提高产品质量的必要条件,也是提高产品质量最直接、最快捷的手段,但决不是一种根本手段。反过来说,如果将提高产品质量的砝码全部押在测试上,那将是一个恐怖而漫长的灾难。二:bug的80-20原则:80% 的软件缺陷常常生存在软件 20% 的空间里。这个原则告诉我们,如果你想使软件测试有效地话,记住常常光临其高危多发 “ 地段 ” 。在那里发现软件缺陷的可能性会大的多。这一原则对于软件测试人员提高测试效率及缺陷发现率有着重大的意义。聪明的测试人员会根据这个原则很快找出较多的缺陷而愚蠢的测试人员却仍在漫无目的地到处搜寻。80-20 原则的另外一种情况是,我们在系统分析、系统设计、系统实现阶段的复审,测试工作中能够发现和避免 80% 的软件缺陷,此后的系统测试能够帮助我们找出剩余缺陷中的 80% ,最后的 5% 的软件缺陷可能只有在系统交付使用后用户经过大范围、长时间使用后才会曝露出来。因为软件测试只能够保证尽可能多地发现软件缺陷,却无法保证能够发现所有的软件缺陷。80-20 原则还能反映到软件测试的自动化方面上来,实践证明 80% 的软件缺陷可以借助人工测试而发现, 20% 的软件缺陷可以借助自动化测试能够得以发现。由于这二者间具有交叉的部分,因此尚有 5% 左右的软件缺陷需要通过其他方式进行发现和修正。因为测试只能够保证尽可能多地发现错误,无法保证能够发现所有的错误。80/20原则1.80%的工程量用在20%的需求上2.80%的开发成本花费在20%的部件上3.80%的错误是由20%的部件引起的4.80%的延期或返工是由20%的变更造成的5.80%的系统资源是由20%的部件消耗的6.80%的进度是由20%的人完成的7.80%的时间使用20%的功能