第9章面向对象实现.pptVIP

既存类Ａ的某些特性成为新类Ｂ的一个部分，同时被类Ａ和类Ｃ继承。 类Ａ的某些特性保留在类Ａ中，它不被类Ｃ继承。 § 9.3 测试策略 测试计算机软件的经典策略是，从“小型测试”开始，逐步过渡到“大型测试”，用软件测试的专业术语来说，就是从单元测试开始，逐步进入集成测试，最后进行确认测试和系统测试。对于传统的软件系统来说，单元测试集中测试最小的可编译的程序单元(过程模块)，一旦把这些单元都测试完之后，就把它们集成到程序结构中去，与此同时应该进行一系列的回归测试，以发现模块接口错误和新单元加入到程序中所带来的副作用，最后，把系统作为一个整体来测试，以发现软件需求中的错误。测试面向对象软件的策略，与上述策略基本相同，但也有许多新特点。 一、面向对象的单元测试 最小的可测试单元是封装起来的类和对象。一个类可以包含一组不同的操作，而一个特定的操作也可能存在于一组不同的类中。因此，对于面向对象的软件来说，单元测试的含义发生了很大变化。 不能孤立地测试单个操作，而应该把操作作为类的一部分来测试。 二、面向对象的集成测试 面向对象软件的集成测试有两种不同的策略。 ①是基于线程的测试(thread-based testing) 这种策略把响应系统的一个输入或一个事件所需要的一组类集成起来。分别集成并测试每个线程，同时应用回归测试以保证没有产生副作用。 ②是基于使用的测试(use-based testing) 这种方法首先测试几乎不使用服务器类的那些类(称为独立类)，把独立类都测试完之后，接下来测试使用独立类的下一个层次的类(称为依赖类)。对依赖类的测试一个层次一个层次地持续进行下去，直至把整个软件系统构造完为止。  集群测试(cluster testing)是面向对象软件集成测试的一个步骤。在这个测试步骤中，用精心设计的测试用例检查一群相互协作的类(通过研究对象模型可以确定协作类)，这些测试用例力图发现协作错误。 三、面向对象的确认测试 在确认测试或系统测试层次，不再考虑类之间相互连接的细节。和传统的确认测试一样，面向对象软件的确认测试也集中检查用户可见的动作和用户可识别的输出。为了导出确认测试用例，测试人员应该认真研究动态模型和描述系统行为的脚本，以确定最可能发现用户交互需求错误的情景。 传统的黑盒测试方法也可用于设计确认测试用例，但是，对于面向对象的软件来说，主要还是根据动态模型和描述系统行为的脚本来设计确认测试用例。 § 9.4 设计测试用例 一、测试类的方法 前面已经讲过，软件测试从“小型”测试开始，逐步过渡到“大型”测试。对面向对象的软件来说，小型测试着重测试单个类和类中封装的方法。测试单个类的方法主要有，随机测试、划分测试和基于故障的测试等三种。 1. 随机测试 下面通过银行应用系统的例子，简要地说明这种测试方法。该系统的account(账户)类有下列操作：open(打开)，setup(建立)，deposit(存款)，withdraw(取款)，balance(余额)，summarize(清单)，creditLimit(透支限额)和close(关闭)。上列每个操作都可以应用于account类的实例，该系统的性质也对操作的应用施加了一些限制，例如，必须在应用其他操作之前先打开账户，在完成了全部操作之后才能关闭账户。即使有这些限制，可做的操作也有许多种排列方法。一个account类实例的最小行为历史包括下列操作： open·setup·deposit·withdraw·close 这就是对account类的最小测试序列。但是，在下面的序列中可能发生许多其他行为： open·setup·deposit·〔deposit｜withdrew｜balance｜summarize｜creditLimit〕n·withdraw·close 从上列序列可以随机地产生一系列不同的操作序列，例如： #r1:open·setup·deposit·deposit·balance·summarize·withdraw·close测试用例#r2:open·setup·deposit·withdraw·deposit·balance·creditLimit·withdraw·close 执行上述这些及另外一些随机产生的测试用例，可以测试类实例的不同生存历史。 * * 第9章 面向对象实现 面向对象实现主要包括两项工作： 1、把面向对象设计结果，翻译成用某种程序设计语言书写的面向对象程序； 2、测试并调试面向对象的程序。 面向对象程序的质量基本上由面向对象设计的质量决定，但是，所采用的程序设