第02章识别和描述缺陷（理论课）.pptVIP

/ 测试计划与软件缺陷 上一章内容回顾 什么是软件 软件测试的产生、意义和概念 软件测试的产生 软件测试的意义 软件测试的定义 软件测试的目的 软件测试的现状与前景 测试与调试的区别 软件测试员必备的素质 本章学习目标 掌握识别和描述缺陷的方法 内容进度 缺陷的识别 再现与优化缺陷 怎样有效记录缺陷 缺陷的识别 什么是缺陷 不满足用户确定需求 简单地说,缺陷就是软件BUG 注意:软件BUG不仅仅是程序错误,还包含所有不能够满足用户需求的问题 BUG:在软件使用过程中所出现的任何问题,或者导致软件不能符合设计要求或不满足消费者需求的问题 缺陷的识别 产生缺陷的原因 人员之间的沟通交流不够，交流上有误解或者根本不进行交流 文档不完善 需求不断的变化 参与人员的过度自信 程序设计本身有错误 软件复杂性 工期短，任务重，时间压力大 软件开发工具与系统软硬件的支持 缺陷的识别 判断发现的问题是否是缺陷的方法 通过参考文档来确认缺陷 通过了解软件产品的行业背景（或参考同类典型软件）来发现缺陷 通过沟通来确认和识别缺陷 缺陷的识别小结 什么是缺陷 产生缺陷的原因 判断缺陷的方法 内容进度 缺陷的识别 再现与优化缺陷 怎样有效记录缺陷 再现与优化缺陷 再现（又叫重现）与优化缺陷的必要性 为什么要再现与优化缺陷（需要特别注意，优化缺陷并不是指优化缺陷本身，而是优化缺陷的再现步骤） 关于软件中“随机”出现的缺陷 再现与优化缺陷 再现与优化缺陷的方法 不要想当然的接受任何假设 查找时间依赖和竞争条件的问题 与压力和负荷相关的边界条件软件缺陷、内存泄漏和数据溢出缺陷的发生有一定的前提条件 状态缺陷仅在特定软件状态中显露，状态缺陷的例子是软件缺陷仅在软件第一次运行或者在此第一次运行之后出现 考虑资源依赖性和内存、网络、硬件共享的相互作用 关注硬件的失效问题，硬件可能不按照预定方式工作 关注软件的失效问题，对缺陷的修改可能会引发新的缺陷 从阅读缺陷报告入手 再现与优化缺陷小结 再现与优化缺陷的必要性 再现与优化缺陷的方法 内容进度 缺陷的识别 再现与优化缺陷 怎样有效记录缺陷 怎样有效记录缺陷 保证重现缺陷 怎样有效记录缺陷 分析故障——使用最少步骤重现缺陷 怎样有效记录缺陷 包含所有重现缺陷的必要步骤 怎样有效记录缺陷 方便阅读 怎样有效记录缺陷 尽量简单——一个缺陷一个报告 怎样有效记录缺陷 注意自己的语气 怎样有效记录缺陷 值得注意的经验 怎样有效记录缺陷小结 保证重现缺陷 分析故障——使用最少步骤复现故障 包含所有重现缺陷的必要步骤 方便阅读 尽量简单——一个缺陷一个报告 注意自己的语气 值得注意的经验 缺陷报告案例分析 本章内容总结 通过本章的学习： 掌握识别和记录缺陷的方法 */23 第二章 识别和描述缺陷 有些问题看似错误但不是缺陷。 有些问题看似正确但却是缺陷。 看似错误但不是错误 提款机的吞卡行为。吞卡本身是对用户的一种保护措施，但如果没有提示就是错误的了。 登录某些系统时，如果输入了错误的账户，系统的提示为“密码错误”。这是一种保护措施，用于迷惑那些企图盗用别人帐号进行登录的人。 使用Photoshop在计算机上编辑好的颜色，输出到打印机时发现颜色发生了变化，有些颜色甚至打不出来，这不能说是Photoshop软件本身的缺陷 看似正确但却是错误 安装某个软件成功，但它破坏了操作系统的功能或其他软件。 软件卸载过程中没有完全卸掉它的组件，有些会降低系统运行的效率，有些会导致升级版本无法安装。 软件需要支持大多数的硬件配置，例如迪斯尼狮子王游戏的教训，虽然软件本身没有错误，但是却影响了多数用户的使用。 判别软件缺陷的最终依据是“能够满足目标群体的使用需求”。 软件需求说明书 用户手册 联机帮助