part02软件测试策略.pptVIP

软件测试工程师培训 软件测试策略 主要内容 1测试的策略方法 2软件测试策略 3单元测试 4集成测试 5有效性测试 6系统测试 7回归测试 8调试 9小结 1测试的策略方法 确定测试策略 建立测试环境 设计并执行测试 测试评估 确定测试策略 测试从软件开发的什么阶段开始 在测试不同的时间应用不同的测试技术 测试由谁来实施 测试与调试试不同的活动，但测试策略中应包含调试 确定测试策略的关键 项目类型 传统 原型 维护 软件类型 在线 实时 批处理 开始测试时间 需求 设计 测试 确定测试策略的关键 成功的关键因素 正确性 可靠性 测试执行人员 用户 开发人员 独立测试人员 测试完成准则 交付 资源（时间/资金） 确定测试策略的关键 权衡因素 进度 成本/资源 质量 系统对项目组的重要性 风险评估 测试活动 测试阶段的信息流 测试阶段的信息流 测试阶段的输入信息有两类： 软件配置：这是测试的对象，包括需求说明书、设计说明书和被测的源程序等。 测试配置：包括测试计划、测试步骤、测试用例（测试数据），以及具体实施测试的测试程序、测试工具等 2软件测试的策略 测试过程按4个步骤进行： 单元测试 集成测试 确认测试 系统测试 单元测试，集中对用源代码实现的每一个程序单元进行测试，检查各个程序模块是否正确地实现了规定的功能。 组装测试把已测试过的模块组装起来，主要对与设计相关的软件体系结构的构造进行测试。 确认测试则是要检查已实现的软件是否满足了需求规格说明中确定了的各种需求，以及软件配置是否完全、正确。 系统测试把已经经过确认的软件纳入实际运行环境中，与其它系统成份组合在一起进行测试。 3单元测试 (Unit Testing) 单元测试又称模块测试，是针对软件设计的最小单位 ─ 程序模块，进行正确性检验的测试工作。其目的在于发现各模块内部可能存在的各种差错。 单元测试需要从程序的内部结构出发设计测试用例。多个模块可以平行地独立进行单元测试。 目的：分别完成每个单元的测试任务，以确保每个模块能正常工作。 单元测试的考虑 算法和逻辑 模块接口 数据结构（全局和局部） 边界条件 独立的路径 错误处理 单元测试的过程 1. 单元测试的内容 在单元测试时，测试者需要依据详细设计说明书和源程序清单，了解该模块的I/O条件和模块的逻辑结构，主要采用白盒测试的测试用例，辅之以黑盒测试的测试用例，使之对任何合理的输入和不合理的输入，都能鉴别和响应。 (1) 模块接口测试 在单元测试的开始，应对通过被测模块的数据流进行测试。测试项目包括： 调用本模块的输入参数是否正确； 本模块调用子模块时输入给子模块的参数是否正确； 全局量的定义在各模块中是否一致；  在做内外存交换时要考虑： 文件属性是否正确； OPEN与CLOSE语句是否正确； 缓冲区容量与记录长度是否匹配； 在进行读写操作之前是否打开了文件； 在结束文件处理时是否关闭了文件； 正文书写／输入错误， I／O错误是否检查并做了处理。 (2) 局部数据结构测试 不正确或不一致的数据类型说明 使用尚未赋值或尚未初始化的变量 错误的初始值或错误的缺省值 变量名拼写错或书写错 不一致的数据类型 全局数据对模块的影响  (3) 路径测试 选择适当的测试用例，对模块中重要的执行路径进行测试。 应当设计测试用例查找由于错误的计算、不正确的比较或不正常的控制流而导致的错误。 对基本执行路径和循环进行测试可以发现大量的路径错误。 (4) 错误处理测试 出错的描述是否难以理解 出错的描述是否能够对错误定位 显示的错误与实际的错误是否相符 对错误条件的处理正确与否 在对错误进行处理之前，错误条件是否已经引起系统的干预等 (5) 边界测试 注意数据流、控制流中刚好等于、大于或小于确定的比较值时出错的可能性。对这些地方要仔细地选择测试用例，认真加以测试。 如果对模块运行时间有要求的话，还要专门进行关键路径测试，以确定最坏情况下和平均意义下影响模块运行时间的因素。 2. 单元测试的步骤 模块并不是一个独立的程序，在考虑测试模块时，同时要考虑它和外界的联系，用一些辅助模块去模拟与被测模块相联系的其它模块。 驱动模块 (driver) 桩模块 (stub) ── 存根模块 如果一个模块要完成多种功能，可以将这个模块看成由几个小程序组成。必须对其中的每个小程序先进行单元测试要做的工作，对关键模块还要做性能测试。 对支持某些标准规程的程序，更要着手进行互联测试。有人把这种情况特别称为模块测试，以区别单元测试。 4集成测试 也称为组装测试 、联合测试 通常，在单元测试的基础上，需要将所有模块按照设计要求组装成为系统。这时需要考虑的问题是： 在把各个模块连接起来的时侯，