• 测试技术
  • 博客
  • 视频
  • 开源
  • 论坛
  • 沙龙
  • 下载
  • 杂志
  • 招聘

您的位置:您的位置:软件测试技术网 >> 软件测试技术 >> 白盒测试 >> 方法论 >> 查看资讯

字号: | 推荐给好友 上一篇 | 下一篇

追求代码质量: 不要被覆盖报告所迷惑

发布: 2008-6-23 15:14 | 作者: 不详 | 来源: 领测软件测试网编辑整理 | 查看: 11次 | 进入领测软件测试网论坛讨论

领测软件测试网

$NrRD-A#M`*y.}
  • 上述两种情况都发生了。
  • *d1T$?i`-R'i4V/R&l R能够监控事情的发展,无疑是件好事。定期地查阅报告使得设定目标(例如获得覆盖率、维护代码行的测试案例的比例等)并监控事情的发展变得更为容易。如果您发现测试没有如期编写,您可以提前采取一些行动,例如对开发人员进行培训、指导或帮助。与其让用户 “在使用中” 发现程序缺陷(这些缺陷本应该在几个月前通过简单的测试暴露出来),或者等到管理人员发现没有编写单元测试时再感到惊讶(和愤怒),还不如采取一些预防性的措施。

    U4By:qb-ihi 软件测试技术网i\;r-p HL*X Lo cp

    使用覆盖报告来确保正确的测试是一项伟大的实践。关键是要训练有素地完成这项工作。例如,使每晚生成并查阅覆盖报告成为连续累计 过程的一部分。软件测试技术网"BQ XM { i

    5U1g#HE!H,{Lp H ^F3. 评定功能测试

    !FUx,I L#z1N

    #ew(O.G&H假设覆盖报告在指出没有经过 足够测试的代码部分方面非常有效,那么质量保证人员可以使用这些数据来评定与功能测试有关的关注区域。让我们回到 “饮水机” 团队来看看 QA 的负责人 Drew 是如何评价 Joe 的代码的:软件测试技术网1G(C(u