试基本知识.pptVIP

测试策略 理念： 降低测试成本。 用较低的代价实现有效的测试，不应为了追求完美的测试而不失一切代价。 如何合理地减少测试工作量 减少冗余的测试 白盒测试与黑盒测试的方式虽然不同，但往往有“异曲同工”之妙。在很多地方，白盒测试与黑盒测试会产生一模一样的效果（或者能推理出来），这样的测试是冗余的。 在集成测试、系统测试阶段，可能要执行多次“回归测试”。每一次“回归测试”都会存在不少的冗余，应当设法剔除不必要的重复测试工作。 减少无价值的测试 无价值的测试通常是由于不懂得测试技术引起的。例如功能测试，在等价区间之中，本来只要测试一个典型的输入就行了，如果有人在此区间测试了100次，那么其中99次就是无价值的。 如何“偷工减料” 有一些“短、平、快”的项目，经费本来就少，用户对质量要求也马马虎虎。为了能多挣一点钱，开发方不得不采用“偷工减料”的方式来降低测试代价。偷工减料的途径无非就是减少测试的内容和频度。但不能砍得太狠，否则软件拿不出手。基本方法是找出软件中需要优先测试的部分，其它次要部分可以忽略或将来再测试。 * * 在需求阶段修正一个错误的代价是1,在设计阶段就是它的3~6倍,在编程阶段是它的10倍,在内部测试阶段是它的15~40倍,在外部测试阶段是它的30~70倍而到了产品发布出去时,这个数字就是它的40~1000倍.修正错误的代价不是随时间线性增长,而几乎是呈指数级增长的. * 为了把握各个环节的正确性，人们需要进行各种确认和验证工作。 确认是一系列的活动和过程，其目的是想证实在一个给定的外部环境中软件的逻辑正确性。它包括需求规格说明的确认和程序的确认，而程序的确认又分为静态确认与动态确认。 验证则试图证明在软件生存期各个阶段，以及阶段间的逻辑协调性、完备性和正确性。 图中所示的就是软件生存期各个重要阶段间所要保持的正确性。它们就是验证工作的主要对象。 确认和验证工作都属于软件测试。在对需求理解与表达的正确性、设计与表达的正确性、实现的正确性以及运行的正确性的验证中，任何一个环节发生了问题都可能在软件测试中表现出来。 * * * * 据调查，对于大多数软件产品而言，用于测试与改错的时间一般会占软件开发周期的30%，这是一笔很大的花费。由于测试并没有为产品增加功能或添加特色，那么大的开销实在让人心疼。企业应当设法制定一些有效的策略来降低测试的代价。设想如果能把“30%”压缩至“10%”，真的可以榨出很多油水来！ 一些指导方针 （1）不论是开发人员还是独立测试人员，都应当对他们进行必要的测试技能培训。这样可以提高他们的工作效率。注意，很多开发人员并不懂得如何测试，出于本能的测试通常是低效率的。 （2）测试必须有计划，不可以胡乱测试。否则东测一下，西测一下，漏洞百出。 （3）测试过程中产生的所有文档，如测试计划、测试用例、测试报告、改错记录等等，必须纳入配置管理系统。 （4）在白盒测试之前，应当先进行代码审查，这样可以降低白盒测试的代价。 （5）对测试工作进行必要的审查，可由质量保证人员监督，防止测试流于形式。 如何合理地减少测试工作量 航空航天、武器、金融等领域的软件系统，要么性命攸关要么涉及重大财产。这类软件系统的质量重于“泰山”，因此对测试要求非常严格。有时对测试的投入甚至比对开发的投入还要高。之所以能这样做，一是值得，二是花费得起（有足够的经费和时间）。可是这样的系统毕竟是少数。 对于一般性的软件系统而言，开发商对测试的投入是有限度的。如果测试的代价过高，导致产品的利润低微甚至赔本，开发商绝对不会干这样“吃力不讨好”的事情。所以降低软件测试的代价是企业普遍关注的问题。 降低软件测试代价有两种基本方法：减少冗余和无价值测试.第（1）种方法是我们追求的，第（2）种方法只能在万般无奈的情况下采用。 * * 测试什么时候可以结束？有如下几种答复： （1）在软件消亡之前，测试永远不可能结束。它只是从测试人员转移到用户或维护人员身上而已。 （2）从统计学角度讲，如果软件运行1000个CPU小时内不出错的概率大于0.995的话，那么我们就有95％的信心说测试可以结束了。 （3）当期限来临或经费用光了的时候，测试就可以结束了。 第一种答复是真理，但毫无参考价值。第二种答复比较科学，但太抽象，普通技术人员难以掌握。第三种答复特别实在，但很无奈，因为测试是被迫终止的。 以下是三种比较实用的规则，可以结合使用。 软件测试内容 什么是软件测试 软件测试对象 测试的目的 测试的分类 功能测试方法与内容 测试策略 测试流程及相关文档 测试人员的基本素质 测试驱动开发介绍 什么是软件测试 软件测试是一种有效的提高软件质量的手段,但即使在投入上有所保证,测试也