软件工程——总复习.pptVIP

编码 测试 测试的目标 测试是为了发现错误而执行程序的过程 好的测试方案是极可能发现迄今为止尚未发现的错误的测试方案 成功的测试时发现了迄今为止尚未发现的错误的测试 测试步骤 单元测试 集成测试 验收测试 平行测试 模块测试 （单元测试） 子系统测试 系统测试 验收测试 平行测试 集成测试 单元测试——计算机测试 由于模块并不是一个独立的程序，因此必须为每个单元测试开发驱动软件和（或）存根软件。 驱动程序也就是一个“主程序”，它负责接收测试数据，把这些数据传送给被测试的模块，并且打印有关结果 存根程序代替被测试的模块所调用的模块，因此存根程序也可以称为“虚拟子程序”。它使用被它替代的模块的接口，可能做最少量的数据操作，印出对入口的检验或操作结果，并且把控制归还给调用它的模块 驱动程序 待测模块 存根程序 集成测试——回归测试 所谓回归测试是指重新执行已经做过的测试的某个子集，以保证对程序的修改没有带来非预期的副作用。 1. 集成过程中，每当一个新模块结合进来时，程序就发生了变化： 2. 建立了新的数据流路径，可能出现了新的I/O操作，激活了新的控制逻辑。 3. 对错误的改正的时候，软件配置的某些成分（程序、文档、数据等）也被修改了。 测试方法 黑盒测试（功能测试）： 通过测试来检验是否每个产品功能都能正常使用 把程序看成一个黑盒子，完全不考虑程序的内部结构和处理过程 黑盒测试是在程序接口进行测试，只检查 程序功能是否能按照规格说明书的规定正常使用 程序是否能适当地接收输入数据并产生正确的输出信息 程序运行过程中能否保持外部信息的完整性 白盒测试（结构测试）： 通过测试来检验产品内部动作是否按规格说明书的规定正常运行 测试者完全知道程序的结构和处理方法，这种方法按照程序内部的逻辑测试程序，检测程序中主要执行通路是否都能按预定要求正确工作 白盒测试 逻辑覆盖：越来越完整的执行通路测试 语句覆盖 判定覆盖 条件覆盖 判定/条件覆盖 条件组合覆盖 点覆盖 边覆盖 路径覆盖 控制结构测试：根据程序的控制结构设计测试数据 基本路径测试 条件测试 循环测试 从覆盖源程序语句的详尽程度 从覆盖源程序路径的详尽程度 从源程序 控制结构 语句覆盖：选择足够多的测试数据，使被测语句至少执行一次 判定覆盖： 又叫分支覆盖，它的含义是，不仅每个语句必须至少执行一次，而且每个判定的每种可能的结果都应该至少执行一次 条件覆盖： 不仅每条语句至少执行一次，而且是判定表达式中每个条件都取到各种可能的结果 判定/条件覆盖 既然判定覆盖不一定包含条件覆盖，条件覆盖也不一定包含判定覆盖，自然会提出一种能同时满足这两种覆盖标准的逻辑覆盖，这就是判定/条件覆盖。 条件组合覆盖 更强的逻辑覆盖标准，它要求选取足够多的测试数据，使得每个判定表达式中条件的各种组合都至少出现一次 改正性维护：诊断和改正软件在使用过程中发现的错误 适应性维护：修改软件以适应（软硬件）环境的变化 完善性维护：根据用户的要求改进或扩充软件使它更完善 预防性维护：修改软件，为将来的维护活动预先做准备 出发点和基本原则： 在软件开发过程中，尽可能模拟人类习惯的思维方式，使开发软件的方法与过程尽可能接近人类认识世界解决问题的方法与过程， 也就是使描述问题的问题空间（问题域）与实现解法的解空间（求解域）在结构上尽可能一致 对象 问题域中某个实体的抽象，设立某个对象就反映了软件系统具有保存有关它的信息并且与它进行交互的能力 对象是由描述该对象属性的数据以及可以对这些数据施加的所有操作封装在一起构成的统一体 类 对具有相同数据和操作的一组相似对象的定义，也就是说，类是对具有相同属性和行为的一个或多个对象的描述 方法 对象所能执行的操作，也就是类中所定义的服务 属性 类中所定义的数据，它是对客观世界实体所具有的性质的抽象。 消息 要求某个对象执行在定义它的那个类中所定义的某个操作的规格和说明。 对象之间通过消息互相联系 封装 也就是信息隐藏，将对象的实现细节（表示状态的数据、实现操作的代码以及局部数据）隐藏起来。只向外部提供接口形式 继承 广义地说，继承是能够直接获得已有的性质和特征，而不必重复定义它们。在面向对象的软件技术中，继承是子类自动地共享类中定义的数据和方法的机制 多态 在面向对象的软件技术中，多态性是指子类对象可以像父类对象那样使用，同样的消息既可以发送给父类对象，也可以发送给子类对象。 也就是说，在类等级不同层次中可以共享一个行为（方法）的名字，而不同层次中的每个类却各自按自己的需要来实现这个行为。当对象接收到发送给它的消息时，根据该对象所属于的类，动态选用该类中定义的方法 UML面向对象建模 静态模型 用例图：行为者+用例+关系 类图： 类+关系 对