第六、七、八章编码、测试和维护.ppt

第六章 编 码 编 码 编码概念 程序设计语言的选择 编码风格 编码工具 编码概念 编码——把软件设计的结果翻译成计算机可以运行的形式（用某种程序设计语言书写的程序） 软件设计文档 源程序 （不可执行的） （可执行的） 程序设计实验P98 从实验结果可看出，要求清晰性好的程序一般效率较低，而要求效率高的程序往往清晰度不太好。 对于大多数模块，编码时应把简明清晰放在第一位。 如果个别模块要求特别高的效率，就应把具体的要求告诉程序员，以便做特殊的处理。 程序设计语言的选择 P102 选择适合应用领域的语言（表6.2 P104） 系统用户的要求 可以得到的软件工具 软件可移植性要求 人的因素 工程规模 编码工具 编译程序 开发编译程序 优化编译程序 代码管理工具 MAKE SCCS RCS 第八章 测试 软 件 测 试 7.1 软件测试概述 7.2 软件测试的组织与管理 7.3 测试方法 7.1 软件测试概述 软件测试的目的 软件测试的定义 软件测试的目的 基于不同的立场，存在着两种完全不同的测试目的。 从用户的角度出发，普遍希望通过软件测试暴露软件中隐藏的错误和缺陷，以考虑是否可接受该产品。 从软件开发者的角度出发，则希望测试成为表明软件产品中不存在错误的过程，验证该软件已正确地实现了用户的要求，确立人们对软件质量的信心。 软件测试目的 (1) 测试是程序的执行过程，目的在于发现错误； (2) 一个好的测试用例在于能发现至今未发现的错误； (3) 一个成功的测试是发现了至今未发现的错误的测试。 换言之，测试的目的是 想以最少的时间和人力，系统地找出软件中潜在的各种错误和缺陷。如果我们成功地实施了测试，我们就能够发现软件中的错误。 测试的附带收获是，它能够证明软件的功能和性能与需求说明相符合。 实施测试收集到的测试结果数据为可靠性分析提供了依据。 测试不能表明软件中不存在错误，它只能说明软件中存在错误。 软件测试的定义 为了发现程序中的错误而执行程序的过程。 P112 软件测试的定义（续） 软件测试的依据是规格说明书、设计文档和使用说明书，如果设计有错误，测试的质量就难以保证。 较理想的做法是：对软件的开发过程，按软件工程各阶段形成的结果，分别进行严格审查。 7.2 软件测试的组织与管理 软件测试的人员组织 软件测试的步骤 软件测试的人员组织 需求审查 系统分析员、软件开发管理者，软件设计、开发和测试人员以及用户 设计评审 系统分析员、软件设计人员、测试负责人 程序的测试 由具有一定的分析、设计和编程经验的专业人员组成 软件测试的步骤 单元测试 集成测试 确认测试 系统测试 单元测试 单元测试：集中对用源代码实现的每一个程序单元进行测试，检查各个程序模块是否正确地实现了规定的功能。 集成测试 集成测试：把已测试过的模块组装起来，主要对与设计相关的软件体系结构的构造进行测试。 非渐增式集成 渐增式集成 渐增式集成 自顶向下的渐增式集成 深度优先 广度优先 自底向上的渐增式集成 (1) 自顶向下的集成方式 这种集成方式将模块按系统程序结构，沿控制层次自顶向下进行组装。 自顶向下的增殖方式在测试过程中较早地验证了主要的控制和判断点。 选用按深度方向组装的方式，可以首先实现和验证一个完整的软件功能。 (2) 自底向上的集成方式 这种组装的方式是从程序模块结构的最底层的模块开始组装和测试。 自顶向下增殖的方式和自底向上增殖的方式各有优缺点。 一般来讲，一种方式的优点是另一种方式的缺点。 确认测试 确认测试：则是要检查已实现的软件是否满足了需求规格说明中确定了的各种需求，以及软件配置是否完全、正确。 系统测试 系统测试：把已经经过确认的软件纳入实际运行环境中，与其它系统成份组合在一起进行测试。 7.3 测试方法 程序测试 黑盒测试 这种方法是把测试对象看做一个黑盒子，测试人员完全不考虑程序内部的逻辑结构和内部特性，只依据程序的需求规格说明书，检查程序的功能是否符合它的功能说明。 黑盒测试又叫做功能测试或数据驱动测试。 黑盒测试 黑盒测试方法是在程序接口上进行测试，主要是为了发现以下错误: 是否有不正确或遗漏了的功能? 在接口上，输入能否正确地接受? 能否输出正确的结果?