深入骨髓的职业化精神——这是在最近工作中遇到的问题而感触到的。
最近,请一位测试工程师Survey一个技术,并应用到我们的驱动安装包中,以提升客户体验。中间反反复复遇到很多问题:有的是在一种OS上测试OK,在其他OS上测试又出现问题;有的是第一次安装没有问题,卸载或者修复又出现问题;今天发现一个问题,明天解决了,后天有出来另一个问题;将原型发给PM试验,PM自己测试都又发现一些我们没测试到的问题。具体问题不再一一说明,过程中邮件来来回回,感觉局面很混乱,Survey的进度和问题追踪的状态也不清晰。
在经历了短暂的混乱之后,我做了如下要求:
1. 将Survey要达成的结果(安装工程),当作一个正式的产品
2. 针对这个产品从系统测试的角度设计测试用例,登录在Testlink中,对Survey结果按照用例进行测试
3. 将所有Survey过程中遇到的问题,都登录到Bugzilla中,进行追踪,区分哪些问题应该由驱动本身解决、哪些问题应该由驱动安装工具解决、哪些问题应该由安装包工程本身解决;每个部分指定负责人员。
4. 所有问题解决完成后,整理Bugzilla上的问题,完成Survey Report
以上这些其实是一个职业化、专业化的系统测试工程师在平时测试其他人开发的产品时每天都在使用的流程和处理方式。但是遇到了自己进行Survey(相当于自己做开发,自己解决问题)时,就全然忘了这样的行为模式。
另外一件事情,是公司为了举办羽毛球赛而选择比赛场馆。也是来来回回,折腾良久。却并没有使用DAR的方式来处理。首先参与选择的人一起列出场馆必须满足的要件,以及评估要件和权重。每次去看一个场馆就需要根据评估要件来看,每一点都考察到;回来之后,则根据评估要件来打分,说明优点和缺点。也可能为了适应这个场馆,赛制上要做一些修改。那也没关系,可以把赛制修改也列为一个评估要件。所有场馆看完后,再根据DAR的记录进行选择。DAR的方法也是我们RD平时在进行技术决策时经常用到的。
两个小小的案例,想说的是,我们的职业化、专业化精神是否真的已经渗透到了我们的骨髓中,真正变成了我们的行为模式,品质习性呢?