什么是合格的测试经验案例

今天老大找我说了下测试经验案例的事情，说案例不够技术性不太符合规范。下班坐在班车上，结合最近给组内搭建并推广SVN架构的组文档共享方案，思考很久也想了很多，这里谈谈自己的一点看法。

所谓经验案例，最初的创立者无外乎两个原因：写作者的自我总结提升和经验共享，据我了解好多公司都有写经验案例的硬性要求。编写经验案例的确可以促使人去不断总结思考，个人认为工作的人都是成年人，都有自己的想法和做法，当把测试经验案例规范的过于狭隘时，就偏离了最初的设立本质。经验分享不在乎分享的价值大小，在于分享的快乐、共同的进步、分享的文化及精神。比如测试案例评审专家评审时会说谁谁写的没有技术含量、写的太基础、写的太过于具体化等等，但是那毕竟是他自己写的，自己经过思考从实际测试中提取或者学习总结的，自己的就是最好，在这个过程中自我得到了提升这就够了。基础的东西对于新入职的人来说是必须的，也是绝好的入门资料，凡事没有绝对，每个公司每个部门各个人员都处于不同的技术层级，非要强迫每个人都要写有技术的东西是不现实的，而且很容易陷入一个坑：写出来的东西都是虚的，都是为了写给领导或者案例评审专家看的，评审专家看不懂的就是有技术的，当这样的氛围不断充斥时我们写作人自己又提升了多少呢？写出来的东西又提供给其他人多少帮助呢？当最初一个好的想法付出行动时，可能需要一些促进手段或者措施，但是当手段渐渐成为一个制度时也就意味着想法已经实施失败了。

最近也在促进组内资料及兴趣共享，也在一直想如何促进大家敢于把压底箱的个人总结以及看过的好文章分享出来，感觉最好的切入点就是：我先冲上去（我把自己的总结分享出来，我自己本人是很喜欢思考总结并记录成文的），然后不限制分享的内容（违禁的除外），让大家慢慢的感受到分享知识的氛围，到最后再慢慢变为大家都积极分享自己的测试技巧、经验总结等等，让这种分享成为一个习惯一种享受，而不是一个负担。个人经常看淘测试、网易QA team博客，你会发现他们分享的有些也是很基础很项目的东西，个人大胆猜测这应该不是公司强迫他们去写的吧，而是一个自我驱动的总结分享习惯或者兴趣而已。当我们规范或者推进想法时，不要忘记我们要的是什么，最初的目的是什么，不要偏离了最初的航线。

没翅膀的飞鱼