软件测试与维护说课.ppt

软件测试与维护 王传栋 南京邮电大学计算机学院 * 内容与要求 知识点 （1）知识点一：软件测试 （2）知识点二：软件调试 （3）知识点三：软件维护内容与分类 （4）知识点四：维护的策略与过程 （5）知识点五：维护的副作用 教学基本要求 了解软件测试的概念、目的和原则，掌握常用的黑盒、白盒测试方法，了解软件测试的基本步骤和各种测试的目的、内容和方法，了解程序调试的方法和原则；了解软件维护的概念，内容和策略和分类方法；解软件维护副作用的定义以及软件维护副作用的分类方法。 基本概念 软件测试 软件测试的根本目标：尽可能多地发现并排除软件中潜藏的错误，最终把一个高质量的软件系统交给用户使用，测试目标决定了测试方案和测试用例的设计 观念：测试并不是证明程序是正确的，而是发现错误。 程序调试 对测试出现的错误进行诊断，确定错误的位置、原因，并改正错误。 软件维护 是软件生命周期的最后一个阶段，指软件交付使用之后，为了改正错误或满足用户新的需求而修改软件的过程。 * 测试目的与原则 目的 测试是程序的执行过程，目的是发现错误； 一个好的测试用例在于能够发现迄今为止尚未发现的错误； 一次成功的测试在于发现了迄今为止尚未发现错误的测试。 原则 应当把“尽早地和不断地进行测试”作为座右铭 测试应避免程序员自己进行 测试用例包括测试数据和与其对应的预期输出结果 测试用例应包括合理的和不合理的输入数据 注意错误群集的地方 严格执行测试计划，排除测试的随意性 全面检查每一次测试结果 妥善保存测试计划、测试用例、出错统计和最终的分析报告 * 测试策略 软件过程是一个螺旋过程，沿着流线每螺旋前进一圈都会降低软件的抽象层次 系统工程定义软件的角色，引出软件需求分析 需求分析建立软件的信息域、功能、行为、性能、约束和确认标准 沿着螺旋向内，经过设计阶段，最后到达编码阶段 软件测试也可以放在螺旋模型中来考虑，沿着流线每向外螺旋前进一圈都拓宽了测试范围 * 单元测试起始于螺旋中心，侧重于源代码单元（构件） 集成测试，测试重点在于软件体系结构设计和构造 确认测试，依据已经建立的软件，对需求进行确认 系统测试，将软件与其他系统成分作为一个整体来测试 传统测试与OO测试 我们首先以‘小的测试’开始，随后转向‘大的测试’ * 传统软件的单元测试侧重于模块的算法细节和穿过模块接口的数据 单元测试 高端测试 集成测试 确认测试 系统测试 OO的类测试是由封装在该类中的操作和类的状态行为驱动 自顶向下或自底向上集成策略 基于线程的测试 基于使用的测试 簇测试 注： OO软件没有明显的层次控制结构，因此传统的自顶向下和自底向上集成策略已没有太大意义 类的成分间的直接或间接相互作用，每次将一个操作集成到类中往往是不可能的 测试步骤 单元测试 测试侧重于单个构件，确保构件作为一个单元起作用 充分利用测试技术，检查构件中每个控制结构的特定路径以确保完全覆盖，并最大可能地发现错误 集成测试 组装或集成各个经过单元测试的构件以形成完整的软件包 测试处理并并验证与程序构造相关的问题 普遍使用关注输入和输出的测试用例设计技术 确认测试 评估确认准则，为软件满足所有的功能、行为和性能需求提供最后的保证 系统测试 超出软件工程的边界，隶属计算机系统工程的范围 验证系统成分能否合适地结合在一起，且能满足整个系统的功能/性能需求 * 单元测试 测试的对象：模块 目的：发现模块内部存在的错误 模块不是独立的程序，需要辅助测试模块 发现编码和详细设计的错误，会涉及到《详细设计报告》 * 集成测试 目的 是构造软件体系结构的系统化技术，测试与接口相关的错误 发现设计错误，涉及到《概要设计报告》 方式 自顶向下增量式测试 自底向上增量式测试 三明治测试：混合增量式 其他技术 回归测试：重新执行已测试过的测试用例 冒烟测试：软件重构中进行的测试 * 确认测试——软件合格性测试 目的 检查系统的功能和性能、检查文档 功能或性能特征符合需求规格说明，被接受 发现与规格说明的偏差，创建缺陷列表，并修复 发现软件分析阶段的错误，会涉及到《需求分析报告》 α测试与β测试：关注点是客户使用 α测试：由有代表性的最终用户在开发者的现场进行的，开发者在后面观看，并记录错误和使用问题。 β测试：在一个或者多个最终用户场所进行，开发者通常不在场 * 系统测试 关注点是系统集成 软件与硬件系统、支持软件、数据信息等配套协同工作 测试超出软件过程范围，不仅仅由软件工程师执行 分类 恢复测试：通过各种方式强制地使软件发生故障，并验证其能适当恢复 安全测试：验证系统内的保护机制，是否能够实际保护系统不受非法入侵 压力测试： 目的是破坏程序，以非正常的数量、频率或容量的方式执行系统 性能测试，与压力测试结合，测试软件在集成环境中的运行