软件测试培训1.pptVIP

软件测试实践 贺依娜 he_yina@ 2003－10－19 内容提要 测试基本理论的回顾 测试阶段和流程介绍 基于测试流程上的缺陷管理系统 缺陷数据的分析 一、测试基本理论的回顾 软件测试的目的、作用 验证与确认 黑盒测试与白盒测试 软件测试的衡量标准 软件测试人员的素质要求 1.1软件测试目的和作用 目的 1.测试是程序的执行过程，目的在于发现错误；2.一个好的测试用例在于能发现至今未发现的错误；3.一个成功的测试是发现了至今未发现的错误的测试。 --《the art of software testing》 --grenford j. myers 作用 1、测试是为了要找出缺陷，但同时，也可以通过对缺陷的度量和统计，分析缺陷产生的原因和缺陷的分布特征，分析产品的质量、工作效率、诊断开发过程中的问题，并通过改进各个开发过程提高过程能力，最终降低缺陷数量和缺陷密度。 2、没有发现错误的测试也是有价值的，完整的测试是评定测试质量的一种方法。 软件测试的意义 迄今为止，软件质量仍然主要靠软件测试来验证和确认，而且由于测试工作特别耗费资源，在软件开发的总成本中，用在测试上的开销要占30%到50%。在极端的情况下，例如在关系到人的生命安全的软件中（如飞机控制或核反应监控等软件），测试费用可能相当软件生存周期所有其它阶段费用总和的三到五倍。此外，据美国工业界的统计，对商品化的程序来说，测试在时间和费用两方面的花费都要占整个软件开发周期总开销的50%左右。 但软件测试并不是质量保证的“安全网”。因此，我们应该从两个方面来保证和提高软件质量：首先，应尽量在开发期间减少错误，通过软件过程来建立软件质量；次之，应通过分析和测试来发现和修复软件产品中残存的错误。 1.2 验证和确认 验证（Verification）： 在软件生存期各个阶段，验证是指检测各个阶段结束时的工作产品是否满足对上一阶段的结束后的工作产品所定义的规格的验证过程。 1.2验证和确认 确认（Validation）: 在软件生存周期各个阶段，确认是指检测各个阶段结束时的工作产品是否满足在软件生存周期初期在系统需求文档中描述的各项软件规格的确认过程。 确认和验证的比较 验证是检测每一阶段形成的工作产品是否与前一阶段定义的规格相一致， 确认是检测每一阶段的工作产品是否与最初定义的软件需求规格相一致。 软件测试既可用于验证，又可用于确认。 1.3.1黑盒测试（Black-box testing） 黑盒测试是从用户观点出发的测试，它又称功能测试、数据驱动测试或基于规格说明书或用户手册的测试。它所依据的是程序的外部特性。 黑盒测试的准则 基于需求规格说明书的测试（需求矩阵） 需求列表 设计列表:概要设计和详细设计 测试用例与需求的对照表 1.3.2白盒测试（White-box testing） 白盒测试又称结构测试、逻辑驱动测试或基于程序的测试，其测试过程如图所示。 白盒测试覆盖准则 语句覆盖 -在测试时，设计若干测试用例，运行被测程序，使程序中的每个可执行语句至少执行一次。分支覆盖-在测试时，设计若干测试用例，运行被测程序，使程序中的每个判断真假的分支至少遍历一次。 条件覆盖 -在测试时，设计若干测试用例，运行被测程序，使程序中的每个条件的可能取值至少满足一次。 条件分支覆盖 -在测试时，设计足够的测试用例，使得判断中每个条件的所有可能取值至少出现一次，并且每个判断本身的判定结果也至少出现一次。 路径覆盖 - 设计足够多的测试用例，要求覆盖程序中所有可能的路径。 1.4 软件测试的衡量标准 需求的覆盖 需求追溯表/需求矩阵 缺陷数量 多、新 缺陷重现率 BUG能按照一定的测试过程稳定重现 效率 平均每人天发现的BUG数（5个/人天） 成本 少。合理的测试人力和软、硬件资源安排 重用价值 测试的数据或者样例可以重用 1.5测试人员的素质要求 对于测试人员的职业素质要求： 1、责任感 坚持原则、不放弃 有问题及时汇报 2、沟通能力、移情能力 与用户、项目组的沟通 3、独立的判断和自学习能力 坚持观点，不随声附和 喜欢探寻、钻牛角尖不一定是坏事情 4、耐心、自我督促 5、团队精神 与开发组整体为一个目标开展活动，有时需要妥协 二、一般的测试过程介绍 V-Model 测试阶段介绍 测试流程介绍 2.1 V 模型 (Improved) 2.2.1 单元测试阶段 单元测试的内容： 1、模块接口测试 2、检查局部数据结构能否保持完整性 3、模块边界条件测试 4、模块执行路径测试 5、检查模块内部错误处理是否有效 单元测试方法： 白盒测试为主 单元测试或模块测试 单元测试检查单 逻辑和算法：正确实现了逻辑和算法 数据结构（全局和局部）：使用了全局数据结构？哪些？如果有，作