合肥比较好的软件测试培训机构哪家好

合肥比较好的软件测试培训机构哪家好,博为峰IT培训学校是专业的IT培训机构之一,博为峰51Code在国内率先推出IT就业培训业务,即通过数月的强化培训,使缺乏职场竞争力的学员具备企业级项目执行能力,先后在10余个城市推出Java,软件测试,软件开发线下培训,并推出在线职业教育平台博为峰网校Atstudy,面向全国/国际提供软件测试,软件开发等0基础或进阶类,考证类等课程

软件测试人员如何应对与开发人员认为不是bug的bug?

开发人员说不是bug，有2种情况，

1. 需求没有确定。

可以找来产品经理进行确认需不需要改动，三方商量确定好后再看要不要改。

2. 这种情况不可能发生，所以不需要修改。

这个时候，我可以先尽可能的说出是BUG的依据是什么?如果被用户发现或出了问题，会有什么不良结果?程序员可能会给你很多理由，你可以对他的解释进行反驳。如果还是不行，那我可以把这个问题提出来，跟开发经理和测试经理进行确认，如果要修改就改，如果不要修改就不改。其实有些真的不是bug，我也只是建议的方式写进TD中，如果开发人员不修改也没有大问题。如果确定是bug的话，一定要坚持自己的立场，让问题得到较后的确认。

其实参考答案已经很完整了，但是可以看到上面的答案明显是偏向测试人员的，但有时开发说的并没错，测试要站在对方的角度换位思考。所以回答这个问题还可以从开发人员的角度延伸。

分析什么Bug会让开发认为不是bug：

1. 测试人员描述不清晰

工作中也有测试人员把某些“Bug操作步骤”描述的只有自己看得懂，开发人员按照步骤复现Bug不知所云，搞错了问题所在。

解决方法：

修改Bug操作步骤：清晰描述、无歧义、无冗余步骤，要达到即使给一个不懂的人去重现这个Bug，也能按照你的操作步骤复现。

2. 难以复现的Bug

不是所有的问题都能用同样的操作步骤来复现的，有的Bug概率出现甚至偶现，或者是只在测试环境里出现。

解决办法：

针对难以复现的Bug，需要保存截图或者记录log保留证据;对于只在测试环境下才会出现的，找研发在测试环境进行确认。这类Bug要慎重对待，规避风险。

3. 有争议的Bug

有争议的Bug多发生于建议类型的Bug：与同类软件不符、易用性、美观性等类型的Bug。

解决办法：

这种问题是否要修改需要根据公司的项目类型进行讨论。开Bug评审会，在开发能实现的情况下说出自己的理由，改善产品。

4. 功能性Bug

与需求不符、与原型设计不符。有时候研发对需求没有深入了解可能会忽略或者搞错个别功能。

解决办法：

据(需求、设计说明书)给他看，这种bug自然合情合理。