[第6章测试.ppt

6.1 编码 作为软件工程过程的一个阶段，编码是对设计的进一步具体化，所选用的程序设计语言的特点及编码风格也将对程序的可靠性、可读性、可测试性和可维护性产生深远的影响。 6.1 编码 使用汇编语言编码需要把软件设计翻译成机器操作的序列，因此设计既困难又容易出差错。 高级语言一般都容许用户给程序变量和子程序赋予含义鲜明的名字，通过名字很容易把程序对象和它们所代表的实体联系起来, 因此用高级语言写的程序容易阅读，容易测试，容易调试，容易维护。 6.1 编码 下面是主要的使用标准： 6.1 编码 6.1 编码 源程序代码的逻辑简明清晰、易读易懂是好程序的一个重要标准。 程序内部的文档 选取含义鲜明的名字，使它能正确地提示程序对象所代表的实体。 如果使用缩写，那么缩写规则应该一致，并且应该给每个名字加注解。 利用适当的阶梯形式使程序的层次结构清晰明显。 6.1 编码 数据说明 数据说明的次序应该标准化。有次序就容易查阅，因此能够加速测试、调试和维护的过程。 如果设计时使用了一个复杂的数据结构，则应该用注解说明用程序设计语言实现这个数据结构的方法和特点。 语句构造 构造语句时应该遵循的原则是，每个语句都应该简单而直接，不能为了提高效率而使程序变得过分复杂。 6.1 编码 输入输出 对所有输入数据都进行检验； 检查输入项重要组合的合法性； 保持输入格式简单； 使用数据结束标记，不要要求用户指定数据的数目； 效率 效率主要指处理机时间和存储器容量两个方面。 6.2 软件测试基础 测试的目的就是在软件投入生产性运行之前，尽可能多地发现软件中的错误。 目前软件测试仍然是保证软件质量的关键步骤，它是对软件规格说明、设计和编码的最后复审。 仅就测试而言，它的目标是发现软件中的错误，但是，发现错误并不是最终目的。软件工程的根本目标是开发出高质量的完全符合用户需要的软件，因此，通过测试发现错误之后还必须诊断并改正错误，这就是调试的目的。 6.2 软件测试基础 软件测试在软件生命周期中横跨两个阶段。 6.2 软件测试基础 6.2 软件测试基础 6.2 软件测试基础 6.2 软件测试基础 6.2 软件测试基础 6.2 软件测试基础 6.2 软件测试基础 6.2 软件测试基础 6.2 软件测试基础 6.2 软件测试基础 6.2 软件测试基础 6.3 单元测试 单元测试又称模块测试，是针对软件设计的最小单位 ─ 程序模块，进行正确性检验的测试工作。 单元测试需要从程序的内部结构出发设计测试用例。多个模块可以平行地独立进行单元测试。 6.3 单元测试 在单元测试时，测试者需要依据详细设计说明书和源程序清单，了解该模块的I/O条件和模块的逻辑结构，主要采用白盒测试的测试用例，辅之以黑盒测试的测试用例，使之对任何合理的输入和不合理的输入，都能鉴别和响应。 6.3 单元测试 6.3 单元测试 在单元测试的开始，应对通过被测模块的数据流进行测试。 测试项目包括： 调用本模块的输入参数是否正确； 本模块调用子模块时输入给子模块的参数是否正确； 全局量的定义在各模块中是否一致； 6.3 单元测试 在做内外存交换时要考虑： 文件属性是否正确； OPEN与CLOSE语句是否正确； 缓冲区容量与记录长度是否匹配； 在进行读写操作之前是否打开了文件； 在结束文件处理时是否关闭了文件； 正文书写／输入错误， I／O错误是否检查并做了处理。 6.3 单元测试 不正确或不一致的数据类型说明 使用尚未赋值或尚未初始化的变量 错误的初始值或错误的缺省值 变量名拼写错或书写错 不一致的数据类型 全局数据对模块的影响 6.3 单元测试 选择适当的测试用例，对模块中重要的执行路径进行测试。 应当设计测试用例查找由于错误的计算、不正确的比较或不正常的控制流而导致的错误。 对基本执行路径和循环进行测试可以发现大量的路径错误。 6.3 单元测试 出错的描述是否难以理解 出错的描述是否能够对错误定位 显示的错误与实际的错误是否相符 对错误条件的处理正确与否 在对错误进行处理之前，错误条件是否已经引起系统的干预等 6.3 单元测试 注意数据流、控制流中刚好等于、大于或小于确定的比较值时出错的可能性。 如果对模块运行时间有要求的话，还要专门进行关键路径测试，以确定最坏情况下和平均意义下影响模块运行时间的因素。 6.3 单元测试 模块并不是一个独立的程序，在考虑测试模块时，同时要考虑它和外界的联系，用一些辅助模块去模拟与被测模块相联系的其它模块。 驱动模块 (driver) 桩模块 (stub) ── 存根模块 6.3 单元测试 6.3 单元测试 如果一个模块要完成多种功能，可以将这个模块看成由几个小程序组成。必须对其中的每个小程序先进行单元测试要做的工