软件测试工程师培训-测试基础.ppt

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 集成测试－增殖式组装 自底向上的增殖方式： 集成步骤： 由驱动模块控制最底层模块，进行并行测试。 用实际模块替换驱动模块，形成子系统。 为子系统配备驱动模块进行测试。 按程序结构向上组装测试后的构件，直到整个系统被集成完成。 特点： 这种组装的方式是从程序模块结构的最底层的模块开始组装和测试。 因为模块是自底向上进行组装，对于一个给定层次的模块，它的子模块（包括子模块的所有下属模块）已经组装并测试完成，所以不再需要桩模块。 集成测试－增殖式组装 集成测试－增殖式组装 自底向上的增殖方式： 驱动模块的选择 集成测试－增殖式组装 优点 缺点 自顶向下测试 可以自然地做到逐步求精，一开始便能让测试者看到系统的框架 需要提供桩模块 输入输出模块、复杂算法模块一般在最底层，错误发现晚 自底向上测试 不需要桩模块 输入输出模块、复杂算法模块测试早 直到最后一个模块被加进去之后才能看到整个系统的框架 集成测试－增殖式组装 混合增殖式测试： 衍变的自顶向下的增殖测试 强化输入输出模块、复杂算法模块测试。 自底向上组装成子系统。 由主模块开始自顶向下增值测试。 自底向上——自顶向下的增殖测试 首先对含读操作的子系统自底向上直至根结点模块进行组装和测试。 然后对含写操作的子系统做自顶向下的组装与测试。 集成测试－增殖式组装 关键模块： 满足某些软件需求。 高层控制模块。 较复杂、较易发生错误。 有明确定义的性能要求。 关键模块及早测试，回归测试时重点测试。 集成测试－设计 集成测试应与单元测试的完成时间协调起来。在制定测试设计时，应考虑如下因素： 是采用何种系统组装方法来进行组装测试。 组装测试过程中连接各个模块的顺序。 模块代码编制和测试进度是否与组装测试的顺序一致。 测试过程中是否需要专门的硬件设备。 集成测试－完成 单元测试 单元测试 单元测试 单元测试 单元测试 集 成 测 试 确认、系统与验收测试 集成 测试 确认 测试 系统 测试 单元 测试 被测模块 已集成的软件 已确认的软件 可交付的软件 测试通过的模块 设计信息 软件需求 系统其它元素 单元 测试 被测模块 单元 测试 被测模块 验收 测试 用户核心流程 确认、系统与验收测试－确认测试 确认测试包括有效性测试与软件配置复查。 任务是验证软件的功能和性能及其他特性是否与用户的要求一致。 对软件的功能和性能要求在软件需求规格说明中已经明确规定。 确认、系统与验收测试－确认测试 有效性测试 是在模拟的环境（可能就是开发的环境）下，运用黑盒测试的方法，验证所测软件是否满足需求规格说明书列的需求。 软件配置复查 保证软件配置的所有成分都齐全。 各方面的质量都符合要求。 具有维护阶段所必需的细节。 而且已经编排好分类的目录。 确认、系统与验收测试－系统测试 系统测试是将通过确认测试的软件，作为整个基于计算机系统的一个元素，与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合在一起测试。 在实际运行（使用）环境下，对计算机系统进行一系列的组装测试和确认测试。 系统测试的目的在于通过与系统的需求定义作比较，发现软件与系统定义不符合或与之矛盾的地方。 确认、系统与验收测试－验收测试 验收测试根据合同、《需求规格说明书》对成品进行验收测试。 验收测试与系统测试的区别： 组织机构：验收组由用户代表、开发商代表、监理代表等组成。 测试地点：验收测试原则上在顾客所在地进行，但如顾客同意也可在公司内模拟用户环境进行。 覆盖范围：验收测试针对用户关心的核心流程。 实施人员：用户为主。 确认、系统与验收测试－设计 功能（机能）测试：目标中的功能是否真正实现了。 安全性测试：设法破坏程序的安全性、保密检查。 可靠性测试：平均无故障时间、因故障停机时间，需要模拟运行环境。 恢复测试：测试系统出错后如何恢复正常工作的。 确认、系统与验收测试－设计 并发负载测试：在一定工作负荷和配置条件下，系统响应时间及处理速度。 疲劳强度测试：让程序在高负荷情况下运行（微软建议72小时）。 大数据量测试：企图证明程序不能处理目标中指出的大批数据。 存储量测试：测试程序所占用的内外存容量（静/动态）。 确认、系统与验收测试－设计 可安装性测试：测试系统的安装过程。 启动/停止测试：系统启动及关机阶段，能否正常运行。 配置测试：软硬件配置，至少每一类和最大最小的设备配置情况都要测试。 兼容性测试：向下兼容、交错兼容，对现有程序进行修改和补充后，要进行此类测试。 确认、系统与验收测试－设计 互连测试：测试不同系统之间的互连性。 可维护性测试：对维护过程和难易程度进行测试