第3讲 软件测试流程.pptVIP

第3讲 软件测试流程 徐浙君 主要内容 软件测试的复杂性 软件测试的经济性 软件测试的模型 单元测试 软件测试的复杂性与经济性分析 “程序测试只能证明错误的存在，但不能证明错误不存在”。 ——E.W.Dijkstra 软件测试的复杂性与经济性分析 在实际的软件开发过程中，作为现代软件开发工业一个非常重要的组成部分，软件测试正扮演着越来越重要的角色。 随着软件规模的不断扩大，如何在有限的条件下对被开发软件进行有效的测试正成为软件工程中一个非常关键的课题。 软件测试的复杂性 设计测试用例是一项细致并且需要具备高度技巧的工作，稍有不慎就会顾此失彼，发生不应有的疏漏。下面分析了容易出现问题的根源。 (1) 完全测试是不现实的 (2) 软件测试是有风险的 (3) 杀虫剂现象 (4) 缺陷的不确定性 软件测试的复杂性 （1）完全测试是不现实的 完全测试也叫穷举测试，穷举测试会引起以下几种问题： 输入量太大 输出结果太多 软件执行路径太多 说明书存在主观性 软件测试的复杂性 （2）软件测试是有风险的 软件测试的复杂性 软件测试的复杂性 （3）杀虫剂现象 同一种测试工具或方法用于测试同一类软件越多，则被测试软件对测试的免疫力就越强。 软件测试的复杂性 （4）测试的不确定性 当确定是软件缺陷时，若出现以下情况，软件缺陷就不能被修复。 修复的风险太大 时间不够 不会引起大的问题 可以理解成新的功能 软件测试的经济性 软件测试的经济性有两方面体现 测试工作在整个项目开发过程中的重要地位 应该按照什么样的原则进行测试，以实现测试成本与测试效果的统一。 测试是软件生存期中费用消耗最大的环节。测试费用除了测试的直接消耗外，还包括其它的相关费用。影响测试费用的主要因素有： (1) 软件面向的目标用户 (2) 可能出现的用户数量 (3) 潜在缺陷造成的影响 (4) 开发机构的业务能力 软件测试的充分性准则 软件测试的充分性准则有以下几点： 对任何软件都存在有限的充分测试集合； 当一个测试的数据集和对于一个被测的软件系统的测试是充分的，那么再多增加一些测试数据仍然是充分的。这一特性称为软件测试的单调性； 即使对软件所有成分都进行了充分的测试，也并不意味着整个软件的测试已经充分了。这一特性称为软件测试的非复合性； 即使对一个软件系统整体的测试是充分的，也并不意味着软件系统中各个成分都已经充分地得到了测试。这个特性称为软件测试的非分解性； 软件测试的充分性与软件的需求、软件的实现都相关； 软件测试的数据量正比于软件的复杂度。这一特性称为软件测试的复杂性； 随着测试次数的增加，检查出软件缺陷的几率随之不断减少。软件测试具有回报递减率。 软件测试的误区 在实际的项目开发与管理中仍然存在很多管理上或者技术上的误区。 (1) 期望用测试自动化代替大部分人工劳动 (2) 忽视需求阶段的参与 (3) 软件测试是技术要求不高的岗位 软件测试过程模型 软件测试过程模型 V模型是软件开发瀑布模型的变种，它反映了测试活动与分析和设计的关系 。 V模型存在一定的局限性，它仅仅把测试过程作为在需求分析、概要设计、详细设计及编码之后的一个阶段。容易使人理解为测试是软件开发的最后一个阶段，主要是针对程序进行测试寻找错误，而需求分析阶段隐藏的问题一直到后期的验收测试才被发现。 软件测试过程模型 软件测试过程模型 W模型测试的优点： W模型有利于尽早地全面的发现问题。例如，需求分析完成后，测试人员就应该参与到对需求的验证和确认活动中，以尽早地找出缺陷所在。同时，对需求的测试也有利于及时了解项目难度和测试风险，及早制定应对措施，这将显著减少总体测试时间，加快项目进度。 W模型测试的缺点： W模型也存在局限性。在W模型中，需求、设计、编码等活动被视为串行的，同时，测试和开发活动也保持着一种线性的前后关系，上一阶段完全结束，才可正式开始下一个阶段工作。这样就无法支持迭代的开发模型。对于当前软件开发复杂多变的情况，W模型并不能解除测试管理面临着困惑。 软件测试过程模型 模型也是有局限性的。W模型和V模型都把软件的开发视为需求、设计、编码等一系列串行的活动。同样，软件开发和测试保持一种线性的前后关系，需要有严格的指令表示上一阶段完全结束，才可以正式开始下一个阶段。这样就无法支持迭代、自发性以及变更调整。对于当前很多文档需要事后补充，或者根本没有文档的做法(这已成为一种开发的文化)，开发人员和测试人员都面临同样的困惑。 软件测试过程模型 软件测试过程模型 H模型中, 软件测试过程活动完全独立,贯穿于整个产品的周期,与其他流程并发地进行,某个测试点准备就绪时,就可以从测试准备阶段进行到测试执行阶段。软件测试可以尽早的进行,并且可以根据被测物的不同而分