我相信很多软件测试工程师都遇到过这样一种情况，松勤软件测试小编自然也遇到过，辛辛苦苦提交的bug，直接被开发人员反馈一句这不是BUG。当时真的是五味陈杂，甚至开始自我怀疑。以后大家遇到这样的情况，具体可以如文中这样应对。
首先从自己身上找原因，比如是不是因为自己对BUG的描述不清晰，导致开发人员难以理解，又或是测试环境和开发环境出现偏差。总之测试人员要对自己测试出的结果负责，反复论证，复现BUG。如果真不是自己出现的原因，再与开发人员好好沟通修改BUG。
若是开发人员说需求没确定，可以如此设计，所以这不是BUG。这就要涉及到产品经理，三方需要在一起进行讨论，商讨是否需要修改。如果需求发生变化，确实如开发人员所言，那我们就将BUG关闭，并及时更新测试用例。若需求没有变化，那就具体由开发进行BUG的修改。
还是就是开发人员觉得这就不是个BUG，感觉都不用修改。这种情况确实要具体分析，有时也并不算得上BUG。测试人员要说明，被用户发现或出了问题，会有什么不良结果？来阐述一下需要开发人员进行修改。如果意见还是不统一的话，测试人员可以向项目经理和产品经理反馈发现的这一问题，具体确认要不要修改。总之，测试人员要对自己的每一个测试结果负责。即使最后不需要修改，也要保留好相关记录，便于后续追溯。
其实软件测试工程师在工作中交流最多的人不是产品经理就是开发人员，为了项目更高效地推进，测试人员认真工作的同时，也要处理好同事间的关系。切忌将不满的情绪带到工作里，这是极不负责任的表现。其实大家在一个项目里都是并肩作战的状态，目标保持一直就是高质量地完成每个项目。
