第1章、软件测试概念和缺陷管理系统分解.ppt

* * * * * 作业布置： * * * * 缩写为Y2K.是指在某些使用了计算机程序的智能系统(包括计算机系统、自动控制芯片等)中，由 于其中的年份只使用两位十进制数来表示，因此当系统进行(或涉及到)跨世纪的日期处理运 算时(如多个日期之间的计算或比较等)，就会出现错误的结果，进而引发各种各样的系统功 能紊乱甚至崩溃。 * * * * * * * * * * * * * * * * * * * * * * * * * * * * / 学习进度 什么是软件 软件测试的产生、意义和概念 软件测试的产生 软件测试的意义 软件测试的定义 软件测试目的 软件测试的现状与前景 测试与调试的区别 软件测试工程师必备的素质 / 测试与调试的区别 区别 测试 调试 目的 发现软件的错误（测试人员不负责修改错误） 确定程序中错误的确切位置，对程序（设计，编码）进行修改，排除错误。 阶段 软件生命周期 软件开发阶段 人员 测试人员和开发 开发人员 / 第二部分----学习目标 掌握识别和描述缺陷的方法 缺陷管理工具 / 内容进度 再现与优化缺陷 怎样有效记录缺陷 缺陷管理工具 / 软件缺陷 什么是缺陷 不满足用户确定需求 产生缺陷的原因 人员之间的沟通交流不够，交流上有误解或者根本不进行交流 文档不完善 需求不断的变化 参与人员的过度自信 程序设计本身有错误 软件复杂性 工期短，任务重，时间压力大 软件开发工具与系统软硬件的支持 比如web软件，外网环境和内网测试环境不一样导致有些bug出现 / 缺陷识别 判断发现的问题是否是缺陷的方法 通过参考文档来确认缺陷 通过了解软件产品的行业背景（或参考同类典型软件）来发现缺陷 通过沟通来确认和识别缺陷 / / 内容进度 再现与优化缺陷 怎样有效记录缺陷 缺陷管理工具 / 再现与优化缺陷 再现（又叫重现）与优化缺陷的必要性 为什么要再现与优化缺陷（需要特别注意，优化缺陷并不是指优化缺陷本身，而是优化缺陷的再现步骤） 关于软件中“随机”出现的缺陷 / 再现与优化缺陷方法 不要想当然的接受任何假设 查找时间依赖和竞争条件的问题 与压力和负荷相关的边界条件软件缺陷、内存泄漏和数据溢出缺陷的发生有一定的前提条件 状态缺陷仅在特定软件状态中显露，状态缺陷的例子是软件缺陷仅在软件第一次运行或者在此第一次运行之后出现 考虑资源依赖性和内存、网络、硬件共享的相互作用 关注硬件的失效问题，硬件可能不按照预定方式工作 关注软件的失效问题，对缺陷的修改可能会引发新的缺陷 从阅读缺陷报告入手 / 内容进度 再现与优化缺陷 怎样有效记录缺陷 缺陷管理工具 / 怎样有效记录缺陷小结 保证重现缺陷 分析故障——使用最少步骤复现故障 包含所有重现缺陷的必要步骤 方便阅读 尽量简单——一个缺陷一个报告 注意自己的语气 值得注意的经验 / 内容进度 再现与优化缺陷 怎样有效记录缺陷 缺陷管理工具 / 缺陷管理工具 Bugzilla，Bugfree，Mantis，TestDirector Bugfree配置 B/S：Web服务器（Apache，IIS，Tomcat）apache2.0 数据库：（Mysql，Sql/Servere，DB2，Oracle）Mysql5.0 Php环境支持：php5.2.6 邮件服务器： Winmail Mail Server / 缺陷报告用途 缺陷报告的用途是什么？ 记录缺陷 缺陷分类 缺陷跟踪 为什么要尽早的报告缺陷？ 是不是所有的缺陷都会被修复？ / 缺陷分类 从哪些角度给缺陷分类？ 按问题引出不同 按功能（模块） 按缺陷的严重程度 影响进度的问题 死机 功能问题 建议 界面问题 按修复缺陷的优先级 应立即修复的问题 在产品发布之前必须修复的问题 如果时间允许应该修复的问题 可以在发布版本中存在的问题 备注：缺陷的严重程度和优先级各软件公司可根据实际情况自行确定。 / 缺陷报告分类 按缺陷所处状态分类 待确认的 新提交的 已分配的 问题未解决的 待返测的 待归档的 已归档的 按处理意见分类 已修改的 不是问题 无法修改 以后版本解决 保留 重复 无法重现 / 缺陷处理流程 测试人员 测试经理或开发经理 开发人员 测试人员 测试经理或测试人员 / 状态（status） 处理办法（resolution） 待确认的（Unconfirmed）：待确认后提交到系统中 新提交的（New）：这个bug刚刚被提交到系统中，还没有做任何的处理和响应 未解决的（Reopened）：这个bug曾经被处理过一次，但是处理的结果不太正确 处于左侧这三种状态的bug，其处理办法为空。 已解决的（Resolved）：这个bug已经被处理了，提醒测试组对此bug进行验证 已验证的（Verif