本故事纯属虚构，如有雷同，纯属巧合
好说歹说答应以后赔偿大家一顿饭，大毛请领导单独下了馆子。
“老大，你今天说的可把我以前学到的理论都颠覆了不少，我得向您好好请教请教。”
“哦？”领导眉毛一挑，“怎么说？”
“我发现每次遇到新的问题，您都不会使用常规的做法去解决，总是要修改这里修改那里的。虽然最后是能解决问题，但是我没办法找到支持那些做法的理论依据，因为这跟书上说的都不太一样。”
“啊哈，比如说？”
“单元测试是指开发人员写的测试吗？”
“这个倒不是，但是很多书和文章都说主要是开发人员写单元测试。”
“我们这边不也是大多数的单元测试是开发人员写的吗？目前测试这边也只有你在写单元测试而已。怎么，担心开发人员投诉你吗？”（见作者注1）
……
“为什么我们做性能测试的时候总是实际要做的测试比计划要做的多了很多呢？”
“有什么后果呢？”
“实际上没有，只是测试计划老是跟实际差别很大，这样不好吧。”（见作者注2）
“你看要是发现了bug之后开发人员在做什么？”
“调试啊。”
“这些事情也没写在开发计划里面。”
“呃，你想说多做的性能测试等同于调试？”
“是啊，改变条件，衡量关键指标的变化，找出导致现象的根本原因——这不就是调试吗？”（见作者注3）
“我是问测试怎么会等于调试。”
“你不要太纠结名字，目的和用途才是重要的。”
……
“为什么测试用例还要提供那么多调试信息？开发人员就是要做调试的，让他们再执行一次挂上debugger就好了嘛。”
“你为谁服务？”
“啥？哦，老大你嘛。”
“不是。你想想，我们整个团队发布产品交给客户，为客户服务；开发人员写代码，产生可执行代码，交给我们测试人员，为我们服务；我们提供测试及其结果，把bug交给开发人员，为他们服务；他们修复之后再交给我们，为我们服务。”
