一个项目有围绕一个产品而展开,对该产品的研发周期给出一个期限就是进度,而每个进度中都会有QA或者大大们下达的任务.对于我们QC来说,3个东西都是我们关注的,但是偏重点不同,而展现出不同的优缺点.当然,他们有交集或者可以说是有共同点的时候,这里讨论的是有点偏极端的思维.
对进度负责的时候,我们会经常加班,投入很多的精力去在进度范围之内完成任务.这里有个例子:在很久以前,我还是个菜鸟硬件工程师的时候,第一个下达的任务是画一块附加板的PCB图.导师要求我用手工布线做完它.因为那时候PCB不是我的强项,我好不容易布局完整个PCB板子之后,已经没多少时间给我手工布线.于是我为了不让我第一个任务拖慢,直接用了自动布线.运气好是自动布线也通过了要求,运气不好是导师知道这是自动步的,没有完成他的需求.这个是较典型的忽略产品,任务而追求进度的例子.同样在测试领域很多时候我们发现致命阻塞bug后,为了进度,后面几个小版本的测试都是粗略的测试,一没时间二没条件给你完整的执行整套用例.所以对进度负责优点是交货及时,缺点是产品质量和自身提升不高,例如我没从我第一个任务得到手工布线的经验.
对任务负责的时候,我们基本都是老大们说得算,我们责任范围内的东西做完,不管是合理还是不合理的.我还是在其中一份工作刚接第一个QA给我的任务的时候,也是为了不出意外,我按照他的安排手工测试把界面点到烂,是问题都找开发麻烦,不管别人死活,只管我自己任务和bug单飙得爽.最终结果是我们整组被批评,因为QA的安排失误,最关键的基本功能没测试到,但是唯一一点就是责任不在我,我被定位为一个暂时受好评的乖小伙.对任务负责优点就是按部就班的做事情,平稳的度过测试的日子,缺点是受QA或大大们的决策导致进度和产品缺失,而且会做不少无用功.
对产品负责,也是我最近几年所坚持的方向,但是不是很好的方向.在整个项目活动中所做的东西最终都是为了产品质量为考虑.因为这个例子很多,我选了一个比较典型的.当我是某个团队的组长的时候,接到开发的求助帮他们搭建一套他们白盒和功能自动化的平台.在我老大不怎么想答应的时候,我投入进去不少的精力,因为我从中会学习到很多白盒测试的东西.最终我那时候的状态墙上有开发的白盒任务,有测试的自动化任务,还有管理团队的计划,成了一个四不像.结果我的老大训话偶,任务也非常繁重.从中看到了优点是不会因为部门间的踢皮球导致平台问题拖慢进度,我又成长很快,缺点是容易给上头不好的印象,同时自己的职责四不像.
为什么我会选择最后一个偏重点呢?首先我觉得我的职责最终就是保证产品质量.虽然我作为QC做了很多开发,解决方案的工作,但是有个好处是这个工作是我选来做的,是我想做的.第二点有些工作早晚都会做,趁现在有时间间隙立刻投入时间去做,不会到最后加班加个半死,第三点就是比别的QC得到了更多,尤其是我带团队的时候,别人能够在带团队中获取管理经验和晋升机会,而我选择一些或者通过特权争取一些能够提升自己能力的工作.对自己或者对项目都会有好处,我的角色就成了项目组的自由人.
当然你需要面临很多问题,虽然我是能力进步最快的,但是我基本都是不受部分人好评的.虽然我投入的技术含量多,但是作为测试人员,我测试的水平只是刚刚合格.虽然我做的东西多,但是我打乱了一些规范的操作.所以我最近的5个项目组都是炮火对着我最多的.因为我干的好事坏事都多.
总结:无论是那个侧重点需要根据自己的性格和目标来选择.我的选择不是最好但是最适合我,
点睛:我喜欢前个项目组的墙上格言:提出一个不太正确的观点比提出一个真理更有意义.