《软件工程》复习总结 226宿舍倾情打造 祝大家考出好成绩！！！
PAD图 判定表 判定树 过程设计语言
第七章 实现 7.1程序注释分类
序言性注释：应该安排在每个模块的起始部分，其内容有： （1） 说明每个模块的用途，并指明它的功能
（2） 接口描述，应包括：调用序列，每个参数的描述，以及所有从属模块清单。
（3） 有关数据的讨论，包括：重要的变量和它们的用途、限制或约束条件，以及其他必要的信息。
（4） 开发历史，包括：模块设计人姓名，评审人姓名及日期、修改说明及日期。 功能性注释：
应嵌入在源代码体内，用来描述处理功能。书写这种注释的基本原则是：注释要解释程序代码，还应提供附加说明。此外，注释还应做到以下几点：
（1） 注释是说明代码块，而不是注释每一行代码。 （2） 使用空行或缩格，以便很容易的区分注释和代码 （3） 注释一定要正确，以免引起错误，造成误解。 7.2软件测试的目的
测试的目的：是尽可能多的发现并排除软件中的错误。国际上惯用α测试和β测试.
7.3软件测试的白盒测试的概念以及覆盖技术分类
白盒测试：由称为结构测试，典型的α测试
进行逻辑测试，它完全了解结构及处理过程。
按照程序内部的逻辑测试程序，检查程序中每条通路是否都能按预定要
21
《软件工程》复习总结 226宿舍倾情打造 祝大家考出好成绩！！！
求正确工作。 白盒测试
所谓白盒测试是对一系列测试过程的总称，这组测试过程逐渐进行越来越完整的通路测试。
大致有以下一些不同的覆盖标准。
具体做法是确定一组最可能发现某类错误的测试数据，作到尽可能完备的测试。
语句覆盖：至少每个语句应执行一次
测试路径sacbed（仅测了条件为“T”）因此，语句覆盖时程序的逻辑覆盖很少，是较弱的逻辑覆盖。 判定覆盖：称为分支覆盖
每个判定的每个分支都至少执行一次
条件覆盖
不仅每个语句至少执行一次，而且判定表达式中每个条件都取得各种可能的结果。
判定/条件覆盖
同时满足判定覆盖与条件覆盖含义是：
选取足够多地测试数据，使得判定表达式中的每个条件都取到各种可能的值，而且每个判定表达式也都取到各种可能的结果。 条件组合覆盖
选取足够多的数据，使每个判定表达式中的条件的各种可能组合都至少出现一次，
7.4提高程序测试效率以及软件测试的原则
提高I/O效率的简单原则：
（1） I/O要求的数量应当减至最小。
（2）所有I/O应当缓存，以减少过多的通信次数。
（3）对于辅存（如磁盘），应当选择和使用最简单的可接受的存取方法。 （4）辅存设备的I/O，应当是块状的。终端和打印机的I/O，应当考虑设备的特性，以提高质量和速度
22
《软件工程》复习总结 226宿舍倾情打造 祝大家考出好成绩！！！
（5）要记住，如果超高效的I/O不能被人们所理解，那么这样的I/O是没有价值的。
软件测试的原则：
（1）程序员或程序设计机构不应该测试自己设计的程序（采用客观态度比较难，自己测效率低）
（2）测试用例的设计不仅要有确定的输入数据，而且要有确定预期输出的详细数据。
（3）测试用例的设计不仅要有合理的输入数据，还要有不合理的输入数据。 （4）除了检查程序是否做完了它应作的事之外，还要检查它是否做了不应该做的事。
（5）保留全部测试用例，并作为软件的组成部分之一。
（6） 程序中存在错误的概率与在该程序中已发现的错误数成正比。 7.5逻辑覆盖方法会有哪几种
语句覆盖 判定覆盖 条件覆盖 判定/条件覆盖 条件组合覆盖 点覆盖 边覆盖
路径覆盖 见课本162页
7.6根据流程图各处各种覆盖测试用例和覆盖路径
见PPT第7章例子116页 测试用例设计的范例
请按右面给出的用例流程图，设计实现路径覆盖的测试用例：
23
《软件工程》复习总结 226宿舍倾情打造 祝大家考出好成绩！！！
路径覆盖用例： a = 2,b = 0,x =2
（覆盖路径：1、2、3、4、5） a = 2,b = 1,x =2
（覆盖路径：1、3、4、5） a = 1,b = 1,x =1 （覆盖路径：1、3、5） a = 3,b = 0,x =1
（覆盖路径：1、2、3、5）
第八章 维护
8.1维护的分类、定义，以及提高维护性的方法。
维护活动可分为四种类型 ： 1）改正性维护 2）适应性维护 3）完善性维护
24
《软件工程》复习总结 226宿舍倾情打造 祝大家考出好成绩！！！
4）预测性维护
维护的定义：所谓软件维护是在软件已经交付使用之后,为改正错误或满足新的需要而修改软件的过程.
提高维护性的方法： 1）建立明确的软件质量目标 2）利用先进的软件开发技术和工具 3）建立明确的质量保证工作 4）选择可维护的程序设计语言 5）改进程序文档 8.2维护的副作用有哪三种？
维护的副作用有编码副作用、数据副作用、文档副作用三种。 1）编码副作用：在使用程序设计语言修改源代码时可能引入错误。 2）数据副作用：在修改数据结构时，有可能造成软件设计与数据结构不匹
配，因而导致软件错误。数据副作用是修改软件信息结构导致的结果。 3）文档副作用：对数据流、软件结构、模块逻辑或任何其它有关特性进行
修改时，必须对相关技术文档进行相应修改。否则会导致文档与程序功 能不匹配、缺省条件改变、新错误信息不正确等错误，使文档不能反映 软件当前的状态。如果对可执行软件的修改没有反映在文档中，就会产 生文档副作用。
8.3度量软件的可维护性方法。
人们一直期望对软件的可维护性作出定量度量。但实属不易，许多研究集中
在这个方面，形成了一个引人注目的学科——软件度量学。下面介
绍度量一个可维护的程序的七种特性时常用的方法。
1）可理解性 2）可靠性 3）可测试性 4）可修改性 5）可移植性 6）效率
25