软件测试过程及方法指南 最近总有人询问测试计划的编写方法和步骤，如何合理的设计测试计划是每个测试经理 的责任，测试中需要关注的要素太多了，既有技术方面的考虑，也有管理方面的考虑，如何 才能设计出实用的测试计划呢？我根据自己的经验，整理出一份软件测试计划编写指南，希 望对大家有所启示，并同大家交流测试中的心得和方法。 前言 1.1 软件测试的目的 软件测试的目的决定了如何去组织测试。如果测试的目的是为了尽可能多地找出错误， 那么测试就应该直接针对软件比较复杂的部分或是以前出错比较多的位置。如果测试目的是 为了给最终用户提供具有一定可信度的质量评价，那么测试就应该直接针对在实际应用中会 经常用到的商业假设。 不同的软件项目会有不同的测试目的；相同的软件项目，不同的时期也可能有不同测试 目的，可能是测试不同区域或是对同一区域的不同层次的测试。 软件测试： ①、软件测试是为了发现错误而执行程序的过程； ②、测试是为了证明程序有错，而不是证明程序无错误。 ③、一个好的测试用例是在于它能发现至今未发现的错误； ④、一个成功的测试是发现了至今未发现的错误的测试。 这种观点可以提醒人们测试要以查找错误为中心，而不是为了演示软件的正确功能。但 是仅凭字面意思理解这一观点可能会产生误导，认为发现错误是软件测试的唯一目，查找不 出错误的测试就是没有价值的，事实并非如此。 首先，测试并不仅仅是为了要找出错误。通过分析错误产生的原因和错误的分布特征， 可以帮助项目管理者发现当前所采用的软件过程的缺陷，以便改进。同时，这种分析也能帮 助我们设计出有针对性地检测方法，改善测试的有效性。 其次，没有发现错误的测试也是有价值的，完整的测试是评定软件质量的一种方法。 对于测试数据的动态积累可以给项目管理者展示出当前项目的实时状态，为科学的决策 提供有力的保障，并且为今后的培训，考评，工作的检查等提供强有力的数据基础。 1.2 软件测试的复杂性和经济性 人们常常以为，开发一个程序是困难的，测试一个程序则比较容易。这其实是误解。设 计测试用例是一项细致并需要高度技巧的工作，稍有不慎就会顾此失彼，发生不应有的疏漏。 不论是黑盒测试方法还是白盒测试方法，由于测试情况数量巨大，都不可能进行彻底的测试。 所谓彻底测试，就是让被测程序在一切可能的输入情况下全部执行一遍。通常也称这种测试 为“穷举测试”。“黑盒”法是穷...
VIP
