工作 4 年有余，当初稀里糊涂进了软件行业，并且稀里糊涂的做了传说中的 Java 软件开发工程师，由于项目原因
开发、测试、实施、部署、培训……学了一个又一个的工具，研究了一个又一个的技术，最后在现场感受客户使
用系统时候的意见，作为开发的我，毅然决然的投入到软件测试行业中。
带着 2 年多的开发经验投身于软件测试，不仅仅是工资的落差更是地位的落差，每一个项目都想尽力做好，奈何作
为 QC 的我无法实行 QA 的职责，只能尽可能充分的对项目进行测试，并且预测风险点在哪里，看见研发的童鞋们由于各
种理由推脱不予修改 bug，只能望 bug 兴叹了。
如何做好测试，到现在也没有什么太正确的定论，很明显的一个 bug 却不予修改，如果站在公司立场或许节省成本，
站在客户立场有些说不过去，但是作为测试来说，只有提 bug 的权利没有强制要求修改的权利，每次接手项目时，总想让
客户满意，最后结果永远是不尽人意。
测试是对开发负责还是对客户负责这个只能是公司定位了，当一个大环境认为测试是为开发打工的，那么这个地位是
很尴尬的，没有办法依据自己的想法去做，提升软件的质量不是需要会多少工具，而是需要一个追求软件质量的心
请添加头像
#3 楼 @lihuazhang 验证了确实是·~
这种情况，我想我的某个老板会首先会质疑我的影响力
喔，遇到开发不想改 bug 的事情，我也很恼火，时常想去抽他
但是，有时候他们不改 bug，产品带伤上阵，是与组织的利益的一致的，可能是时间紧而我们有承诺过，可能是开发的负荷原因，有时候仅仅只是个试验品，等等。
产品是大家的，实在不愿意改 bug，额，知会他老板，随他去吧
深有体会，以前听说有产品在现场会爆炸......后来做测试的时候心想绝不会让这种事情发生，但是真的走向测试岗位后，薪资、职业发展、其他人对测试岗位的不理解、项目进度难以推进......这些问题也很困扰我。
看这情况，你公司就你一个做测试的？
发现一个 BUG，一般流程是给开发负责人/项目负责人，然后让他去协调分配人员去做确认和修复
当你认为该 BUG 必须修改，而开发人员给你各种理由不修改时，
你再和开发人员纠缠是没有意义的；
直接找到开发负责人/项目负责人，说服他，让他确定，该 BUG 是需要修复的就行了，
他确认之后，自然会去找对应开发修复 BUG。
另外，一个 BUG 是否修改，也是多方妥协的结果。
时间进度、重要性……
这一般需要项目负责人整体评估，包括和需求方（客户）、开发统一沟通协调，统一意见。