软件工程导论全课件.ppt

一、程序设计语言 1、面向对象语言的优点 ⑴一致的表示方法 （2）可重用性 （3）可维护性 2、面向对象语言的技术特点 （1）支持类与对象概念的机制 （2）实现整体-部分结构的机制 （3）实现一般-特殊结构的机制 （4）实现属性和服务机制 （5）类型检查 （6）类库 （7）效率 （8）持久保存对象 （9）参数化类 （10）开发环境 3、选择面向对象语言 （1）将来能否占主导地位 （2）可重用性 （3）类库和开发环境 （4）其他因素 二 程序设计风格 提高可重用性 提高可扩充性 提高健壮性 三 面向对象的软件测试 1 OOA和OOD的 模型测试 2 面向对象测试策略 （1）. OO的单元测试 （2）. OO的集成测试 （3）. OO的确认测试 3 OO软件的测试用例设计 （1）. OO概念的测试用例设计的含义 子类继承或重载的父类成员函数的测试问题 子类继承或重载的父类成员函数的测试问题 （2）. 传统测试用例设计方法的可用性 4 测试单个类的方法 测试单个类的方法 基于状态的划分 基于属性的划分 基于功能的划分 测试类和方法 5 面向对象的集成测试 (类间测试用例的设计) OO集成测试方法 银行系统中Bank类和ATM类的操作序列: OO集成测试方法 * 程序设计语言 程序设计风格 测试策略 设计测试用例 测试目标：在现实的时间跨度内应用可管理 的工作量去发现最大可能数量的 错误 基本目标不变，但由于OO程序的性质改变了测试策略 和测试战术 更多的设计模式复用是否将减轻OO系统的繁重测试？ Binder,R.V.在“Object-Oriented Software Testing”中讨论改问题: “每次复用是一个新的使用语境,并且重新测试是谨慎的.为了获得面向对象系统的高可靠性,似乎可能需要更多而不是更少的测试.” 每个阶段的所有面向对象模型都应被测试。 OOA和OOD的模型不能被执行，对它们不能进行传统意义上的测试。 可通过技术复审检查OOA和OOD的 模型的正确性和一致性。 扩大测试的视角 信息隐蔽对测试的影响 封装和继承对测试的影响 面向对象程序的特点对软件测试的影响： 单元和集成测试策略必须有很大的改变 测试用例的设计必须考虑OO软件的特征 一个类可以包含一组不同的操作，而一个特定 的操作也可能存在于一组不同的类中。不再孤 立地测试单个操作(这是传统单元测试的视角) OO软件的类测试等价于传统的单元测试. 传统软件的单元测试关注算法细节和模块接口 间流动的数据 OO软件的类测试是由封装在类中的操作和类的 状态行为驱动的 单元概念的变化—封装的类或对象作为最小 的可测试单位 OO软件没有层次的控制结构,传统的自顶向 下和自底向上的集成策略没有意义. OO软件的集成两种策略: 基于线程的测试(thread-based testing) 集成响应系统的一个输入或事件所需的一组类,每个线程被个体地集成和测试,通过回归测试保证没有副作用产生; 基于使用的测试(use-based testing) 通过测试几乎不使用服务器的类(独立类)来开始系统的构造,测试完独立类后,使用独立类按层逐步完成依赖类的测试直至完整的系统被构造; 在确认和系统测试层次,类连接的细节消失. 和传统的确认测试一样,OO软件的确认关注 用户可见的动作和用户可识别的系统输出. 为辅助确认测试的导出, 应利用分析模型中的 用例图提供的场景来提高交互需求中发现错误 的可能性 每个测试用例应被唯一标识，并应显式地和与被 测试类相关联 测试的目的应被陈述 对每个测试应开发一组测试步骤，包括： 将被测试对象的一组特定状态 将被作为测试的结果使用的一组消息和操作 当对象被测试时可能产生的一组异常 一组外部条件(进行测试必须的软件外部环境的变化) 将辅助理解或实现测试的补充信息 OO软件的测试用例设计还处于成型期. Binder,R.V.在“Essays on Object-Oriented Software Engineering” 中建议了对OO软件的测试用例设计的整体方法: 封装可能会成为测试的障碍 测试需要报告对象的具体和抽象状态，而封装 使得对象的状态快照难于获得。 继承，特别是多继承使测试复杂化 继承的成员函数是否都不需要测试? 对父类中已经测试过的成员函数,两种情况需要 在子类中重新