Slide 2 本章教学目标理论环节认识和理解特定环境及应用的测试掌握客户 / 服务器体系结构测试方法掌握图形用户界面 GUI 测试内容认识和理解实时系统测试认识和理解面向对象的软件测试基本概念和基本知识掌握面向对象软件测试的常用方法实践环节掌握对 Web 进行的压力测试掌握类的

Size: px

Start display at page:

Download "Slide 2 本章教学目标理论环节认识和理解特定环境及应用的测试掌握客户 / 服务器体系结构测试方法掌握图形用户界面 GUI 测试内容认识和理解实时系统测试认识和理解面向对象的软件测试基本概念和基本知识掌握面向对象软件测试的常用方法实践环节掌握对 Web 进行的压力测试掌握类的"

蓬圜降方
5 years ago
Views:

1 Slide 客户 / 服务器体系结构测试 5.2 图形用户界面 GUI 测试 5.3 实时系统测试 5.4 面向对象软件的测试 1

2 Slide 2 本章教学目标理论环节认识和理解特定环境及应用的测试掌握客户 / 服务器体系结构测试方法掌握图形用户界面 GUI 测试内容认识和理解实时系统测试认识和理解面向对象的软件测试基本概念和基本知识掌握面向对象软件测试的常用方法实践环节掌握对 Web 进行的压力测试掌握类的数据流测试, 重点设置登录服务器的网络设置 2

3 Slide 客户 / 服务器体系结构测试客户 / 服务器体系结构测试方法 Web 网站的测试对 Web 进行压力测试使用 WAS 进行 Web 负载测试 Return 3

4 Slide 客户 / 服务器体系结构测试方法客户 / 服务器 (C/S) 系统的特点 C/S 系统和传统的软件系统不同, 传统的软件系统是操作在一序列数据之上的函数和过程的集合而 C/S 系统是由相互协作而又彼此相对独立的软件子系统构成, 各子系统之间通过通信协议通信, 子系统内部通过消息进行通信一般由三层结构构成, 包括 : 客户端子系统应用服务子系统数据库服务子系统 4

5 Slide 客户 / 服务器体系结构测试方法客户 / 服务器 (C/S) 系统的体系结构 Server#1 Server#2 Server#n LAN/WAN/Internet Client#1 Client#2 Client#n 5

6 Slide 客户 / 服务器体系结构测试方法 C/S 体系结构软件的测试 C/S 体系结构的软件测试通常是从单个客户端开始, 逐步集成客户端服务器端和中间协议进行测试 ; 最后是系统的整体测试 (1) 客户端测试对客户端的测试属于功能性测试单元测试的最小单位是一个事件, 可以遵循以下原则进行测试 : 1) 按照功能将屏幕显示界面分为静态画面和动态画面两大类, 因动态画面需要和服务器端进行数据交互, 所以需要为它编写测试脚本 2) 按照对象的不同, 将各单元分成不同大类, 为每个大类编写相应的测试脚本 3) 根据客户端软件对用户的响应进行等价类划分, 定义产生各个响应的完整交互序列, 对每个序列构造有限状态机, 并生成相应的测试用例 6

7 Slide 7 客户 / 服务器体系结构软件测试方法 ( 续 ) (2) 服务器端测试对服务器的测试主要是性能的测试测试服务器的协调和数据管理能力以及服务器的性能 ( 整体响应时间和数据的吞吐量 ); 包括 : 1) 数据库测试 : 在使用数据库的应用系统中, 通常可能发生两种错误, 一种是数据一致性错误, 另一种是输出错误针对这两种情况应分别进行测试 2) 连接速度测试 : 主要测试系统在各种网络环境下的响应时间是否在允许范围之内, 特别是在 WEB 应用系统中, 这是重点应测试的指标之一 3) 负载测试 : 主要测试系统在某一负载级别上的性能保证系统在需求范围内能正常工作负载级别可以是某个时刻同时访问服务器系统的用户数量, 也可以是在线数据处理的数量 4) 压力测试 : 指对应用系统负载能力极限的测试主要测试系统的最大限度和故障恢复能力 7

8 Slide 8 客户 / 服务器体系结构软件测试方法 ( 续 ) (3) 中间协议层 ( 应用服务器 ) 测试主要检查客户端的协议实现程序和服务器端的协议实现程序能否利用底层的网络协议接口正确进行数据传输 (4)C/S 系统的集成测试一般采用非增量式方法进行 ; 重点考虑以下几个方面 : 1) 客户端的图形用户界面 2) 客户端和服务器端的关联测试 3) 包括网络通信的系统性能整体测试 8

9 Slide 9 客户 / 服务器体系结构测试方法 ( 续 ) (5) 整体测试对完整的 C/S 体系结构整体测试, 在上述功能测试和性能测试的基础上, 还包括网络运行及其性能的测试整体测试通常包括以下测试项目 : 事务测试创建一系列的测试以保证每类事务被按照需求处理事务测试着重于处理的正确性, 同时也关注性能问题网络通信测试用于验证网络节点间的通信是否正常的发生, 并且消息传递事务和相关的网络通信有无错误的发生 9

10 Slide Web 网站的测试基于 Web 的系统测试不但需要检查和验证是否按照设计的要求运行, 而且还要评价系统在不同用户的浏览器端的显示是否合适还要从最终用户的角度进行安全性和可用性测试, 下面我们将从功能性能可用性客户端兼容性安全性等方面讨论基于 Web 的系统测试方法对 Web 网站测试所采用的测试方法与策略 : 黑盒测试白盒测试静态测试和动态测试都有可能用到, 还会包括面向对象测试技术的运用 Web 网站的测试是一项复杂的任务, 如何进行? 最初的起点是把网页或整个网站当作一个黑盒子 10

11 Slide 11 网页测试文字测试 : 检查用户等级术语内容准确度以及内容的时效性链接测试 : 测试所有链接是否能按照指示的那样正确链接到应当链接的页面 ; 测试所链接的页面是否存在 ; 确保不存在孤立页面 ( 即没有链接指向的页面 ) 图形图像测试 : 确保有明确的用途 ; 颜色的搭配 ; 图片的大小和质量 ; 所有图形是否能够正确载入和显示表单测试 : 检测域的大小 ; 数据接收是否正确 ; 可选域是否真正可选 ; 提交操作的完整性等动态内容测试 ( 要求能查看到程序源代码 ) Cookies 测试 :Cookies 是否起作用 ; 是否按预定的时间进行保存 ; 刷新对 Cookies 有何影响等 11

12 Slide 12 网站测试数据库测试 : 在使用了数据库的 Web 系统中, 测试由用户提交的表单信息不正确而引起的数据一致性问题 ; 测试由网络速度或程序设计等问题引起的输出故障服务器性能及负载 ( 压力 ) 测试 : 通过应用模拟的方法实现, 即通过某种程序方法 ( 工具软件 ) 模拟上万个链接和下载来判断服务器的响应时间并发访问数量等性能与负载能力可用性测试 : 包括整体界面测试和导航测试安全性测试 : 测试有效和无效的用户名和密码 ; 测试 Web 应用系统是否有超时的限制 ; 测试相关信息是否写进了日志文件是否可追踪 ; 在使用了安全套接字时, 测试加密是否正确 ; 在没有经过授权时, 测试是否能拒绝在服务器端放置和编辑脚本 12

13 Slide 对 Web 进行压力测试 Web 服务测试原理 Web 压力测试压力测试是系统测试的一部分, 要被设计为通过应用很大的工作负载来使软件超负荷运转, 其目的是要弄清楚被测试的 Web 服务是不是不仅能做预期应能做的事, 而且在被施加了某些高强度压力的情况下仍能继续正常运行如果压力测试通过对软件保持高强度的使用 ( 不超过性能统计数字确定的限制 ) 能够有效执行, 那么它就经常能够发现许多其它测试无法发现的隐蔽错误压力下的错误类型内存泄露通常要求操作重复非常多的次数后才会出现并发与同步 13

14 Slide 14 对 Web 进行压力测试 ( 续 ) 图 Web 服务测试原理 14

15 Slide 15 对 Web 进行压力测试 ( 续 ) 有效的压力测试系统的关键条件重复 : 就是一遍又一遍地执行某个操作或功能这将确定一个操作能否正常执行, 并且能否继续在每次执行时都表现正常并发 : 就是在同一时间内执行多个操作由并发引起的错误只能通过执行多个代码示例才能测出来, 测试时要同时遍历多条代码路径量级 : 要考虑到每个操作中的负载量, 操作自身应尽可能给被测软件系统增加压力, 即 : 尽量使单独的操作进行高强度的使用, 增加操作的量级随机变化 : 随机使用前面条件中的无数变化形式, 就能够在每次测试运行时应用许多不同的代码路径 15

16 Slide 使用 WAS 进行 Web 负载测试负载测试是任何 Web 应用开发周期中一个重要的环节在构造一个为大量用户服务的应用之前, 搞清楚产品配置能够承受多大的负载非常重要但是在实际开发过程中, 若要按照实际投入运行的情况, 组织成千上万的用户来进行压力测试, 无论从那个方面看, 都是不现实的为了有效的对 Web 应用程序进行负载 ( 压力 ) 测试, 微软公司发布了简单易用功能强大的 Web 应用负载测试工具 WAS(Web Application Stress Tool), 它能够提供一种简单的方法模拟大量用户进行访问目标网站, 而且还能够提供 Web 应用程序工作时对硬件和软件的使用情况如何使用 WAS 进行 Web 负载测试? 16

17 Slide 图形用户界面 GUI 测试由于 GUI 开发环境采用了较多可重用的组件, 因此在开发用户界面时高效省时而且精确 ; 但由于 GUI 的复杂性, 增加了对这类情形的软件进行测试的难度, 从而也加大了设计和执行测试用例的难度目前, 针对 GUI 的测试技术基本上都是采用自动化测试工具来实现具体测试工作中,GUI 测试经常需要考虑以下的测试内容和方法 : 窗体操作测试下拉式菜单和鼠标操作测试数据项操作测试 17

18 Slide 实时系统测试实时系统 : 将硬件软件人力和数据库元素集成起来, 产生某种动作响应外部世界在实时系统中, 时间是交互的核心, 它必须高速地获得数据, 并在问题域规定的时间框架内对该问题域做出相应的处理实时系统测试的特殊性和复杂性 : 实时系统的时间依赖性和异步性给测试带来新的困难实时系统的软件和硬件之间存在着密切关系, 测试时必须考虑硬件故障对软件处理的影响实时系统测试的一般步骤 : (1) 任务测试 ;(2) 行为测试 ;(3) 任务间测试 ;(4) 系统测试 18

Slide 19 5.4 面向对象软件的测试 5.4.1 面向对象的基本概念 5.4.2 面向对象的软件测试与传统软件测试 5.

19 Slide 面向对象软件的测试面向对象的基本概念面向对象的软件测试与传统软件测试面向对象软件测试模型类的功能性测试和结构性测试状态转移图的面向对象软件测试 Return 19

20 Slide 面向对象的基本概念对象类消息接口继承多态和动态绑定 20

21 Slide 21 对象对象是指包含了一组属性以及对这些属性的操作的封装体属性可以是数据, 也可以是另一个对象 ; 每个对象都有它自己的属性值, 表示该对象的状态 ; 对象中的属性只能通过该对象所提供的操作来存取或修改对象所具有的状态行为标识三个基本特征, 分别对应与对象的属性方法和对象名对象是软件开发期间测试的直接目标面向对象软件测试所关注的焦点 : (1) 对象的行为是否符合它的规定说明 ; (2) 该对象与和它相关的对象是否协同工作 21

22 Slide 22 类类是具有相同属性和相同行为的对象的集合面向对象程序运行的基本元素是对象, 而类则是用来定义对象这一基本元素的在面向对象程序设计中, 类是一个独立的程序单位, 它有一个类名, 还包括用于描述对象属性的成员变量和用于描述对象行为的成员函数类是对象的抽象定义, 它定义了用户将要如何创建对象的方法使用类时必须先实例化用对象名创建类的实例, 再通过这个对象去访问类的成员变量, 去调用类的成员函数 22

23 Slide 23 消息消息是对象的操作将要执行的一种请求, 也被称为成员函数调用或者方法调用面向对象的程序的执行实际上是执行一个由消息连接起来的方法序列发送消息 M 到对象 N = 调用 N 对象的 M 方法一个对象通过向另一个对象发送消息来请求其服务, 对象之间的协同工作是通过互相传送消息来完成的一个消息通常包括接收对象名调用的操作名和适当参数 ( 如有必要 ) 消息只告诉接收对象需要完成什么操作, 但并不指示接收者怎样去完成操作消息完全由接收者解释, 接收者独立决定采用什么方法来完成所需操作 23

24 Slide 24 消息消息 ( 续 ) 从测试的角度看, 关于消息有下面的结论 : (1) 消息的发送者决定何时进行发送消息, 可能会做出错误的决定 ; (2) 消息的接收者可能收到非预期的特定消息, 并做出不正确地反映 ; (3) 消息可能含有参数在处理一条消息时, 参数能被接收者使用或修改若传递的参数是对象, 那么在消息被处理前和处理后, 对象必须处于正确的状态, 而且必须是接收者所期望的接口 24

25 Slide 25 接口接口是行为声明的集合接口是由一些规范构成的, 规范定义了类的一套完整的公共行为从测试的角度, 关于接口有下面的结论 : (1) 接口封装了操作的说明如果这一接口包含的行为和类的行为不相符, 那么这一接口的说明就有问题 (2) 接口非孤立, 它与其它的接口和类有一定的关系一个接口可以指定一个行为的参数类型, 使得实现该接口的类可以被当作一个参数进行传递 25

26 Slide 26 继承继承是指在某个类的层次关联中, 不同的类共享属性和操作的一种机制继承允许一个新的类 ( 称为子类 ) 在一个已有的类 ( 称为父类或者基类 ) 的基础上进行定义一个父类可以有多个子类, 这些子类都是父类的特例父类描述了这些子类的公共属性和操作, 子类中还可以定义它自己的属性和操作从测试的角度来看, 继承包含以下内容 : (1) 继承提供一种机制, 通过这种机制, 潜在的错误能够从一个类传递到它的派生类 (2) 子类是从父类继承过来的, 子类也就继承了父类的属性和操作因此, 可以用测试父类的方法对子类进行测试 26

27 Slide 27 多态和动态绑定多态是指同一个操作作用于不同的对象可以有不同的解释, 产生不同的执行结果多态提供了将类看作是一种或多种类型的能力, 它定义了用来支持多种不同类型所适应的策略多态可分为包含多态与参数多态与多态密切相关的一个概念就是动态绑定传统程序设计语言把过程调用与目标代码的连接放在程序运行前进行, 称为静态绑定而动态绑定则是把这种连接推迟到运行时才进行在程序运行过程中, 当一个对象发送消息请求服务时, 要根据接收对象的具体情况将请求的操作与实现的方法进行连接, 即动态绑定 27

28 Slide 面向对象的软件测试与传统软件测试面向对象技术所独有的封装继承多态等新特点给测试带来一系列新的问题, 增加了测试的难度与传统的面向过程的程序设计相比, 面向对象程序设计产生错误的可能性增大, 或者使得传统软件测试中的重点不再那么突出, 使原来测试经验和实践证明的次要方面成为了主要问题例如 : 函数 y = Function(x) 如果该函数写在传统的面向过程的程序中, 通常考虑的是函数 Function() 本身的行为特点但若写在面向对象的程序中, 就不得不同时考虑基类函数 Base::Function() 的行为和继承类函数 Derived::Function() 的行为 28

29 Slide 29 面向对象的软件测试与传统软件测试 ( 续 ) 面向对象技术的特点给测试带来的新问题具体表现为 : (1) 封装把数据及对数据的操作封装在一起, 限制了对象属性对外的透明性和外界对它的操作权限, 在某种程度上避免了对数据的非法操作, 有效防止了故障的扩散但同时, 封装机制也给测试数据的生成测试路径的选取以及测试结构的分析带来了困难 (2) 继承实现了共享父类中定义的数据和操作, 同时也可定义新的特征子类是在新的环境中存在, 所以父类的正确性不能保证子类的正确性继承使代码的重用率得到了提高, 但同时也使故障的传播几率增加 (3) 多态和动态绑定增加了系统运行中可能的执行路径, 而且给面向对象软件带来了严重的不确定性, 给测试覆盖率的活动带来新的困难 29

30 Slide 30 面向对象的软件测试与传统软件测试 ( 续 ) 与传统软件相比, 由于存在的诸如继承关联动态绑定等关系, 面向对象软件具有更复杂的依赖关系, 一个类将不可避免的依赖于其它的类, 从而增加了面向对象软件测试的难度传统软件中存在的依赖关系有 : 变量间的数据依赖 ; 模块间的调用依赖 ; 变量与其类型间的定义依赖 ; 模块与其变量间的功能依赖面向对象软件除了存在上述依赖关系外, 还存在以下的依赖关系 : 类与类间的依赖 ; 类与操作间的依赖 ; 类与消息间的依赖 ; 类与变量间的依赖 ; 操作与变量间的依赖 ; 操作与消息间的依赖 ; 操作与操作间的依赖 30

31 Slide 面向对象软件测试模型面向对象的程序结构不再是传统的功能模块结构, 作为一个整体, 原有集成测试所要求的逐步将开发的模块搭建在一起进行测试的方法已变得不可行而且, 面向对象软件抛弃了传统的开发模式, 对每个开发阶段都有不同以往的要求和结果, 已经不可能用功能细化的观点来检测面向对象分析和设计的结果因此, 传统的测试模型对面向对象软件已经不再适用面向对象的软件开发模型将开发过程定义为面向对象分析 (OOA) 面向对象设计 (OOD) 和面向对象编程 (OOP) 三个阶段针对这种开发模型, 应该建立一种新的测试模型 31

32 Slide 32 面向对象软件测试模型 ( 续 ) 面向对象系统测试面向对象设计的测试 OO System Test OO Integrate Test OO Unit Test 面向对象集成测试面向对象单元测试面向对象分析的测试 OOA Test OOD Test OOA OOD OOP 面向对象的测试模型 OOP Test 面向对象编程的测试 32

33 Slide 33 面向对象软件测试模型 ( 续 ) OOA Test 和 OOD Test 是对分析结果和设计结果的测试, 主要是对分析设计产生的文档进行测试, 是软件开发前期的关键性测试 OOP Test 主要针对编程风格和程序代码实现进行测试, 主要的测试内容在面向对象单元测试和面向对象集成测试中体现面向对象单元测试针对程序内部具体单一功能的模块进行测试, 比如在 C++ 程序中主要就是对类成员函数的测试面向对象集成测试主要对系统内部的相互服务进行测试, 如成员函数间的相互作用类间的消息传递等面向对象系统测试是基于面向对象集成测试的最后阶段的测试, 主要以用户需求为测试标准 33

34 Slide 34 面向对象分析的测试 (OOA Test) OOA 直接映射问题空间, 全面地将问题空间中实现功能的实例抽象为对象 ( 不同于 C++ 中的对象概念 ), 用对象的结构反映问题空间的复杂实例和复杂关系, 用属性和服务表示实例的特性和行为 OOA 的测试重点在其完整性和冗余性对 OOA 阶段的测试划分为五个方面 : 对认定的对象的测试 ; 对认定的结构的测试 ; 对认定的主题的测试 ; 对定义的属性和实例关联的测试 ; 对定义的服务和消息关联的测试 OOA 中认定的对象 : 是指对问题空间中的结构其他系统设备被记忆的事件系统涉及的人员等实际实例的抽象 34

35 Slide 35 面向对象设计的测试 (OOD Test) OOD 是 OOA 的进一步细化和扩充, 重点在于说明项目的实施方案, 来确定类和类的结构对 OOD 的测试, 应针对功能的实现和重用以及对 OOA 结果的拓展进行, 从以下三方面考虑 : (1) 对认定的类的测试是否涵盖了 OOA 中所有认定的对象 ; 是否能体现 OOA 中定义的属性 ; 是否能实现 OOA 中定义的服务 ; 是否对应着一个含义明确的数据抽象 ; 是否尽可能少的依赖其他类 ; 类中的方法是否单用途 (2) 对构造的类层次结构的测试类层次结构是否涵盖了所有定义的类 ; 是否能体现 OOA 中定义的实例关联 ; 是否能实现 OOA 中定义的消息关联 ; 子类是否具有父类没有的新特性 ; 子类间的共同特性是否完全在父类中得以体现 (3) 对类库支持的测试 35

36 Slide 36 面向对象编程的测试 (OOP Test) 面向对象程序是把功能的实现分布在类中能正确实现功能的类, 通过消息传递来协同实现设计要求的功能这种程序架构能将出现的错误精确的确定在某一具体的类对 OOP 的测试重点集中在类功能的实现和相应的面向对象程序架构, 主要体现为以下两个方面 : (1) 数据成员是否满足数据封装的要求基本原则是数据成员是否被外界 ( 数据成员所属的类或子类以外的调用 ) 直接调用 (2) 类是否实现了要求的功能测试类的功能, 不能仅满足于代码能无错运行或被测试的类能提供的功能正确, 应以所做的 OOD 结果为依据, 检测类提供的功能是否满足了设计的要求, 是否有缺陷 36

37 Slide 37 面向对象的单元测试传统的单元测试是针对程序的函数过程或完成某一特定功能的程序块沿用单元测试的概念, 面向对象单元测试实际测试类成员函数单独的看待类的成员函数, 与面向过程程序中的函数或过程没有本质的区别, 传统的测试方法在面向对象单元测试中都可使用, 如等价类划分法因果图法边值分析法逻辑覆盖法路径分析法等等面向对象编程的特性使得对成员函数的测试又不完全等同于传统的函数或过程测试尤其是继承特性和多态特性, 使子类继承或重载的父类成员函数出现了传统测试中未遇见的问题这里要考虑如下两个问题 : (1) 继承的成员函数是否都不需要测试? (2) 对父类的测试是否能照搬到子类? 37

38 Slide 38 面向对象的单元测试 ( 续 ) 继承的成员函数是否都不需要测试? 对父类中已经测试过的成员函数, 以下两种情况需要在子类中重新测试 : a) 继承的成员函数在子类中做了改动 ; b) 成员函数调用了改动过的成员函数的部分例 : 假设存在父类 Base 有 Inherited() 和 Redefined() 这两个成员函数, 继承父类 Base 的子类 Derived 只对 Redefined() 做了改动那么,Derived::Redefined() 就需要重新测试 ; 对于 Derived::Inherited(), 若它包含了调用 Redefined() 的语句 ( 比如 :x=x/redefined()), 就需要重新测试, 否则就不需要 38

39 Slide 39 面向对象的单元测试 ( 续 ) 对父类的测试是否能照搬到子类? 引用前面的假设, 成员函数 Base::Redefined() 和 Derived::Redefined() 已经是不同的那么, 按理应该要对 Derived::Redefined() 重新测试分析, 设计测试用例但是由于面向对象的继承使得两个函数相似, 故只需要在对 Base::Redefined() 的测试要求和测试用例上添加对 Derived::Redefined() 新的测试要求和增补相应测试用例例 Base::Redefined() 含有如下语句 : If (value<0) message( less ); else if (value==0) message( equal ); else message( more ); 39

40 Slide 40 面向对象的单元测试 ( 续 ) 例 ( 续 ) 在 Derived::Redefined() 中定义为 : If (value<0) message( less ); else if (value==0) message( It is equal ); else { message( more ); if (value==88) message( luck ); } 在原有对父类 Base 的测试上, 对 Derived::Redefined() 的测试只需作如下改动 : 将 value==0 的测试结果期望改动 ; 增加 value==88 的测试 40

41 Slide 41 面向对象的集成测试传统的自顶向下和自底向上的集成策略对于面向对象的测试集成是没有意义的, 类之间的相互依赖使其根本无法在编译不完全的程序上对类进行测试因此, 面向对象集成测试通常需要在整个程序编译完成后进行此外, 面向对象程序具有动态特性, 程序的控制流往往无法确定, 所以也只能对整个编译后的程序做基于黑盒的集成测试面向对象的集成测试通常需要进行两级集成 : 一是将成员函数集成到完整类中 ; 二是将类与其它类集成面向对象的集成测试能够检测出相对独立的单元测试无法检测出的那些类相互作用时才会产生的错误单元测试可以保证成员函数行为的正确性, 集成测试则只关注于系统的结构和内部的相互作用 41

42 Slide 42 面向对象的集成测试 ( 续 ) 面向对象集成测试可以分成两步进行 : 先进行静态测试, 再进行动态测试静态测试主要针对程序结构进行, 检测程序结构是否符合设计要求现在常用的一些测试软件都能提供一种称为可逆性工程的功能, 即通过源程序得到类关系图和函数功能调用关系图将可逆性工程得到的结果与 OOD 的结果相比较, 以检测 OOP 是否达到了设计要求动态测试则测试与每个动态语境有关的消息设计测试用例时, 通常需要上述的功能调用关系图类关系图或实体关系图为参考, 确定不需要被重复测试的部分, 从而优化测试用例, 使得进行的测试能够达到一定覆盖标准 42

43 Slide 43 面向对象的系统测试系统测试应该尽量搭建与用户实际使用环境相同的测试平台, 应该保证被测系统的完整性, 对临时没有的系统设备部件, 也应有相应的模拟手段面向对象的系统测试时, 应该参考 OOA 分析的结果, 对应描述的对象属性和各种服务, 检测软件是否能够完全再现问题空间系统测试不仅是检测软件的整体行为表现, 从另一方面看, 也是对软件开发设计的再确认这里说的系统测试是对测试步骤的抽象描述具体测试的内容包括 : 功能测试强度测试性能测试安全测试恢复测试可用性测试安装 / 卸载测试等 43

44 Slide 类的功能性测试和结构性测试对面向对象软件的类测试相当于传统软件中的单元测试类的测试用例可以先根据其中的方法设计, 然后扩展到方法之间的调用关系类测试一般也采用传统的两种测试方式 : 功能性测试和结构性测试, 即黑盒测试和白盒测试功能性测试以类的规格说明为基础, 主要检查类是否符合其规格说明的要求功能性测试包括两个层次 : 类的规格说明和方法的规格说明结构性测试则是从程序出发, 对类中方法进行测试, 需要考虑其中的代码是否正确测试分为两层 : 第一层考虑类中各独立方法的代码, 即方法要做单独测试 ; 第二层考虑方法之间的相互作用, 即方法需要进行综合测试 44

45 Slide 状态转移图的面向对象软件测试面向对象设计方法通常采用状态转移图建立对象的动态行为模型状态转移图用于刻画对象响应各种事件时状态发生转移的情况, 图中结点表示对象的某个可能状态, 结点之间的有向边通常用事件 / 动作标出基于状态的测试是通过检查对象的状态在执行某个方法后是否会转移到预期状态的一种测试技术使用该技术能够检验类中的方法是否能正确地交互因为对象的状态是通过对象数据成员的值反映出来, 所以检查对象的状态实际上就是跟踪监视对象数据成员的值的变化如果某个方法执行后对象的状态未能按预期的方式改变, 则说明该方法含有错误 45

46 Slide 46 状态转移图的面向对象软件测试 ( 续 ) 基于状态测试的主要步骤 : (1) 依据设计文档, 或者通过分析对象数据成员的取值情况空间, 得到被测试类的状态转移图 (2) 给被测试的类加入用于设置和检查对象状态的新方法, 导出对象的逻辑状态 (3) 对于状态转移图中每个状态, 确定该状态是哪些方法的合法起始状态, 即在该状态时对象允许执行哪些操作 (4) 在每个状态, 从类中方法的调用关系图最下层开始, 逐一测试类中的方法 ; 测试每个方法时, 根据对象当前状态确定出对方法的执行路径有特殊影响的参数值, 将各种可能组合作为参数进行测试 46

OOP with Java 通知 Project 4: 4 月 18 日晚 9 点关于抄袭没有分数

OOP with Java Yuanbin Wu cs@ecnu OOP with Java 通知 Project 4: 4 月 18 日晚 9 点关于抄袭没有分数复习类的复用组合 (composition): has-a 关系 class MyType { public int i; public double d; public char c; public void set(double