测鬼记（下）之职场日记——柳暗花明(5月10日)
5月10日
“我们现在整个B线的业务有一些是重叠的，并且做出来的Web系统其实有好多功能都差不多，而每个系统设计测试用例的时候又都全部重新写了一次。还有就是人员的能力又参差不齐，风格还都不一样，特别是有几个，写出来的东西，乱得很，没什么逻辑可言。我在想这个能不能够统一一下标准、风格，如果能够那样的话，对于B线的测试质量应该有很大的帮助和提高”，沉露找我商量到。
“有办法啊。做一个公共测试用例库，基于它让各个系统进行调用，基本上就可以解决目前所遇到的问题”，我建议到。
“嗯。是有这个必要。但应该怎样做呢。A线的小枫，贾总监招进来的时候就是让她来做这个的，她也很快的弄了一份，但是据A线的几个主管说，根本就没人用，并没有取得什么效果。我担心我们做出来后也会这样哦”。
“我看过她那一份，确实也不能怪大家不用。就我的感觉来分析，主要原因还是太精确了。公共用例这个东西，因为大家都要用，实际上反而不能够太精确，应该说它应该要做到的是提供一种可能供大家选择，以便适应不同系统的不同要求。同时在提炼方法，抽象度上也不够，看不出来层次性。就像做软件一样，一上来就是具体业务，但忽略了基础控件、元素、界面。如果能够从小到大，从点到面的角度来设计，也许就不会是这个效果了”，我停顿了下继续讲到，“另外，她还有一个更大的疏忽，那就是人的因素。其实她这个东西也是可以执行了，但推进不了，关键是没有让大家信服，没人认可，这事就不好搞了”
“你说得有道理。A线主管认为她才来，贾总监就把她捧得很高，他们心里是有点不爽，所以配合度方面是差很多”，沉露小声的对我讲到。
头头儿多了，人的心态又不一样，空降的越高调，有时可能越不是什么好事。
“那咱们怎么搞呢？”，沉露追问到。
“在我们这几十号人中组个队，把骨干们都融进这个事情中，发挥大家的参与感，然后找个资历比较深又跟大家人缘比较好的的人带队，大家都会给他这个面子，事情应该就好办很多了。更重要的是，通过这个方式几乎能够把骨干们的风格和习惯都锻炼了，培养了他们，那么其它人员就能够受到他们的影响，进而产生全面影响，我们的目的也就达到了”，我想了想继续讲到，“还有一个作用，那就是骨干团队的凝聚力，应该也能够提高。关键在于我们如何引导哦”。
“好主意！你放心，我们这个引导应该没什么问题。那谁来带这个队呢”，沉露想了想然后向我问到：“你来？”
“不好，不好。我跟大家还不熟。另外，我个人也不是很想。在第一家公司，这事我都搞过一次，其实是可以直接拿过来用的，我们的目的主要还是在育人”，对于做过一次的事情，确实自己兴趣不是很浓。
“那你做顾问吧”，沉露提议到。
“可以。不过这东西做完后，也会带来新的问题”
“什么问题”
“引用。如何引用到各个系统中是个麻烦。我们现在管理用例还是基于Excel，一个新系统写用例还要再打开一个Excel去查询，想想也是有些麻烦的。另外，基于这种方式，重用率也不好算”。
“那就不统计了呗。我们这么做的主要目的还是想节约一些时间，实用就行了。关于怎么引用，到时我们再讨论呗”。
“也行。到时再说”，我付和到。
“不跟你说了，我得想想调那些人，得仔细着磨一下。看来当时你来我们B线，太对了”，沉露得意的笑到。
“哦。怎么讲”，看来还有些事是我不知道的。
“哎。也没啥了，我跟你说实话吧。由于你以前的特殊位置，测试部合并时，贾总一直不知道该如何恰当的安排你，考虑了好长一段时间，那段时间看你也挺闲的，我们几个还以为你受不了，会走。结果又被研发总经理点名参与XX项目，做得太出色了。贾总，急了，就要我和A线测试经理，在你和小枫中选一个做测试副经理。A线测试经理说你是刺头儿，挑过他们毛病，怕你过去惹事，就要了小枫。小枫现在还没做出啥明显成绩，所以还没有任命的。贾总，其实就在等这个公共用例的事儿她推进后就认命的。哦，听A线测试经理说小枫是贾总以前公司的。”
原来还有这么一层故事，真令人反感，心里有一丝不悦的讲到：“原来我是挑剩下的喏”。
“喂，别丧气，我们可很高兴。你今天这一番分析，水平那是杠杠的”，沉露兴致很高的讲到，“不说了，不说了。我要想名单”。
关于公共测试用例怎么建立呢，其实只要按这个思路基本就可以很容易的建立了。
其变化的的用例组织方式，变为以下图例：
旧的用例组织方式：
每个项目用例独立设计，项目之间互不关联，交流较少；且每个版本的用例都需要将控件、UI、一些通用功能，一些通用业务进行设计，工作重复性比较大，耗费的工作量较多，用例组织结构不明显。
新的用例组织方式：
将控件、UI、基本功能、基本业务用例抽取出来，在此基础上构建项目的基线通用用例，在基线通用用例的结构上构造此版本的私有用例，复用了大量的用例，减少了大量测试设计工作，提供工作效率，用例组织也层次化和结构化。