每日面经
- 考察点：软件测试基础
- 题目：你在测试中发现了一个bug，但是开发经理认为这不是一个bug，你应该怎样解决？
1 个赞
开发经理一般认为不是bug的原因之一是这个bug修改较繁琐且影响不大，原因之二是认为正常业务操作场景不会出现这样的bug，原因之三是开发和测试对需求的理解存在偏差。
第一种可能是一些历史数据与当前系统的逻辑、显示规则再版本迭代后出现差异导致的，历史数据存在一定量。这种情况需要列出历史数据的影响范围，例如历史数据影响到了内容展示或者一些流程操作，需要根据这些影响范围大小并找来项目经理一通决定是否需要花费人力去修改bug。
第二种情况要让项目经理找业务确认，出现bug的场景是否在实际使用中出现概览很小，就算出现概览很小也应该是要修改的，提高系统的容错率才会让使用者更有保障。但如果说版本上线比较紧急，可以和项目开发这边讨论延期处理。
第三种情况就需要给出相应的需求文档、产品逻辑的支撑，理出需求的准确逻辑，说服开发进行修改。
4 个赞
真的是bug：
- 开发经理没认识到这个是bug，大意了，拿出需求文档，bug复现截图，解释清楚就好
- 开发经理觉得这个bug用户触发不了，没必要处理，说不是bug是夸张的说法，找需求方对清楚，是否可以不解决，达成共识即可
- 外部依赖导致的问题，开发觉得不是他们的问题称这不是bug，找到竞品亦存在此问题或者外部问题的证据，同步产品作为风险点，bug关闭
- 开发经理扯皮，明明是bug，不承认。提好bug，找和他同级别的测试领导和他去扯皮
不是bug：
- 测试手法有误，测试理解有误，测试使用环境不对，导致出来的异常，非bug，承认是自己的问题，挨打要立正
无法界定是否是bug：
- 产品文档有歧义、上下文矛盾，三方没有达成共识，找需求方澄清，按需求原意处理即可
- 改需求了。。。找产品更新文档，并要求其周知团队其他成员，再骂他一顿
1 个赞