打回第二回后，把用例也给研发，让研发自己自测好没问题再给你验证吧。

开发没什么感受，无非就是太忙了，或者是没理解透需求导致改 bug 的思路完全不正确。作为测试而言就是很心累了。跟开发强调一下，有个自测流程会好一点

是不是用例本身就没覆盖全，建议分析一下客户出问题的场景原因在哪里

先把开发吊起来打两小时

哈哈哈 三四次的时候真怀疑他不认真改

没用

有时候就展示的问题，让改成和设计图一样，就是改一半，剩半拉

我遇到过产品需求模糊，开发改了几版才对齐需求的，真就是各理解各的，一点沟通没有。我在中间沟通，每次产品都是挤牙膏输出，测完又说这里没按照他要求来，真是离谱到家了

如果总是改一半的话，不如把这个问题甩给产品，就是直接群里艾特开发和产品，告知开发目前改成这个样子能不能接受，不能接受就艾特开发继续改，能接受就不改了你也省心省事，把开发的问题暴露出来，光测试可能改变不了什么了，看能不能凭借产品给开发压力，让开发提高提测质量

这工作真是干到头了

来了 testerhome 看到大家的问题，真是各种死去的回忆开始攻击我。
这些问题第一家创业公司都遇到过，但是原因一说就属于人身攻击了。
其实流程都差不多，小公司人少精简一点，都是人的问题。
除了人，如果非说还有什么原因，可能就是基础设施这块了。

脱离了第 1 家公司以后，这些离谱的事儿基本没有遇到了，就算遇到了给开发老大反馈此人不行，后面换人完事儿了

我也遇到过，哈哈哈。

后面我才知道是急着休产假，不想费劲儿去输出了

我也遇到过；但是还有更离谱的，都测完，准备上线了，产品改需求，几乎把原有的逻辑都推翻，当时我和后端都口吐芬芳了

不是谁的问题，是流程和工具没闭环。
要么版本没对上，要么沟通没对齐。
修一次 bug 不难，
难的是——让大家都知道这次真的修好了。