提了个 Bug 开发说不是问题，你怎么办？

我会先固定证据：用截图、录屏、请求响应与日志复现问题，标明环境、账号、步骤和数据。然后对照需求文档判断——文档明确是缺陷就按缺陷流程走；文档没写或有歧义，我会拉产品确认预期行为，让仲裁者做决定而不是测试和开发互相说服。全程对事不对人。

我处理过一次『偶现崩溃开发不认』的分歧。我做了三件事：写自动重试脚本跑了一夜把复现率从随机变成 30% 可复现；抓到崩溃堆栈定位到具体版本引入；在缺陷单附上复现率、日志、堆栈和影响用户数。证据齐了开发直接认领。我的经验是：争议大多源于信息不足——测试把证据链做完整，大部分争议自动消失。

我把这类冲突分三类处理：事实之争——复现与环境问题，用证据解决；定义之争——算不算缺陷、严重级别怎么定，用需求文档与缺陷判定标准解决，缺标准就推动建立标准；优先级之争——修不修什么时候修，是风险决策，由产品和业务拍板，测试提供影响面数据。测试的专业性体现在让每类争议都有裁判规则，而不是靠嗓门。

追问『产品也说不是问题怎么办』：书面记录风险——缺陷单转为风险备忘，写清影响与触发条件，抄送相关方，出了问题有据可查；『开发说测试环境造不出线上数据』：用线上脱敏数据或影子环境复现；『会不会得罪开发』：对事的证据文化反而建立信任，我的缺陷单改动力度一直很高。