gl第七章ppt

4.测试用例的设计 －－测试工作不可能采用穷举法，因此测试用例的选择就 是测试的关键问题。好的测试用例应以尽量少的测试 数据发现尽可能多的错误 （1）语句覆盖法 －－程序的某次运行并不一定执行其中的所有语句。因 此，如果某个含有错误的语句在测试中并没有执 行，这个错误便不可能发现。语句覆盖法就是要选 择测试用例，使得程序中的每个语句至少执行一次 －－该方法发现错误的能力比较弱
要使程序的可读性好，程序员应有一定的写作能力， 应能写出结构良好、层次分明、思路清晰的文章
要使程序可读性好。总的要求是使程序简单、清晰。 方法包括： (1)用结构化方法进行详细设计； (2)程序中包含说明性材料；
(3)良好的程序书写格式；
(4)良好的编程风格。
3.结构化程序设计 （1）通常认为结构化程序设计包括以下四方面的内容： 限制使用GOTO语句。不用GOTO语句，程序易于阅 读、易于验证。使用GOTo语句，将使程序结构杂乱无 章、难以阅读、难以理解，其中容易隐含一些错误
1.好程序的标准 能够工作－－－最基本的。一个根本不能够工作的程 序当然谈不上“好”，即使谈执行速 度、程序长度等指标也毫无意义
调试代价低－－－花在调试上的时间少。这一条是衡 量程序好坏，也是衡量程序员水平 的一个重要标志
易于维护，易于修改，设计不复杂－－－可读性强
效率高
2. 程序的可读性 在相当长的一个时期里，程序员中存在严重的低估编 程方法、不注意程序风格的倾向，认为可以随意编写 程序，只要结果正确就行了 可读性是20世纪70年代提出的，主张程序应使人们易 于阅读，编程的目标是编出逻辑上正确而又易于阅读 的程序. 程序可读性好，易于理解、易于维护，并将大大降低 隐含错误的可能性，从而提高程序的可靠性。
系统测试是对整个系统的测试，将硬件、软件、操作人 员看做一个整体，检验它是否有不符合系统说明书的地 方。这种测试可以发现系统分析和设计的错误。
2.测试的原则 （1）严格执行测试计划，排除测试的随意性。
（2）测试用例应包括输入数据和预期的输出结果。
（3）不仅要选用合理的输入数据作为测试用例，而且 应选用不合理的输入数据作为测试 （4）既要检查程序是否完成了它应做的工作，又要检查 它是否还做了它不应做的事情。 （5）测试用例应长期保留，直到这个程序被废弃。 （6）充分注意测试中的群集现象。
（3）不要直接使用数字
－－初学者以为直接书写数字既简洁又易懂，但这种方式 会带来变更性的降低，如果多处出现关于某数字的处理， 维护也变得烦琐，容易出错。因此不要直接使用数字，可 以使用常量定义。
系统测试
1.测试的概念 一个较好的程序员、在他交付的程序中，错误率为 1％，而一个水平低的程序员编写的程序，可能每个语 句都含有一两个错误。问题的关键是尽早发现并纠正这 些错误，减少错误造成的损失，避免重大损失 检验软件有三种手段：动态检查、静态检查和正确性 证明
——自顶向下实现的过程是： 实现系统的轮廓或框架 在此基础上不断添加新的功能，逐步完善，最后达到 物理模型所要求的全部功能
——在实现上层模块时，与这些模块有直接调用关系的下 层模块只作为“树桩” 出现，只有它的名字及有关 参 数传递关系。这样，虽然这些“树桩”的内部功能还 没 有实现，但可以测试系统结构的正确性，保证接口的 通畅
－－与传统的方法相比， 首先，这种自顶向下的实现方法有效地解决了接口问 题。接口解决不好，往往不得不对调试过的程序反复 修改，甚至推倒重来，造成返工。 其次，这种方法便于对系统的设计方案进行校正，保 证系统切实符合用户的要求。 第三，便于控制进度，保证研制工作按时完成。
编程技术与风格
4.程序的内部文档
（1）程序的“内部文档”，指程序内部带有的说明材料。 内部文档可以用注释语句书写。程序适当加注释后， 提高了程序可阅读性。 （2）程序的“内部文档”需要注意以下几点： 每个文件的开始部分应指明程序编写者、最后修改日 期等信息，以利于管理 注释必须与程序一致，否则毫无价值，甚至让人感到 莫名其妙。所以修改程序时，要对注释进行相应的修 改。
• 函数和过程的名称最好使用动宾词组，第二个单 词的第一位采用大写，像createDatabase等都 是符合规范的过程名，能够让读者见名知义。
（2）规范化的书写格式
－－缩进的空格数在一个编程小组中也应该统一起来，这 对于组内的代码重用有好处。此外，虽然很多语言允 许一行多条语句，但为了方便程序的跟踪调试，以及 提高可读性、最好一行一句
逐步求精的设计方法。在一个程序模块内，先从该模 块功能描述出发，一层层地逐步细化，直到最后分解、 细化成语句为止。
自顶向下的设计、编码和调试。这是把逐步求精的方 法推广到一个系统的设计与实现。
主程序员制的组织形式。 ①一个主程序员组的固定成员是主程序员一人、辅助程序 员一人、程序资料员(或秘书)一人，其他技术人员按需 要随时加入组内。 ②主程序员负责整体的开发，并负责关键部分的设计、编 码和调试，辅助程序员在细节上给主程序员以充分的 支持。 ③主程员、辅助程序员必须在程序技术方面和项目管理方 面具有经验和才能，必须完全熟悉该项目的开发工作 ④好处在于显著减少了通信和接口方面的问题，把设计的 责任集中在少数人身上，有利于提高质量深的嵌套使程序变得难读，实际上这反映设计者 思路不清楚。循环、分支层次建议不要超过五层， 多路分支使用case语句实现，尽量不采用递归模 式。
（4）合理使用GOTO语句
－－按照结构化程序设计的原则，程序中可以不用 GOTO语句。但是，在某些情况下，使用GOTO语 句还是更为直截了当。主要注意三条原则：
（4）数据准备
没有一定基础数据的准备．系统调试就不能很好地进 行。一般说来，确定数据库物理模型之后，就应进行 数据的整理、录入。这样既分散了工作量，又可以为 系统调试提供真实的数据。
2.实施阶段的特点
－－与系统分析、系统设计阶段相比，系统实施阶段的特 点是工作量大，投入的人力、物力多。因此，这一阶 段的组织管理工作也很繁重。对于这样一个多工种、 多任务的综合项目，合理的调度安排就十分重要。
①模块界面。调用参数(流入数据)数目、顺序、类型。 ②内部数据结构。如初始值对不对，变量名称是否一致， 共用数据是否有误 ③独立路径。是否存在不正确的计算、不正确的循环及判 断控制 ④错误处理。预测错误的产生及处理，看是否和运行一致 ⑤边界条件。对数据大小界限和判断条件的边界进行跟踪 运行。
联合测试即通常说的联调。联合测试可以发现总体设 计中的错误。联合测试方法有两种，即根据模块结构图 由上到下或由下到上进行测试。
（1）静念检查指人工评审软件文档或程序，发现其中的 错误。这种方法手续简单．是一种行之有效的检验 手段。据统计，30％一70％的错误是通过评审发现 的，而且这些错误往往影响很大。 （2）程序正确性证明技术目前还处于初级阶段， 近期 内还不可能适用于大型系统。例如一个433行的程 序，其证明长达46页。怎样“证明”这46页中没 有 错误?尽管如此，正确性证明仍是一个诱人的课 题，对未来的软件可能产生深远影响。
所有过程的开始部分都应有描述其功能的简要注释。 这些注释并不描述细节信息(如何实现功能)，细节信息 由代码本身及必要的内部注释来描述。
对程序段作注释，而不是对每个语句作注释，注释不 是重复程序语句，而应提供从程序本身难以得到的信 息。
4.程序的结构 （1）简单、直接地反映意图
（2）表达式的书写应该一气呵成
硬件设备包括计算机主机、输入输出设备、存储设备、 辅助设备(稳压电源、空调设备等)、通信设备等。 （2）软件准备
软件设备包括系统软件、数据库管理系统以及一些应 用程序。这些软件有些需要购买，有些需要组织人力 编写。编写程序是这一阶段的主要任务之一。
（3）人员培训 主要指用户的培训。用户包括主管人员和业务人员。 系统投入运行后，他们将在系统中工作。为保证系统 调试和运行顺利进行，应根据他们的基础，提前进行 培训，使他们适应并逐步熟悉新的操作方法。
自顶向下的实现方法
——系统的实施中就程序的编写和数据库实现而言，下层 模块执行具体功能，上层模块是控制性的。传统方法 是先实现下层模块，实现一部分就调试一部分。这 种方法往往造成返工。单个模块调试通过了，系统联 调却可能不通过，原因是模块间的接口可能有问题。 ——结构化方法主张自顶向下实现，尽量先实现上层模 块，逐步向下，最后实现下层最基本的模块。即首先 调试整个系统的结构及各模块间的接口，确保系统结 构和各模块接口的正确性
（3）动态检查就是测试，即有控制地运行程序，从多种 角度观察程序运行时的行为，发现其中的错误。也 就是说，测试是为了发现错误而执行程序。测试只 能证明程序有错误，而不可能证明程序没有错误。
－－测试的目的是为了发现程序的错误。因此，测试的关 键问题是如何设计测试用例，即设计一批测试数据， 通过有限的测试，在有限的研制时间、研制经费的约 束下，尽可能多地发现程序中的错误 －－测试有模块测试、联合测试、验收测试、系统测试四 种类型 模块测试是对一个模块进行测试，根据模块的功能说 明，检验模块是否有错误。模块测试一般由编程人 员自己进行，模块测试有以下项目：
① 由上到下。设置下层模块为桩模块，检查控制流，较 早发现错误，而不至于影响到下层模块。 ② 由下到上。先设置上层模块为驱动模块，测试下层模 块执行的正确性，然后逐步向上推广
验收测试检验系统说明书的各项功能与性能是否实现， 是否满足要求。 验收测试的方法一般是列出一张清单，左边是需求的功 能，右边是发现的错误或缺陷 常见的验收测试有所谓的α 测试和β 测试，前者由使用 者在应用系统开发所在地与开发者一同进行观察记录， 后者由用户在使用环境中独立进行。
第七章 系统实施
系统实施阶段的任务 自顶向下的实现方法
编程技术
编程风格 系统测试 系统的交付使用
系统实施阶段的任务
——系统实施是开发信息系统的最后一个阶段。这个阶段