软件工程第十二.pptVIP

liang@computer.org 软 件 工 程 导 论 梁 文 新 办公室：综合楼108 电 话：liang@computer.org 第12章 面向对象实现 面向对象实现主要包括两项工作： OOP: 把面向对象设计结果，翻译成用某种程序设计语言书写的面向对象程序 OO Testing: 测试并调试面向对象的程序 面向对象程序的质量基本上由面向对象设计的质量决定 但是，所采用的程序设计语言的特点和程序设计风格也将对程序的可靠性、可重用性和可维护性产生深远的影响。 面向对象软件的集成测试有两种不同的策略。 基于线程的测试(thread-based testing)：把响应系统的一个输入或一个事件所需要的一组类集成起来。分别集成并测试每个线程，同时应用回归测试以保证没有产生副作用。 12.3.2 面向对象的集成测试 基于使用的测试(use-based testing)：首先测试几乎不使用服务器类的那些类(称为独立类)，接下来测试使用独立类的下一个层次的类(称为依赖类)。对依赖类的测试一个层次一个层次地持续进行下去，直至把整个软件系统构造完为止。 集群测试(cluster testing)是面向对象软件集成测试的一个步骤：用精心设计的测试用例检查一群相互协作的类(通过研究对象模型可以确定协作类)，这些测试用例力图发现协作错误。 12.3.2 面向对象的集成测试 通过单元测试和集成测试，仅能保证软件开发的功能得以实现。但不能确认在实际运行时，它是否满足用户的需要，是否大量存在实际使用条件下会被诱发产生错误的隐患。为此，对完成开发的软件必须经过规范的确认/系统测试。 系统测试应该尽量搭建与用户实际使用环境相同的测试平台，应该保证被测系统的完整性，对临时没有的系统设备部件，也应有相应的模拟手段。系统测试时，应该参考OOA的结果，对应描述的对象、属性和各种服务，检测软件是否能够完全“再现”问题空间。 系统测试不仅是检测软件的整体行为表现，从另一个侧面看，也是对软件开发设计的再确认。 12.3.3 面向对象的确认测试 在确认测试或系统测试层次，不再考虑类之间相互连接的细节。和传统的确认测试一样，面向对象软件的确认测试也集中检查用户可见的动作和用户可识别的输出。为了导出确认测试用例，测试人员应该认真研究动态模型和描述系统行为的脚本，以确定最可能发现用户交互需求错误的情景。 当然，传统的黑盒测试方法也可用于设计确认测试用例，但是，对于面向对象的软件来说，主要还是根据动态模型和描述系统行为的脚本来设计确认测试用例。 12.3.3 面向对象的确认测试 功能测试：测试是否满足开发要求，是否能够提供设计所描述的功能，是否用户的需求都得到满足。功能测试是系统测试最常用和必须的测试，通常还会以正式的软件说明书为测试标准。 强度测试：测试系统的能力最高实际限度，即软件在一些超负荷的情况，功能实现情况。如要求软件某一行为的大量重复、输入大量的数据或大数值数据、对数据库大量复杂的查询等。 12.3.3 面向对象的确认测试 性能测试：测试软件的运行性能。这种测试常常与强度测试结合进行，需要事先对被测软件提出性能指标，如传输连接的最长时限、传输的错误率、计算的精度、记录的精度、响应的时限和恢复时限等。 安全测试：验证安装在系统内的保护机构确实能够对系统进行保护，使之不受各种非常的干扰。安全测试时需要设计一些测试用例试图突破系统的安全必威体育官网网址措施，检验系统是否有安全必威体育官网网址的漏洞。 12.3.3 面向对象的确认测试 恢复测试：采用人工的干扰使软件出错，中断使用，检测系统的恢复能力，特别是通讯系统。恢复测试时，应该参考性能测试的相关测试指标。 可用性测试：测试用户是否能够满意使用。具体体现为操作是否方便，用户界面是否友好等。 安装/卸载测试（install/uninstall test） 12.3.3 面向对象的确认测试 12.4 设计测试用例 12.4.1 测试类的方法 前面已经讲过，软件测试从“小型”测试开始，逐步过渡到“大型”测试。对面向对象的软件来说，小型测试着重测试单个类和类中封装的方法。 测试单个类的方法主要有，随机测试、划分测试和基于故障的测试等三种。 随机测试(random testing) 下面通过银行应用系统的例子，简要说明这种测试方法。 该系统的account(账户)类有下列操作：open(打开)，setup(建立)，deposit(存款)，withdraw(取款)，balance(余额)，summarize(清单)，creditLimit(透支限额)和close(关闭)。 上列每个操作都可以应用于account类的实例，但是，该系统的性质也对操作的应用施加了一些限制，例如，必须在应用其他操作之前先打开账户，在完