51Testing软件测试论坛

标题: 迟发现缺陷如何预防与处理 [打印本页]

作者: iOrchid 时间: 2014-11-7 09:18
标题: 迟发现缺陷如何预防与处理
迟发现缺陷，顾名思义就是发现迟了的缺陷，Later Discovered Bug。
极端情况可能就是产品需要上线了，又被发现的缺陷。这样就会导致整个项目组都蛮紧张，慌乱中修改这个缺陷，在这种情况下修复缺陷极有可能会引发其他缺陷，时间紧，很有可能上线后就会出现各种各样的问题。
针对迟发现缺陷，这个应该是测试人员的责任，不知各位有没有这方面的处理经验。
还请各位大大给点提示，多谢！

作者: zzting 时间: 2014-11-7 16:35
也遇到相同的问题，，，手忙脚乱。。。求教~特别是测试人员比较少的情况下

作者: iOrchid 时间: 2014-11-10 10:21

zzting 发表于 2014-11-7 16:35
也遇到相同的问题，，，手忙脚乱。。。求教~特别是测试人员比较少的情况下

是的啊，在考虑有什么方法能够尽量减少此类问题出现。其实开发能够拿这个作为考核测试的一项指标。

作者: huolu 时间: 2014-11-10 11:33
有同感

作者: 孜钊 时间: 2014-11-26 17:01
过晚发现，即测试泄漏，可以通过提高测试有效性加以降低，也从源头，提高设计质量进行规避。完全避免，几乎不可能，这就等于要求通过测试的东西要100%的没问题。

作者: testsupper_man 时间: 2016-9-23 14:54
该问题，时长有发生，发现类似问题，需要进行组织分析，迟发线的缺陷是否是严重缺陷，如果是严重缺陷，需要向团队申请评估修改时间计划和时间，毕竟要对上线后的质量负责，同时要进行该缺陷进行研发、测试层面的分析，为后续的研发测试进行借鉴，避免类似问题发生，如果是非严重问题，评估后对上线无大影响，带bug上线也无妨。

作者: 泪倾斜的海 时间: 2016-10-7 23:21
留个脚印```````

作者: huigor 时间: 2017-2-24 16:05
除了提前做静态代码走查外，感觉项目组之间的交叉测试也有必要

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)