第10章、正确理解软件测试（理论课）.pptVIP

/ 测试计划与软件缺陷 上一章内容回顾 软件测试流程 需求阶段 设计和编码阶段 集成、系统、验收测试阶段 软件测试分类 按测试策略分类 按测试阶段分类 按测试方法分类 软件测试流程 软件测试的分类 按测试策略分类 黑盒/白盒测试、动态/静态测试、手工/自动测试 按测试阶段分类 单元测试、集成测试、系统测试 按测试方法分类 功能测试、性能测试、压力测试、负载测试、易用性测试、安装测试、界面测试、配置测试、文档测试、兼容性测试、安全性测试、恢复测试 本章学习目标 掌握软件测试的原则 了解什么是评审 了解软件测试与软件质量的关系 正确认识软件测试 了解处理缺陷的注意事项 内容进度 软件测试的原则 关于评审 软件测试与软件质量 正确认识软件测试 关于处理缺陷 软件测试的原则 软件测试应尽早执行 不同阶段引入的缺陷对于软件的影响有什么不同？ 软件测试的原则 软件测试应贯穿于整个软件生命周期 哪个阶段引入的缺陷最多？ 每个阶段我们都需要测试些什么？ 参与评审、审核相关文档等 软件测试的原则 软件测试应追溯需求 什么是需求？——需求说明书 依据需求来解决问题 测试应由第三方来构造 程序设计机构不应测试自己的程序，程序员也应避免测试自己的程序。 第三方可以是测试部门，现在逐步流行的测试外包项目也是典型的由第三方来构造测试的情况。 软件测试的原则 穷举测试是不可能的，要遵循Good-enough原则 电话号码系统 NNX,NXX,XXXX Good-enough原则：即不要做过多的测试，也不要做不充分的测试。 制定最低测试通过标准和测试内容，然后具体问题具体分析。 软件测试的原则 必须确定预期输出（或结果） 设计测试用例（包括其他测试内容），必须先给出预期测试结果，作为检验测试结果的基准。 必须彻底检查每个测试结果 充分注意测试中的群集现象 测试后程序中残存的错误数目与该程序中已发现的错误数目很可能成正比 根据此规律，应对错误群集的程序段进行重点测试，以提高测试的效率 软件测试的原则 其他值得注意的规律和经验 缺陷的二八定理 严格执行测试计划，排除测试的随意性 注意合法合理的输入，也要注意非法的非预期的输入 检查程序是否做了不该做的 测试应从“小规模”开始，逐步转向“大规模” 反复使用同样的测试会使软件具有抵抗力 关注缺陷的修复 软件测试的原则小结 软件测试应尽早执行，并贯穿于整个软件生命周期 软件测试应追溯需求 测试应由第三方来构造 穷举测试是不可能的,要遵循Good-enough原则 必须确定预期输出（或结果） 必须彻底检查每个测试结果 充分注意测试中的群集现象 其他值得注意的规律和经验 内容进度 软件测试的原则 关于评审 软件测试与软件质量 正确认识软件测试 关于处理缺陷 关于评审 什么是评审 软件在开发的各个阶段涉及的文档 评审的重要意义 关于评审 什么是评审 IEEE729-1983规范:在正式的会议上将软件项目的成果（包括各阶段的文档、产生的代码等）提交给用户、客户或有关部门人员对软件产品进行评审和批准。其目的是找出可能影响软件产品质量、开发过程、维护工作的适用性和环境方面的设计缺陷，并采取补救措施，以及找出在性能、安全性和经济方面的可能的改进。 评审可以直接对测试对象进行质量改善,也可以间接地改善过程质量 关于评审 软件在开发的各个阶段涉及的文档 文档分类 开发文档 管理文档 用户文档 关于评审 评审的重要意义 从用户的角度分析 文档和程序一样,都是同样的产品 从软件开发角度分析 文档的内容不正确或不健全会给整个软件开发工作造成问题 从软件测试角度分析 文档的不健全或不正确,也是测试工作中遇到的最大和最头痛的问题 从维护的角度分析 文档缺乏或不正确也不利于产品的后期维护 内容进度 软件测试的原则 关于评审 软件测试与软件质量 正确认识软件测试 关于处理缺陷 软件测试与软件质量 软件质量与软件过程的关系 软件测试与软件过程的关系 软件测试与软件质量的关系 软件测试与软件质量 软件质量与软件过程的关系 软件质量：软件产品的特性可以满足用户的功能、性能需求的能力。 软件过程：软件生命周期中的活动，一般包括软件需求分析、软件设计、软件编码、软件测试、交付、安装和软件维护。 软件过程的优劣决定了软件质量的高低，好的过程是高效高质量的前提。人员和过程是决定软件质量的关键因素，高质量的人员和好的过程应该得到好的产品。 软件测试与软件质量 软件测试与软件过程的关系 关于修复缺陷的费用 椐统计大约有60%的错误是在设计阶段之前注入的，并且修正一个软件错误所需的费用将