小兵QC：如何选择软件测试管理的偏重点（对进度，对任务，还是对产品负责）

　　一个项目有围绕一个产品而展开，对该产品的研发周期给出一个期限就是进度，而每个进度中都会有QA或者大大们下达的任务。对于我们QC来说，3个东西都是我们关注的，但是偏重点不同，而展现出不同的优缺点。当然，他们有交集或者可以说是有共同点的时候，这里讨论的是有点偏极端的思维。

　　对进度负责的时候，我们会经常加班，投入很多的精力去在进度范围之内完成任务。这里有个例子：在很久以前，我还是个菜鸟硬件工程师的时候，第一个下达的任务是画一块附加板的PCB图。导师要求我用手工布线做完它。因为那时候PCB不是我的强项，我好不容易布局完整个PCB板子之后，已经没多少时间给我手工布线。于是我为了不让我第一个任务拖慢，直接用了自动布线。运气好是自动布线也通过了要求，运气不好是导师知道这是自动步的，没有完成他的需求。这个是较典型的忽略产品，任务而追求进度的例子。同样在测试领域很多时候我们发现致命阻塞bug后，为了进度，后面几个小版本的测试都是粗略的测试，一没时间二没条件给你完整的执行整套用例。所以对进度负责优点是交货及时，缺点是产品质量和自身提升不高，例如我没从我第一个任务得到手工布线的经验。

　　对任务负责的时候，我们基本都是老大们说得算，我们责任范围内的东西做完，不管是合理还是不合理的。我还是在其中一份工作刚接第一个QA给我的任务的时候，也是为了不出意外，我按照他的安排手工测试把界面点到烂，是问题都找开发麻烦，不管别人死活，只管我自己任务和bug单飙得爽。最终结果是我们整组被批评，因为QA的安排失误，最关键的基本功能没测试到，但是唯一一点就是责任不在我，我被定位为一个暂时受好评的乖小伙。对任务负责优点就是按部就班的做事情，平稳的度过测试的日子，缺点是受QA或大大们的决策导致进度和产品缺失，而且会做不少无用功。

　　对产品负责，也是我最近几年所坚持的方向，但是不是很好的方向。在整个项目活动中所做的东西最终都是为了产品质量为考虑。因为这个例子很多，我选了一个比较典型的。当我是某个团队的组长的时候，接到开发的求助帮他们搭建一套他们白盒和功能自动化的平台。在我老大不怎么想答应的时候，我投入进去不少的精力，因为我从中会学习到很多白盒测试的东西。最终我那时候的状态墙上有开发的白盒任务，有测试的自动化任务，还有管理团队的计划，成了一个四不像。结果我的老大训话偶，任务也非常繁重。从中看到了优点是不会因为部门间的踢皮球导致平台问题拖慢进度，我又成长很快，缺点是容易给上头不好的印象，同时自己的职责四不像。

　　为什么我会选择最后一个偏重点呢？首先我觉得我的职责最终就是保证产品质量。虽然我作为QC做了很多开发，解决方案的工作，但是有个好处是这个工作是我选来做的，是我想做的。第二点有些工作早晚都会做，趁现在有时间间隙立刻投入时间去做，不会到最后加班加个半死，第三点就是比别的QC得到了更多，尤其是我带团队的时候，别人能够在带团队中获取管理经验和晋升机会，而我选择一些或者通过特权争取一些能够提升自己能力的工作。对自己或者对项目都会有好处，我的角色就成了项目组的自由人。

　　当然你需要面临很多问题，虽然我是能力进步最快的，但是我基本都是不受部分人好评的。虽然我投入的技术含量多，但是作为测试人员，我测试的水平只是刚刚合格。虽然我做的东西多，但是我打乱了一些规范的操作。所以我最近的5个项目组都是炮火对着我最多的。因为我干的好事坏事都多。

　　总结：无论是哪个侧重点都需要根据自己的性格和目标来选择。我的选择不是最好但是最适合我。

　　点睛：我喜欢前一个项目组的墙上格言：提出一个不太正确的观点比提出一个真理更有意义。

版权声明：本文出自 acbennn 的51Testing软件测试博客：http://www.51testing.com/?299791

原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。