一次关于缺陷状态的争论

发表于:2014-10-08 11:26

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:米轻轻    来源:51Testing软件测试网采编

  在我们的缺陷库中,有一种缺陷状态为“待提交”,这是一种最终状态,并且表明这个缺陷实际上是无效的,不会计入到最终的缺陷报告中。
  一个项目开始了,在几个版本之后,缺陷库中存在数个“待提交”状态的缺陷,原因无外乎几种:与其它缺陷重复、测试人员的失误等。
  再来说由此产生的争论:一个同事认为,“待提交”状态的缺陷不应当存在于缺陷库中。从字面上来理解,“待提交”就是提交之前的预状态,将其修改为有效的缺陷后重新置为“新建”状态。这样从缺陷库来看,不会暴露出测试人员的失误,可以给上级或其他人一种测试非常高效的印象。
  但我不这么认为:无论是重复的缺陷也好,测试人员的失误也好,这都是系统测试过程中一种真实的反应和记录,并且这是不可避免一定会出现的。在测试活动结束之后,可以对所有“待提交”状态的缺陷做统一的分析,指导后续的测试活动。也就是说“待提交”状态的缺陷也是一种资源,可以挖掘出有用的信息来。如果人为的使其消失,尽管表面上看来显示出测试的高效,但是真正了解软件测试过程的人必然也能发现其中的可疑之处。
  关于争论的结果,我只能说对方才是这个项目的负责人。
《2023软件测试行业现状调查报告》独家发布~

精彩评论

  • ppplug
    2014-10-15 11:08:54

    1、不同测试人员提交的BUG,无论什么情况应该都应该提交(不可能每个人都看一下别人提交的缺陷后再测试)。就算是重复或者无效的缺陷,也是每个人的工作记录;
    2、项目测试负责人应该过滤所有人提交的缺陷,剔除那些无效的BUG,这是他的职责。保证提给开发的BUG都是有意义的;
    结论:无论是什么原因产生的BUG,都应该有记录、并且提交,这是测试工程师工作输出的记录,但是必须有人筛选过滤后提交给开发,免得瞎耽误工夫

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号