完善测试案例省心又省力

如果需求里写清楚了而你没实现，当然得承担一定的责任。
但几乎所有程序员都会以工作量大，deadline紧等客观存在理由来规避责任。
其实如老板懂行的话就明白有bug是正常的，产品有缺陷主要是QA的责任，不全是程序员的责任。

大家都知道自己查自己的代码是不可能找到全部bug的。

如果老板不懂这些或对你有了成见。 两条路：咬牙忍了，与老板沟通；或跳槽，让他另请高明。
（另加据题外话，与老板搞好关系在任何时间地点都是非常重要的，有时比技术还重要）

需求是大方向的描叙，整体的功能当然没有问题。因为系统比较复杂，有一种情况我没有考虑周全，导致系统有BUG。
经过观察，我觉得领导的意思是把责任定位在我身上。
第一：第二天我的大领导发邮件关于昨天故障的问题。中午时候碰到他，他说邮件不是针对我的，是针对整个团队的。
第二：我的直接领导对我说－－你看领导发话了，你看我多被动了。
第三：在聚餐上，我平时不喝酒。但那天领导那桌，同事叫我过去喝。我也有意想借此机会，向协助完成工作的同事表示谢意。我和大领导和了小半杯红酒，领导说：做事要注意方式方法。我点头应允。然后又和其他同事每人干了一小杯。我有点醉意了。

我应该汲取教训，尽量的规避这些事情。

兄弟，你是一个有很强责任感的程序员，感觉你的压力有点大。
没关系，向前看。

在这bug的解决上，你做了很多的工作，并解决了问题。
如果你能在这件事上让你的领导看到你分析解决问题的能力，而不是一个处处要人替你擦屁股的人。那么你就是得大与失的。谁没犯过错啊（但也不能老犯）。

无论如何，你在此次的经历，会让你受益良多。

是的，我也觉得我的压力蛮大的。
因为我不但要负责这个系统业务需求的更新，BUG的修改工作。而且负责另外一个项目的技术工作，这个也是公司今年最大的项目，实施最困难的一个。目前，还有很多的问题待解决。

我也觉得我应该向前看，要乐观与豁达，虽然我不善于插鞋，但我依然尽最大的努力，饱满的热情投入到工作中，完成项目。在项目中获取更多的快乐，更多的经验。项目成功后，也可以感到自豪，感到欣慰，那么多网点都在用我们的系统。：）

用机器人测试就够了,
成本很低,
自动测试机器人很多, 随便弄一个合适的, 写一些简单的脚本就可以了.

你这种只适合节约劳动力的那种。如果有非常复杂的业务逻辑的，要经过人工干预的，那就不适合了。

看了这么多有关测试的东东小弟十在郁闷，做了2年开发了从没像各位说的那样测试过，之前做华为外包开发时间很紧且需求变动很大，如果想测试做充分的话怕是项目不能按期交付。

mock1234 常年在 javaeye上宣传TDD，是个好同志啊

我还以为是给碧生源做广告呢，呵呵

省力更省心。哈哈。还能通一通多年的老便（pian）秘

没有完美的办法，事实上，单元测试有时候没有一点用。但是不能没有，没有的话，心里没有底。

主要我觉得还是集成测试用例的覆盖度，可是不可能完全OK，在开发代码的同时，需要开发人员自信测试，比如不同的操作系统，浏览器（如果是Web程序的话）。最后是，知识库的归档，包括Troubleshooting，开发技巧等等。