尽管各自都有点生气，但工作还得做。冷静下来之后老Q找到了小M，这次老Q没有讲什么理论，而是讲了一段亲身经历。
有一次，老Q在另外一个项目中任质量经理，为了赶工期做了让步，把集成测试、系统测试和原本意义上的验收测试压缩成了一个“验收测试”。参加验收测试的客户刚开始看到新系统漂亮的界面时满心欢喜，想尽快感受新系统的便捷，想尽快看看和需求规格是否一致。
原打算测试用例很快就能跑完，但刚刚开始测试就发现有人无法登录，几个技术人员说权限设置错误，一阵折腾后总算能登录了。但好不容易录入了一屏数据，提交之后系统说超时了，需要重新提交；可重新提交之后又死机了，又要重新录入那么多数据，客户都要崩溃了。
这样一天下来大部分时间都是在处理这些“技术问题”，一天测不了几个功能，导致测试时间一再延长，客户的信心不断下降。终于有一天，客户的测试人员集体“罢测”，确实太难为他们了。没有办法，只好每次测试都安排一堆“保驾”的技术人员紧张地盯着客户，随时改错。(www.xing528.com)
客户从最初的兴奋、到失望、到悲愤——连话都懒得说了。随着上线时间的不断临近，想到再过几天就要“毅然决然地把这不知还隐藏着多少问题的系统推上线”，客户个个一脸悲壮、好像要上刑场一样……最后，客户的高层领导得知真相之后，没有任何犹豫，毅然决然地要求暂停“验收测试”，延期上线，项目组返工重新测试……
讲完之后，老Q低声道，这个教训让他永远难忘。其实，这样违背基本规律的事不是事前不知道，而是心存侥幸。成本和进度是显而易见的，而质量不是一下能看出来的，因此总希望能撞上大运、蒙混过关。这是一种自欺欺人的做法，最终会害了客户也害了自己。老Q至今还为自己当时没有坚持原则而自责，所以这次他不会再妥协了。
听完老Q的故事，小M态度缓和多了。但是，仍觉得这么多轮测试是否有必要，还是担心测试会拖延进度。老Q说：“按规范进行测试短期看可能拖延进度，但长期看能够降低成本。要不安排一次讨论，我先给大家讲讲测试的基本的原理和方法，然后大家一起看看怎么改进工作效率。”
免责声明：以上内容源自网络，版权归原作者所有，如有侵犯您的原创版权请告知，我们将尽快删除相关内容。
