第14章 面向对象系统实现和测试.pptVIP

MIS研究生课 甘仞初 北京理工大学管理与经济学院 第14章 面向对象的系统实现与测试 教学内容 系统实现的工作内容；系统实现工作的人员安排；系统实现工作成果：实现模型，类的实现，用例的实现，子系统的实现；面向对象的测试：单元测试（单元划分），集成测试（测试路径），系统测试。 教学要求 1．熟练掌握：系统实现的工作内容；实现模型，类的实现。 2．一般掌握：用例的实现；子系统的实现；单元测试、集成测试、系统测试。 3．了解：测试单元的划分；测试路径。 14.1 面向对象的系统实现 14.1.1 系统实现概述 1．系统实现的工作内容 创建系统构件，把设计模型的类演化成实现类。 为每个类的操作完成代码实现，以此实现用例。 按照架构将同属某一子系统的类封装到同一命名空间或者包内，并向外部提供包外可见的接口，以实现子系统。 2．系统实现工作的人员安排 14.1.2 系统实现的工作成果 1．实现模型 系统实现模型是将系统设计模型中的构成元素（如设计类）映射到具体的源代码文件、可执行程序文件，并形成与设计模型的跟踪关系。在UML中用组件图来记录和描述系统的实现模型。 1．实现模型 2．类的实现 类的实现是系统实现工作中最基本的工作单元，它涉及到具体的编码细节，而且，要能够灵活运用程序设计语言本身的要素和特性，以最小的代码量完成设计类的功能。 3．用例的实现 用例的实现较之类的实现要复杂，因为在“实现工作中”的用例实现，是跟踪自设计工作产生的用例实现，而且在实现模型中没有直接的构建指导。因此实现工作的用例实现就是直接根据设计工作的用例实现，即对应的交互图来编写具体的代码。 4．子系统的实现 实现一个子系统的目的是确保其他依赖于该子系统的其他系统能够正确的运行。其基本内容是：按照架构，将实现的类组合成一个命名空间，或者一个包，从而在代码层次上形成一个子系统。 14.2 面向对象的测试 14.2.1 单元测试 1．以操作为单元 因为类的操作与传统的结构化程序设计中的过程相似，因此，可以将传统单元测试的方法运用在这种面向对象的单元测试工作中来。过程代码的单元测试需要有桩和驱动器测试程序，同样地，可以提供一个可实例化的桩类，以及设计一个主程序类作为驱动器。 2．以类为单元 以类为单元会带来一个最大的问题就是层次性，这是由类的继承带来的问题。类的层次关系使得父类与子类之间的耦合性增强，单元划分原则不明显。因此，以类为测试单元，需要做出相应的变化处理，以达到单元测试目的。常见的一种做法是把派生类进行“扁平化”处理，即将基类中的成员全部“压入”派生类中，使派生类形成一个独立的测试单元。 14.2.2 集成测试 1．集成过程 和传统集成测试一样，面向对象的集成测试需要根据“包层次图”按照系统的分解结果，按照“自顶向下”或“自底向上”的集成策略。 2．测试路径 在面向对象集成测试中，可以采用MM-路径（Method-Message Path）测试方法。各个测试单元之间使用“消息”（可以理解为方法调用）连接起来。 14.2.3 系统测试 系统测试应该独立于系统实现的，属于黑盒测试，测试人员甚至不需要知道系统是采用面向对象的方法还是采用结构化的方法开发出来的。 例如：通过如图14-9所 示的状态图可以导出的如表 14-3所示的测试用例，该例 子描述了用户登录系统的测 试用例。 《信息系统分析与设计》 设计模型 实现模型 实现模型 设计模型 实现模型 设计模型 实现模型 设计模型 实现模型 设计模型 实现模型 《信息系统分析与设计》