面向对象测试技术课件.ppt

《面向对象测试技术课件.ppt》由会员分享，可在线阅读，更多相关《面向对象测试技术课件.ppt（76页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、面向对象测试技术第1页，此课件共76页哦本章重点n面向对象测试概述n面向对象模型n面向对象分析的测试n面向对象设计的测试n面向对象编程的测试n面向对象的单元测试n面向对象的集成测试n面向对象的系统测试n面向对象的其他测试第2页，此课件共76页哦传统软件测试模型n软件测试的概念和实施范围应该包括在整个开发各阶段的复查、评估和检测。由此，广义的软件测试实际是由确认、验证、测试三个方面组成n确认：是评估将要开发的软件产品是否是正确无误、可行和有价值的。比如，将要开发的软件是否会满足用户提出的要求，是否能在将来的实际使用环境中正确稳定的运行，是否存在隐患等。这里包含了对用户需求满足程度的评价。确认意味

2、着确保一个待开发软件是正确无误的，是对软件开发构想的检测第3页，此课件共76页哦传统软件测试模型n验证：是检测软件开发的每个阶段、每个步骤的结果是否正确无误，是否与软件开发各阶段的要求或期望的结果相一致。验证意味着确保软件是会正确无误的实现软件的需求，开发过程是沿着正确的方向在进行。n测试：与狭隘的测试概念统一。通常是经过单元测试、集成测试、系统测试三个环节。n确认主要体现在计划阶段、需求分析阶段、也会出现在测试阶段；验证主要体现在设计阶段和编码阶段；测试主要体现在编码阶段和测试阶段。第4页，此课件共76页哦一、面向对象测试概述1.传统的软件开发存在的问题（1）软件重用性差（2）软件可维护性差

3、（3）开发出的软件不易满足用户需求第5页，此课件共76页哦一、面向对象测试概述2、面向对象技术基本概念（1）对象（2）对象的状态和行为（3）类（4）类的结构（类间关系）（5）消息和方法第6页，此课件共76页哦一、面向对象测试概述面向对象特征（1）对象唯一性（2）分类性（3）继承性（4）多态性第7页，此课件共76页哦一、面向对象测试概述面向对象要素（1）抽象（2）封装（3）共享第8页，此课件共76页哦一、面向对象测试概述面向对象软件开发过程面向对象的开发模型突破了传统的瀑布模型，将面向对象的开发模型突破了传统的瀑布模型，将开发分为面向对象分析（开发分为面向对象分析（OOA），面向对象），面向对象

4、设计（设计（OOD），和面向对象编程（），和面向对象编程（OOP）三）三个阶段。个阶段。针对这种开发模型，结合传统的测试步骤的划分，我们把面向对象的软件测试分为：面向对象分析的测试，面向对象设计的测试，面向对象编程的测试，面向对象单元测试，面向对象集成测试，面向对象系统测试。第9页，此课件共76页哦一、面向对象测试概述在传统的面向过程程序中，对于函数y=Function(x);只需要考虑一个函数（Function()）的行为特点，在面向对象程序中，你不得不同时考虑基类函数（Base:Function()）的行为和继承类函数（Derived:Function()）的行为。面向对象程序的结构不再是

5、传统的功能模块结构，作为一个整体，原有集成测试所要求的逐步将开发的模块搭建在一起进行测试的方法已不可能。面向对象软件对每个开发阶段都有不同以往的要求和结果，已经不可能用功能细化的观点来检测面向对象分析和设计的结果。针对面向对象软件的开发特点，应该有一种新的测试模型。第10页，此课件共76页哦二、面向对象模型OOAOODOOPOOA TestOOD TestOOP TestOO UnitTestOO Integrate TestOO System Test第11页，此课件共76页哦二、面向对象模型OOA：将问题空间中实现的功能进行抽象，问题空间中的实例抽象为对象，用对象的结构反映问题空间的复杂关

6、系，用属性和服务表示实例的特殊性和行为OOD：建立类结构或进一步构造类库，实现分析结果对问题空间的抽象。OOP：软件的计算机实现。第12页，此课件共76页哦二、面向对象模型OOATest:面向对象分析的测试OODTest:面向对象设计的测试OOPTest:面向对象编程的测试OOUnitTest:面向对象单元测试OOIntegrateTest:面向对象集成测试OOSystemTest:面向对象系统测试第13页，此课件共76页哦三、面向对象分析的测试OOA直接映射问题空间，全面地在问题空间中实现功能的现实抽象化。OOA必须回答：（1）为完成用户要求，系统应提供那些功能（2）系统应由哪些对象构成（3

7、）每个对象应有哪些属性和服务（4）对象间应有怎样的联系第14页，此课件共76页哦三、面向对象分析的测试n对OOA阶段的测试划分为以下五个方面：对类和对象范围的测试对结构范围的测试对主题的测试对定义的属性和实例关联的测试对定义的服务和消息关联的测试第15页，此课件共76页哦三、面向对象分析的测试对类和对象范围的测试OOA中认定的对象是对问题空间中的结构，其他系统，设备，被记忆的事件，系统涉及的人员等实际实例的抽象。对它的测试可以从如下方面考虑：（1）抽象的对象是否全面，是否问题空间中所有涉及到的实例都反映在认定的抽象对象中。（2）认定的对象是否具有多个属性。只有一个属性的对象通常应看成其他对象的

8、属性，而不是抽象为独立的对象。（3）对认定为同一对象的实例是否有共同的，区别于其他实例的共同属性。（4）对认定为同一对象的实例是否提供或需要相同的服务，如果服务随着不同的实例而变化，认定的对象就需要分解或利用继承性来分类表示。（5）认定的对象的名称应该尽量准确，适用。第16页，此课件共76页哦三、面向对象分析的测试如何在众多调查资料中进行确定类与对象呢？解决这一问题的方法一般包含以下几个方面（1）基础素材，系统调查的所有图表、文件、说明及分析人员的经验、学识都是OOA分析的基础素材（2）潜在的对象（3）确定对象（4）图形表示，用图形化描述类和对象第17页，此课件共76页哦三、面向对象分析的测试

9、对结构范围的测试结构表示问题空间的复杂程度。标识结构的目的在于管理问题域模型。在OOA中，结构是指泛化特化结构和整体部分结构两部分的总和。1、确定泛化特化结构（分类结构）n对于结构中的一种对象，尤其是处于高层的对象，是否在问题空间中含有不同于下一层对象的特殊性可能，即是否能派生出下一层对象第18页，此课件共76页哦三、面向对象分析的测试u对于结构中的一种对象，尤其是处于同一底层的对象，是否能抽象出现实中有有意义的更一般的上层对象u对所有认定的对象，是否能在问题空间内向上层抽象出在现实中有意义的对象u高层的对象的特性是否完全体现下层的共性u底层的对象是否有高层特性基础上的特殊性第19页，此课件共

10、76页哦三、面向对象分析的测试2、确定整体部分结构（组装结构）n整体（对象）和部分（对象）的组装关系是否符合现实的关系n整体（对象）和部分（对象）是否在考虑的问题空间中的有实际应用n整体（对象）是否遗漏了反映在问题空间中有用的部件n部分（对象）是否能够在问题空间中组装新的有现实意义的整体（对象）第20页，此课件共76页哦三、面向对象分析的测试对主题的测试主题是一种知道研究和处理大型复杂模型的机制。有助于分解系统，区分结构，避免过多的信息量同时出现所带来的麻烦。主题的确定可以帮助人们从一个更高的层次上观察和表达系统的总体模型。主题如同文章对个部分内容的概要。对主题层的测试应该考虑以下方面：n依据

11、GeorgeMiler的“7+2”原则，如果主题个数超过7个，就要求对有较密切属性和服务的主题进行归并第21页，此课件共76页哦三、面向对象分析的测试u主题所反映的一组对象和结构是否具有相同和相近的属性和服务u认定的主题是否是对象和结构更高层的抽象，是否便于理解OOA结果的概括u主题间的消息联系（抽象）是否代表了主题所反映的对象和结构之间的所有关联第22页，此课件共76页哦三、面向对象分析的测试对定义的属性和实例关联的测试属性是用来描述对象或结构所反映的实例的特性。而实例关联是反映实例集合间的映射关系。对属性和实例关联的测试从如下方面考虑：n定义的属性是否对相应的对象和分类结构的每个现实实例都

12、适用。n定义的属性在现实世界是否与这种实例关系密切。第23页，此课件共76页哦三、面向对象分析的测试u定义的属性在问题空间是否与这种实例关系密切。u定义的属性是否能够不依赖于其他属性被独立理解。u定义的属性在分类结构中的位置是否恰当，底层对象的共有属性是否在上层对象属性体现。u在问题空间中每个对象的属性是否定义完整。u定义的实例关联是否符合现实。u在问题空间中实例关联是否定义完整，特别需要注意1-多和多-多的实例关联。第24页，此课件共76页哦三、面向对象分析的测试具体步骤如下：1、确定属性的范围2、实例连接3、详细说明属性和实例连接的约束第25页，此课件共76页哦三、面向对象分析的测试对定义

13、的服务和消息关联的测试对象接到消息后所执行的操作称为为它提供的服务。描述了系统需要执行的处理和功能。定义服务的目的在于定义对象的行为和对象间的通信。确定服务的具体解决方法包括四个基本步骤：1、识别对象状态2、识别所要请求的服务3、识别消息连接4、定义服务第26页，此课件共76页哦三、面向对象分析的测试对定义的服务和消息关联的测试从以下方面进行：n对象和结构在问题空间的不同状态是否定义了相应的服务。n对象或结构所需要的服务是否都定义了相应的消息关联。n定义的消息关联所指引的服务提供是否正确。n沿着消息关联执行的线程是否合理，是否符合现实过程。n定义的服务是否重复，是否定义了能够得到的服务。第27

14、页，此课件共76页哦四、面向对象设计的测试面向对象设计（OOD）采用造型的观点，以OOA为基础归纳出类，并建立类结构或进一步构造成类库，实现分析结果对问题空间的抽象。OOD归纳的类，可以是对象简单的延续，可以是不同对象的相同或相似的服务。由此可见，OOD不是在OOA上的另一思维方式的大动干戈，而是OOA的进一步细化和更高层的抽象。第28页，此课件共76页哦四、面向对象设计的测试面向对象设计（OOD）是以OOA归纳出的类为基础，建立类结构甚至进一步构造成类库，实现分析结果对问题空间的抽象。OOD设计模型有四个部分和五个层次组成问题空间部件人机交互部件任务管理部件数据管理部件第29页，此课件共76

15、页哦四、面向对象设计的测试五个层次为主题层、类与对象层、结构层、属性层和服务层。这五个层次分别面向对象分析方法中的定义主题、确定对象、确定结构、定义属性、确定服务等行动。问题空间部件人机交互部件任务管理部件数据管理部件主题层类与对象层结构层属性层服务层第30页，此课件共76页哦四、面向对象设计的测试从以下方面对OOD进行测试n确定测试的问题域n人机交互部分设计的测试n对认定的类的测试n对构造的类层次结构的测试n对类库支持的测试n对测试结果及对模型的测试覆盖率进行评估第31页，此课件共76页哦四、面向对象设计的测试确定测试的问题域在面向对象设计中，面向对象分析（OOA）的结果恰好符合面向对象设计

16、的问题空间部分，因此OOA的结果就是OOD部分模型的一个完整部分。为了解决一些特定设计所需要考虑的实际变化，要对OOA的结果进行一些改进和增补。根据需求的变化，对OOA产生的模型中的某些类与对象、结构、属性、操作进行组合与分解。根据OOD的附加原则，增加必要的类、属性和关系。第32页，此课件共76页哦四、面向对象设计的测试1、复用设计2、把问题域相关的类关联起来3、加入一般化类以建立类间协议4、调整继承支持级别5、改进性嫩6、加入较低层的构件第33页，此课件共76页哦四、面向对象设计的测试人机交互部件设计的测试OOA阶段给出所需的属性和操作，同时必须根据需求把交互的细节加入到用户界面的设计中，

17、包括有效的人机交互所必须的实际显示和输入。人机交互部件的测试策略由以下几个方面构成：用户分类；描述人及任务脚本；设计命令层；设计详细的交互；继续做原型；设计HIC类；根据图形用户界面进行设计；第34页，此课件共76页哦四、面向对象设计的测试1、用户分类按技能层次分类：外行/初学者/熟练者/专家按组织层次分类：行政人员/管理人员/专业技术人员/其他办事员按职能分类：顾客/职员2、描述人及其任务脚本第35页，此课件共76页哦四、面向对象设计的测试3、设计命令层4、设计详细的交互5、继续做原型6、设计HIC类7、根据GUI进行设计第36页，此课件共76页哦四、面向对象设计的测试对任务管理部件（TMC

18、）设计的测试OOD中，任务是指系统为了达到某一设定目标而进行的一连串数据操作（或服务），若干任务的并发执行叫做多任务。任务能简化并发行为的设计和编码，TMC的设计就是针对任务项，对一连串数据操作进行定义和封装，对于多任务要确定任务协调部件，以达到系统在运行中对各项任务的合理组织与管理第37页，此课件共76页哦四、面向对象设计的测试1、TMC设计策略识别事件驱动任务识别时钟驱动任务识别优先任务和关键任务识别协调者审查每个任务，使任务数尽可能少定义每个任务：包括任务名、驱动方式、触发该任务的事件、时间间隔、如何通信等第38页，此课件共76页哦四、面向对象设计的测试2、设计步骤n对类和对象进行细化，

19、建立系统的OOA和OOD工作表格n审查OOA和OOD工作表格n构建新的类任务管理部件一般在信息系统中使用较少，在控制系统中应用较多第39页，此课件共76页哦四、面向对象设计的测试对数据管理部件（DMC）设计的测试数据管理部件提供了在数据管理系统中存储和检索对象的基本结构，包括对永久性数据的访问和管理。它分离了数据管理机构所关心的事项，包括文件、关系型DBMS和面向对象DBMS第40页，此课件共76页哦四、面向对象设计的测试1、数据管理方法n文件管理n关系数据库管理系统n面向对象数据库管理系统2、数据管理部件的设计n数据存放设计n相应的操作第41页，此课件共76页哦四、面向对象设计的测试为能充分

20、发挥面向对象的继承共享特性，OOD的类层次结构，通常基于OOA中产生的分类结构的原则来组织，着重体现父类和子类的一般性和特殊性。在当前的问题空间，对类层次结构的主要要求是能在解空间构造实现全部功能的结构框架。为此，要测试以下方面：n类层次结构是否含盖了所有定义的类。n是否能体现OOA中所定义的实例关联。n是否能实现OOA中所定义的消息关联。n子类是否具有父类没有的新特性。n子类间的共同特性是否完全在父类中得以体现。第42页，此课件共76页哦五、面向对象编程的测试典型的面向对象程序具有继承、封装和多态的新特性，这使得传统的测试策略必须有所改变。封装是对数据的隐藏，外界只能通过被提供的操作来访问或

21、修改数据，这样降低了数据被任意修改和读写的可能性，降低了传统程序中对数据非法操作的测试。继承是面向对象程序的重要特点，继承使得代码的重用率提高，同时也使错误传播的概率提高。第43页，此课件共76页哦五、面向对象编程的测试继承使得传统测试遇见了这样一个难题：对继承的代码究竟应该怎样测试？多态使得面向对象程序对外呈现出强大的处理能力，但同时却使得程序内同一函数的行为复杂化，测试时不得不考虑不同类型具体执行的代码和产生的行为。第44页，此课件共76页哦五、面向对象编程的测试面向对象程序是把功能的实现分布在类中。能正确实现功能的类，通过消息传递来协同实现设计要求的功能。正是这种面向对象程序风格，将出现

22、的错误能精确的确定在某一具体的类。因此，在面向对象编程（OOP）阶段，忽略类功能实现的细则，将测试的目光集中在类功能的实现和相应的面向对象程序风格，主要体现为以下两个方面（假设编程使用C+语言）：数据成员是否满足数据封装的要求类是否实现了要求的功能第45页，此课件共76页哦空想个例子第46页，此课件共76页哦空第47页，此课件共76页哦六、面向对象的单元测试传统的单元测试是针对程序的函数、过程或完成某一定功能的程序块。沿用单元测试的概念，实际测试类成员函数。一些传统的测试方法在面向对象的单元测试中都可以使用。如等价类划分法，因果图法，边值分析法，逻辑覆盖法，路径分析法，等等，单元测试一般建议由

23、程序员完成。第48页，此课件共76页哦六、面向对象的单元测试面向对象的单元测试的对象是软件设计的最小单位类。单元测试的依据是详细设计，单元测试应对类中所有重要的属性和方法设计测试用例，以发现类内部的错误。单元测试多采用白盒测试技术，系统内多个类快可以并行进行测试。沿用单元测试概念，实际测试类成员函数。一些传统的测试方法在面向对象的单元测试中都可以使用，如等价类划分、边界值分析、因果图、逻辑覆盖、路径分析法等。第49页，此课件共76页哦六、面向对象的单元测试1、单元测试的内容面向对象的单元就是类，单元测试实际测试的就是对类的测试。类测试的目的主要确保一个类的代码能够完全满足类的说明所描述的要求。

24、第50页，此课件共76页哦六、面向对象的单元测试2、单元测试开始的时间单元测试开始的时间一般在完全说明了这个类，并且准备对其编码后不久。单元测试开始时要制定一个测试计划。在反复迭代的过程中，类的实现和说明在进程中可能会发生变化，所以应该在软件的其他部件使用该类之前对类进行测试，同时还有必要执行回归测试。第51页，此课件共76页哦六、面向对象的单元测试3、单元测试的人员由另一个类的开发人员编写测试计划，由该类的开发人员完成测试，避免对类说明的错误理解第52页，此课件共76页哦六、面向对象的单元测试4、单元测试方法单元测试的方法有代码检查和执行测试用例。在某些情况下，用代码检查代替基于执行的测试方

25、法是可行的，但是，代码检查也存在以下两个不利之处：n代码检查容易受人为因素影响n代码检查在回归测试方面明显需要更多的工作量第53页，此课件共76页哦六、面向对象的单元测试类测试按顺序分为以下三部分n基于服务的测试：测试类中的每个方法n基于状态的测试：测试类的实例在其生命周期各个状态下的情况n基于相应状态的测试：从类和对象的责任出发，以外界向对象发送特定消息序列的方法来测试对象的各个相应状态第54页，此课件共76页哦六、面向对象的单元测试5、方法的测试在测试类的功能实现时，应该首先保证类成员函数的正确性。测试时主要考虑封装在类中的一个方法对数据进行的操作，可以采用传统的模块测试方法，通过向所在对

26、象发消息来执行，它的执行与状态有关。传统的针对模块的设计测试用例的技术，如等价划分、边界值分析、因果图、逻辑覆盖、路径覆盖等方法，仍然可以作为测试类中每个方法的主要技术。第55页，此课件共76页哦六、面向对象的单元测试在面向对象的系统中的方法，是通过消息来驱动执行的，要测试类中的方法，必须用一个驱动程序对被测方法发送一条消息以驱动其执行，如果被测模块或方法中调用了其他模块或方法，则需要设计一个模拟被调子程序功能的存根程序，驱动程序、存根程序及被测模块或方法组成一个独立的可执行单元。第56页，此课件共76页哦六、面向对象的单元测试在面向对象软件中，在保证单个方法功能正确的基础上，还应该处理好测试

27、方法之间的协助关系。为了提高方法的重用性，设计方法的一个准则是提高方法的内聚，即在一个方法中只完成单个功能。对于继承过来的方法，也要加以测试。运行测试用例的时候，必须提供能够实例化的桩类，以及起驱动器作用的“主程序”类，来提供和分析测试用例。第57页，此课件共76页哦六、面向对象的单元测试6、构建测试用例空第58页，此课件共76页哦六、面向对象的单元测试7、测试程度第59页，此课件共76页哦七、面向对象的集成测试n传统的集成测试，是由底向上通过集成完成的功能模块进行测试，一般可以在部分程序编译完成的情况下进行。n对于面向对象程序，相互调用的功能是散布在程序的不同类中，类通过消息相互作用申请和提

28、供服务。类的行为与它的状态密切相关，状态不仅仅是体现在类数据成员的值，也许还包括其他类中的状态信息。由此可见，类相互依赖极其紧密，根本无法在编译不完全的程序上对类进行测试。面向对象的集成测试通常需要在整个程序编译完成后进行。n面向对象程序具有动态特性，程序的控制流往往无法确定，因此也只能对整个编译后的程序做基于黑盒的集成测试。第60页，此课件共76页哦七、面向对象的集成测试把一组相互有影响的类看作一个整体成为类簇。类簇的测试主要依据系统中相关类的层次关系，检查类之间相互作用的正确性，即检查各相关类之间消息连接的合法性、子类的继承性与父类的一致性、动态绑定执行的正确性、类簇协同完成系统功能的正确

29、性等。其测试有两种不同策略：基于类间协作关系的横向测试和基于类间继承关系的纵向测试第61页，此课件共76页哦七、面向对象的集成测试1、基于类间协作关系的横向测试由系统的一个输入事件为激励，对其触发的一组类进行测试，执行相应的操作/消息处理路径，最后终止于某一输出时间。应用回归测试对以测试过的类集再重新执行一次，以保证加入新类时不会产生意外的结果第62页，此课件共76页哦七、面向对象的集成测试2、基于类间继承关系的纵向测试首先通过测试独立的类来开始构造系统，在独立类测试完成后，进行下一层继承独立类的类的测试，这个依赖类层次的测试序列一直循环执行到构造完整个系统为止集成测试在面向对象系统中术语应用

30、生命周期的一个阶段，可在两个层次上进行：n对一个新类进行测试，并测试在定义中所涉及的那些类的集成n将各部件集合在一起组成完整的系统进行测试第63页，此课件共76页哦七、面向对象的集成测试面向对象的集成测试能够检测出相对独立的单元测试无法检测出的那些类相互作用时才会产生的错误。基于单元测试对成员函数行为正确性的保证，集成测试只关注于系统的结构和内部的相互作用。面向对象的集成测试可以分成两步进行：先进行静态测试，再进行动态测试。第64页，此课件共76页哦七、面向对象的集成测试静态测试主要针对程序的结构进行，检测程序结构是否符合设计要求。现在流行的一些测试软件都能提供一种称为“可逆性工程”的功能，即

31、通过原程序得到类关系图和函数功能调用关系图。通过“可逆性工程”得到的结果与OOD的结果相互比较，检测程序结构和实现上是否有缺陷，通过这种方法检测OOP是否达到了OOD的要求。第65页，此课件共76页哦七、面向对象的集成测试动态测试设计测试用例时，通常需要功能调用结构图、类关系图或者实体关系图为参考，确定不需要被重复测试的部分，从而优化测试用例，减少测试工作量，使得进行的测试能够达到一定覆盖标准。测试所要达到的覆盖标准可以是：达到类所有的服务要求或服务提供的一定覆盖率；依据类间传递的消息，达到对所有执行线程的一定覆盖率；达到类的所有状态的一定覆盖率等。同时也可以考虑使用现有的一些测试工具来得到程

32、序代码执行的覆盖率。第66页，此课件共76页哦七、面向对象的集成测试具体设计测试用例，参考下列步骤：1.先选定检测的类，参考OOD分析结果，仔细出类的状态和相应的行为，类或成员函数间传递的消息，输入或输出的界定等。2.确定覆盖标准。3.利用结构关系图确定待测类的所有关联。4.根据程序中类的对象构造测试用例，确认使用什么输入激发类的状态、使用类的服务和期望产生什么行为等。第67页，此课件共76页哦七、面向对象的集成测试n注：设计测试用例时，不但要设计确认类功能满足的输入，还应该有意识的设计一些被禁止的例子，确认类是否有不合法的行为产生，如发送与类状态不相适应的消息，要求不相适应的服务等。根据具体

33、情况，动态的集成测试，有时也可以通过系统测试完成。第68页，此课件共76页哦八、面向对象的系统测试n通过单元测试和集成测试，仅能保证软件开发的功能得以实现。但不能确认在实际运行时，它是否满足用户的需要，是否大量存在实际使用条件下会被诱发产生错误的隐患。为此，对完成开发的软件必须经过规范的系统测试。n开发完成的软件仅仅是实际投入使用系统的一个组成部分，需要测试它与系统其他部分配套运行的表现，以保证在系统各部分协调工作的环境下也能正常工作。第69页，此课件共76页哦八、面向对象的系统测试n系统测试应该尽量搭建与用户实际使用环境相同的测试平台，应该保证被测系统的完整性，对临时没有的系统设备部件，也应

34、有相应的模拟手段。系统测试时，应该参考OOA分析的结果，对应描述的对象、属性和各种服务，检测软件是否能够完全再现问题空间。系统测试不仅是检测软件的整体行为表现，从另一个侧面看，也是对软件开发设计的再确认。第70页，此课件共76页哦八、面向对象的系统测试具体测试内容包括：n功能测试：测试是否满足开发要求，是否能够提供设计所描述的功能，是否用户的需求都得到满足。功能测试是系统测试最常用和必须的测试，通常还会以正式的软件说明书为测试标准。n强度测试：测试系统的能力最高实际限度，即软件在一些超负荷的情况，功能实现情况。如要求软件某一行为的大量重复、输入大量的数据或大数值数据、对数据库大量复杂的查询等。

35、第71页，此课件共76页哦八、面向对象的系统测试u性能测试：测试软件的运行性能。这种测试常常与强度测试结合进行，需要事先对被测软件提出性能指标，如传输连接的最长时限、传输的错误率、计算的精度、记录的精度、响应的时限和恢复时限等。u安全测试：验证安装在系统内的保护机构确实能够对系统进行保护，使之不受各种非常的干扰。安全测试时需要设计一些测试用例试图突破系统的安全保密措施，检验系统是否有安全保密的漏洞。第72页，此课件共76页哦八、面向对象的系统测试u恢复测试：采用人工的干扰使软件出错，中断使用，检测系统的恢复能力，特别是通讯系统。恢复测试时，应该参考性能测试的相关测试指标。u可用性测试：测试用户

36、是否能够满意使用。具体体现为操作是否方便，用户界面是否友好等。u安装/卸载测试（install/uninstalltest）等等。第73页，此课件共76页哦八、面向对象的系统测试u基于UML的系统测试考察系统规格说明、用例图、GUI状态图。分成下面4个层次构建用例与系统功能的关系矩阵，建立测试覆盖的初步标准，从对应于扩展基本用例的真实用例中导出测试用例；通过所有真实用例开发测试用例由GUI外观有限状态机描述导出有限状态机，通过有限状态机导出测试用例通过基于状态的事件表导出测试用例，这种工作必须对每个状态重复进行第74页，此课件共76页哦八、面向对象的系统测试u基于状态图的系统测试状态图是很好的

37、系统测试的基础。问题是，UML将状态图规定为类级的。合成多个类的状态图得到一个系统级的状态图很难。一种可行的方法是，将每个类级的状态图转换成一组EDPN（事件驱动的Petri网）,然后合成EDPN第75页，此课件共76页哦九、面向对象的其他测试1、基于故障的测试基于故障的测试(fault_based testing)与传统的错误推测法类似，也是首先推测软件中可能有的错误，然后设计出最可能发现这些错误的测试用例。例如，软件工程师经常在问题的边界处犯错误，因此，应该着重检查边界情况。为了推测出软件中可能有的错误，应该仔细研究分析模型和设计模型，而且在很大程度上要依靠测试人员的经验和直觉。如果推测得比较准确，则使用基于故障的测试方法能够用相当低的工作量发现大量错误；反之，如果推测不准，则这种方法的效果并不比随机测试技术的效果好。第76页，此课件共76页哦