特殊场景下才出现的bug，是否需要增加测试用例？

hetingtina

最近遇到一个特殊场景下的BUG，比较难做漏测分析，大家帮忙分析下：

功能A/B/C等模块，如果执行过B/C等模块功能，再执行A功能，就不出现BUG。但如果首次直接执行A模块，可能就出现BUG。总之就是特殊场景下，必须某个特殊动作后才能出现此类。

原因是研发发错了某个设置命令，如果设置过一次，后面就不会出现。

针对这类BUG，是否增加目前这个bug出现的场景用例，如果增加，是否别的特殊操作步骤也会出现问题？用例无限制的滚雪球增加下去？

luozhijun

hetingtina 发表于 2020-10-10 13:47
不可以接收，影响到正确性。

1.增加用例，提出为BUG，要求开发修复。
2.模拟用户使用习惯（如：首次直接执行A模块，触发率多少？）或对真实场景使用影响（GUI界面体验感要求强烈的APP等），这样的特殊场景出现的BUG，应考虑提升缺陷等级和重视。
3.个人建议，多模拟若干次，总结出现规律；
4.分析该缺陷，是否为共性触发，这样其他功能是否也有可能存在该问题？

示例：
曾经测试过一个涉及地图的软件，发现该地图是对国内领土显示，与国家标准地图存在差异，不进行连续放大12次（某个特别特殊的地方）操作无法发现。
请问这样的缺陷算不算特殊？
个人觉得，这样的缺陷算致命，因为被人举报的话，直接APP下架。

老黑

BUG 可以接受么？

hetingtina

老黑 发表于 2020-10-10 13:02
BUG 可以接受么？

不可以接收，影响到正确性。

szc123qq

applepen

如果是严重的问题，确实要分析漏侧原因。
然后追加新的测试用例。关于类似风险需要持续监控。
（其实这种如果能够通过自动化测试方式最好，每个阶段都执行确保问题不再出现）
但是如果监控一段时间以后，软件相对稳定以后相关测试用例可以裁剪。