课程: 软件测试基础知识:测试管理
免费学习该课程!
今天就开通帐号,24,700 门业界名师课程任您挑!
缺陷跟踪
关于记录测试期间发现的问题, 我们已经简要介绍了最佳实践。 记录发现的问题是质量管理团队的重要职责, 但在记录后继续维护这些问题同样重要。 在记录问题之后对它进行监控的过程 叫作“缺陷跟踪”, 是缺陷生命周期中的重要组成部分。 缺陷在进入跟踪系统后不会消失。 记录下来的问题有点像正在递送的包裹。 你把发现的全部重要细节放入一个容器, 递送出去,直到有人接手、 处理后再返回给你进行回归测试或关闭。 提交出去不代表就结束了。 在“玩转加州”项目中, 在预订方面遇到的问题 不只是开发团队的责任, 当然开发团队有责任去修复它, 而质量管理团队也有责任 确保这个问题不会被遗漏或忽视, 一旦问题落入前往加州的游客手中, 那就是质量管理团队的责任。 你需要在缺陷跟踪系统中 花大量时间监控自己提交的缺陷进展。 要非常熟悉跟踪系统的操作, 因为你可能每天都要使用它, 得花时间了解它的运作。 管理项目意味着需要经常进入系统, 了解所有缺陷,包括其他团队报告的缺陷。 就像包裹的运单号一样, 已报告的缺陷也有标识码, 方便在它的整个生命周期中进行跟踪, 直到关闭。 关闭缺陷的原因有很多。 理想情况下,缺陷最好得到处理和修复。 但关闭的原因也可能是某个问题无法重现、 不再影响功能或者被划归到了未来版本。 把缺陷输入系统后, 要开始监控它的处理进展。 已关闭的缺陷可能需要进行回归测试, 确保它们已经得到修复, 并且这一过程没有破坏其他东西。 就像开发团队可能对报告中的某些缺陷 持怀疑态度一样, 你同样也可以怀疑他们的修复工作。 缺陷追踪程序就是你与这些问题之间的纽带。 对所有问题的潜在解决方案 持怀疑态度有助于保证质量。 软件开发过程很复杂, 两个功能之间可能存在不明显的依赖关系, 修复其中一个功能可能引入新问题。 缺陷跟踪能让我们管理这些更改、 修复和更新。 如果不知道缺陷的修复情况, 也就无法有效管理测试。 把问题输入系统之后, 可以把它们作为检查清单来监控问题的状态。 密切关注缺陷跟踪单, 看看它们是否得到更新。 通常,开发人员会在版本说明中 注明一些缺陷, 会列出缺陷编号以及是否得到修复。 密切跟踪问题, 就能知道何时应该投入精力去验证修复, 何时可以稍后再查看。 在每日站会或项目团队会议期间, 做好准备查看问题并质疑系统中的反馈。 不要让开发人员产生抵触,而是让他们知道,…
随堂练习,边学边练
下载课堂讲义。学练结合,紧跟进度,轻松巩固知识。