第四章软件测试介绍.ppt

核实数据的接受、处理和检索是否正确，以及业务规则的实施是否恰当。它基于黑盒技术，该技术通过图形用户界面（GUI）与应用程序进行交互，并对交互的输出或结果进行分析，以此来核实应用程序及其内部进程。 黒盒测试看起来比较简单，只要看得懂《需求规格说明书》，谁都会做。 如果a作为测试数据进行测试不能发现程序中的错误，那么使用A中的其它输入进行测试也不可能发现错误。 这样就能以较少的具有代表性的数据进行测试，而取得较好的测试效果 设计测试用例时，要同时考虑这两种等价类。因为，软件不仅要能接收合理的数据，也要能经受意外的考验。这样的测试才能确保软件具有更高的可靠性。 集成测试在模块组装后查找模块间接口的错误 如何将经过单元测试的模块连接为一个可运行的系统呢？ 一种组装方式是将所有的模块一次连接起来，称为非渐增式集成策略。 另外一种方式则是将模块一个一个的连入系统，每连入一个模块，都要对新系统进行测试，这种组装方式称为渐增式集成策略。 目的： 从依赖性最小的底层模块开始，按照层次结构图，逐层向上集成，验证系统的稳定性。 软件测试自动化就是通过测试工具或其他手段，按照测试工程师的预定计划对软件产品进行自动的测试，它是软件测试的一个重要组成部分，能够完成许多手工无法完成或者难以实现的一些测试工作。正确、合理地实施自动化测试，能够快速、全面地对软件进行测试，从而提高软件质量、节省经费、缩短产品发布周期。 自动化测试能够替代大量手工测试工作，避免重复测试，同时，它还能够完成大量手工无法完成的测试工作，如并发用户测试、大数据量测试、长时间运行可靠性测试等。 美国东部时间12月6日(北京时间12月7日)消息，IBM当天宣布将以21亿美元现金收购Rational软件公司 Mercury Interactive MI公司 美科利 ，2006年，惠普表示，已同意以每股52美元收购美科利（Mercury Interactive）软件公司，总交易额超过45亿美元 变异测试是通过改变被测对象的源码，比较单元测试用例的结果，来判断单元测试用例的质量。 * 基于功能分解的集成 实施策略 非渐增式集成 渐增式集成 渐增式测试 基本单元本身不是一个独立的程序，自己不能运行，要靠其它部分来调用和驱动。 驱动模块(driver) 被测基本单元的主程序，它接收测试数据，并把数据传送给被测单元，最后输出实测结果。 桩模块(stub) 用来代替被测基本单元调用的其他基本单元。 驱动模块与桩模块 测试结果 驱动模块 桩模块1 被测模块 测试用例 桩模块3 桩模块2 渐增式测试 自顶向下集成(Top-down Integration) 按照系统层次结构图，以主程序模块为中心，自上而下按照深度优先或者广度优先策略，对各个模块一边组装一边进行测试。 自底向上集成(Bottom-up Integration) 从系统层次结构图的最底层模块开始进行组装和集成测试的方式。 渐增式测试 第四章 软件测试 4.1????测试模型与过程 4.2??? 白盒测试 4.3??? 黑盒测试 4.4 集成测试 4.5 自动化测试 4.6 例题 自动化测试概念 通过测试工具或其他手段来部分替代手工测试，并按照测试工程师预定计划进行自动测试的活动。 [目的] 提高测试质量； 减少测试过程中的重复劳动； 实现测试自动化； 自动化测试用于发现老缺陷； 手工测试用于发现新缺陷； 自动化测试概念 自动化测试的基本原理 录制 在测试者运行应用程序的时，把所有动作，包括键盘操作、鼠标点击等捕获下来，生成一个脚本文件。 回放 录制的脚本可以被“回放”。 脚本修改机制 根据测试需求，对脚本进行一些必要的修改。 适于自动化测试场景 产品型项目 每个项目改进少量的功能，并需要反复测试 增量式开发、持续集成项目 频繁的发布新版本 ，把人解脱出来测试新功能 自动编译、自动发布的系统 回归测试 验证修改老缺陷时，是否引入了新的缺陷 多次重复、机械性动作；需要频繁运行测试 不适于自动化测试场景 定制型项目（一次性的） 维护期由客户方承担的，公司的测试积累少 项目周期很短的项目 测试脚本，不能重复的利用 业务规则复杂的对象 复杂逻辑关系、运算关系，工具难以测试 美观、声音、易用性测试 测试很少运行：一个月只运行一次 软件不稳定 测试工具分类 白盒测试工具 针对代码进行测试，发现的缺陷可以定位到代码级。 根据测试工具原理的不同，可以分为： 静态测试工具 动态测试工具 代表工具 Rational的Test Realtime，Parasoft 的Jtest、C++test，Xunit（CppUnit、Dunit、DotUnit） 测试工