看到@程序员的那些事 的一则笑话，自己打算写一段比较靠谱的段子。
1. 一堆程序员写了一段自认为牛逼无比，无懈可击的代码。
2. 开始交付测试的时候，发现各种部署问题。P0 bug乱飞。
3. 开发经理捉急了，这个不是代码问题，不能够报bug。测试说，不报bug那怎么跟踪这些问题！
4. 终于，部署问题解决了，测试人员开始测试了。
5. 短暂的沉寂之后，测试人员又发出声音了：这个不工作啊！那个feature还没有做耶！
6. 于是P1 bug开始横行。
7. 一轮测试下来，测试发现了70个bug。
8. 这堆程序员修了其中50个，剩下的20个选择不修，或者当作“不是bug”给处理了。
9. 测试发现，这修复50个只有30个是修好的，其余20个reject了。
10. 同时，测试发现这些修复引来了更多的bug，于是，又报了30个。当然其中有20个是上一轮漏掉的。
11. 程序员抓狂了，这下没完没了了。如此反复。
12. 鉴于市场的压力，产品发布了。市场又回来200个bug。
13. 第一批写代码的程序员获得了表扬，都升为architecture了。
14. 于是，又找来一堆新的程序员来修剩下的bug。
15. 新来的程序员一边吐槽以前写的是bullshit，一边修着bug。由于对于老的业务不清楚和代码的古老、复杂，修复bug又引来新的bug。
16. 测试发现bug太多，feature太多，完全应付不过来了。
17. 测试要求加人，理由为产品质量不好。测试经理动了动眼珠，说，我们要提高自己的产品质量，而不是加人的问题。
18. 再次迫于市场压力，产品又发布了。
19. 这次客户再次激怒了：你给说的这个产品快如猎豹，现在慢得像蜗牛，还时不时宕机！各种性能问题也回来了。
20. 这时，这堆新来的程序员直接重写了一段自认为牛逼无比，无懈可击的代码。
21. 如此重复上面2-19.
22. 在某个角落，一个做产品支持的人终于倒下了，嘴里还念念道：你们测试能不能够不要漏bug啊！你们开发能不能够不要挖这么深的坑给我啊！ 然后吐血晕去。
PSS: 当有一个甲保御的时候，你觉得它是准的。当你有两个甲保御的时候，尤其当两个有出入的时候，你产生怀疑了，不知道哪个是准确的了。
