对于已量产软件测试再发现bug怎么办
对公司已经量产（客户已经投入大量生产）过的软件，在增加功能后要再进行一次外发测试，但在测试中会发现一些功能的不合理性，比如会少一些常用的功能。但如果你找开发去核对他们会说软件已经量产，客户没有提出修改要求，这些不改，这些不知道怎么办，如果告诉经理估计要和开发关系搞僵。想问下这样情况应该怎么办？？ 这种事测试不用直接和开发去说，应该直接上报给你的leader或是经理。 把你发现的产品版本上的bug做个research，然后大致评估一下影响范围及风险，然后用正式或非正式的方式上报。 至于修不修，这个上层会考虑。一来呢，这也属于测试人员的职责范围。因为有遗漏的bug被发布出去了，是测试的责任。
二来呢，这也算是你的一次表现机会。 其实这种情况是要区分的
在你回归测试的过程中发现你说的问题，去真实的量产版本上看下，是不是存在同样问题，如果存在，则说明上次发布时未发现但客户可能也没发现，这种情况上报你的主管，由他们去处理；如果生产版本上不存在，则说明是这次开发修改时出现的问题，直接走正规流程修改 肯定要告诉经理的 回复 1# 风行刃
首先确定你这个bug的严重级别，如果是各种黄页的那肯定没商量 直接改，如果说是一些易用上的问题，建议可以先收集下已使用的客户的建议和意见，不要讲bug改成bug。因为bug用习惯了就不叫bug了存在就极为合理了。不要讲bug改成bug 本帖最后由 wangjuan_gm 于 2014-12-2 15:52 编辑
整理好问题后，跟Leader私下探讨，看他怎么解决
有可能是版本合并后的问题。常用功能没有，而且不符合逻辑，这应该是大问题。不管怎样，都要跟测试leader和项目经理协商。由他们决定。
不管真要是改，测试的工作量会多很多，这时你需要跟项目经理多要一些测试时间。
1.从测试角度来说，外部缺陷等同与系统崩溃，测试是必须提的
2.可以询问主管或负责人是否在后一个版本中修改
3.评估缺陷对于用户使用存在多大的不便
4.判定缺陷修改的关联多少模块
5.这句记在心里就可以了，产品是给人用的，一切不符合用户实际需求的就是缺陷，如不再需求确认书上的需求，为了产品长远发展也必须及时修复。 都已经是量产的，那肯定版本什么的比较稳定。BUG也不是特别严重，那就先记录下来。往上一级报。然后作为遗留问题，下个版本再更新、。
如果很严重。立刻报上。
页:
[1]
