《测绘程序设计》课件3 来自07测绘3 魏志刚解析.ppt

第二章 测绘程序设计 ——软件工程概论 §2-6 程序测试与维护 1、软件测试 2、软件维护 §2-7面向对象的程序设计 编码和测试统称为实现。 编码是把软件设计结果翻译成用某种程序设计语言书写的程序。 一、软件测试 软件测试在软件色生命周期中横跨两个阶段，通常在编写出每个模块之后就对他做必要的测试（单元测试），编码和单元测试属于同一阶段，这个阶段过去后对软件系统还应该进行各种综合测试。 测试目标是发现软件中的错误，但是发现错误并不是最终目的，软件工程的最终目的是开发出高质量的完全符合用户需要的软件，因此通过测试发现错误之后还必须诊断并改正错误，这就是调试的目的。 G．Myers给出了关于测试的一些规则，这些规则也可以看作是测试的目标或定义： (1)测试是为了发现程序中的错误而执行程序的过程； (2)好的测试方案是极可能发现迄今为止尚未发现的错误的测试方案， (3)成功的测试是发现了至今为止尚未发现的错误的测试。 测试阶段的根本目标是尽可能多地发现并排除软件中潜藏的错误，最终把一个高质量的软件系统交给用户使用。 测试的定义 注：测试决不能证明程序是正确的，即使经过了最严格的测试之后，仍可能还有没有被发现的错误潜藏在程序中，测试之你呢个查找出程序中的错误，而不能证明程序中没有错误。 （1）测试方法 黑盒测试：已知产品应该具有的功能，通过测试来检查是否每个功能都能正常使用。 白盒测试：已知产品的内部工作过程，可以通过测试检验产品内部动作是否按照规格说明书的规定正常进行。 go 黑盒测试把程序看成一个黑盒子，完全不考虑程序内部结构和处理过程，在程序接口进行的测试，它只检查程序功能是否能按照规格说明书的规定正常使用，程序能否适当的接收输入数据并产生正确的输出信息，程序运行过程中能否保持外部信息的完整性-----功能测试 白盒测试与黑盒测试正好相反，它的前提是把整个系统看成装在一个透明的白盒子里，测试者完全知道程序的结构和算法，按照程序内部的逻辑测试程序，检测程序中的主要执行通路是否能按预定要求正确工作————结构测试 Back 黑盒测试着重测试软件功能，黑盒测试并不能代替白盒测试，它是与白盒测试互补的测试方法，它很可能发现白盒测试不易发现的其他类型的错误。 功能不正确或遗漏了功能 界面错误 数据结构错误或外部数据库访问错误 性能错误 初始化错误和终止错误 白盒测试在测试过程的早期阶段进行，而黑盒测试主要用于测试过程的后期。 黑盒测试与白盒测试的异同 模块测试（单元测试） 子系统测试-重测试模块的接口 系统测试 验收测试（确认测试） 平行运行 除非是测试一个小程序，否则一开始就把整个系统作为一个 单独的实体来测试是不现实的。与开发过程类似，测试过程 也必须分步骤进行，每个步骤在逻辑上是前一个步骤的继续。 大型软件系统通常由若干个子系统组成，每个子系统又由许 多模块组成。因此，大型软件系统的测试基本上由下述几个 步骤组成： （2）、测试步骤 检测和组装的含义，集成测试 二、软件维护 软件维护是软件生命周期的最后一个阶段，它处于系统投入生产性运行以后的时期中，因此不属于系统开发过程。 （1）．软件维护的定义 软件维护就是在软件已经交付使用之后，为了改正错误或满足新的需要而修改软件的过程。我们可以通过描述软件交付使用后可能进行的四项活动，具体地定义软件维护。 国外数字统计表明完善性维护占全部维护活动的50%--66%，改正性维护17%--21%，适应性维护占18%-25%，其他维护只占4% （改正性维护、适用性维护、完善性维护、预防性维护） （2）．维护的特点 1）非结构化维护 2）结构化维护 在过去的几十年中，软件维护的费用稳步上升。1970年用于维护已有软件的费用只占软件总预算的35％～40％，1980年上升为40％一60％，1990年上升为70％～80％。 3维护的问题 理解别人写的程序通常非常困难，而且困难程度随着软件配置成分的减少而迅速增加，如果仅有程序代码没有说明文档，则会出现严重的问题； 需要维护的软件往往没有合格的文档，或者文档资料显著不足，认识到软件必须有文档仅仅是第一步，容易理解的并且和程序代码完全一致的文档才真正有价值； 当要求对软件进行维护时，不能指望由开发人员给我们仔细说明软件，由于维护阶段持续的时间很长，因此，当需要解释软件时，往往原来写程序的人已经不在附近了； 绝大多数软件在设计时没有考虑将来的修改，除非使用强调模块独立原理的设计方法论，否则修改软件既困难又容易发生差错； 软件维