测试员与程序员如何相处

        作为一个开发者，我不止一次从同事或是书上的故事上听到程序员对测试人员的抱怨：“他们怎么能这样测？他们不懂这个东西？他们总是把注意力放在无关紧要的地方？”等等，诸如此类。而也许这个时候，测试人员想的则是，为什么这个东西会有这么多问题呢？测试流程总是被一些小问题打断，没法流畅进行。今天又要加班了。

        据我所知，大部分公司找测试人员的标准要比研发人员的标准要低。研发的标准一般都是本科及以上，而测试人员，可以放宽到中专。其实本身学历并不决定什么，但是长期以来形成的观念就是，测试人员平均素质低于研发人员。当公司开始注重测试部门的话语权的时候，有的研发人员就觉得测试人员地位开始高于研发人员了。当公司开始制定测试部门制约研发部门的考核制度的时候，研发部门对测试部门的敌意开始明显上升。于是在项目过程中，两个部门之间的矛盾冲突变得激烈和充满火药味。

        是什么导致本应紧密合作的两个部门变得势如水火？

        意识！双方没有合作协助的意识。对于一个产品来说，研发探索它的功能，并实现之，同时尽可能保证功能完善。而测试部门则通过一系列方法检验它是否具有预定的功能，并且没有影响其功能的问题。在研发过程中，研发人员应该从测试人员来学习一定的测试技术，用于实现功能时的自测；而测试人员在测试时，需要从研发人员那学习要测试该产品的那些功能；从这样的一种角度上来看，研发和测试应该是互相协助的互补性团队，谁也离不开谁。假如双方没有意识到之间的合作性，测试人员只看到研发人员的自负，带着挑错心态；研发只注意到测试人员鸡蛋挑骨头的方面；那么双方总是互相冲突的。

        为什么研发人员会认为测试人员，不懂功能，专门挑错呢？一、绝大部分测试人员的测试素质确实有待提高。大部分测试人员在测试过程中没有测试计划，想到什么地方就测到什么地方。这导致测试效率低，重复测试等情况。二、当测试出问题的时候，测试人员没有能记录下问题出现的上下文环境，即当时的环境信息。如操作系统、产品名称、版本、操作步骤、是否机器相关、是否产品相关等。无法确定该问题到底是随机问题，还是人为问题等。研发有时无法复现。三、测试案例编写不完善。有的测试案例覆盖面不够，有的覆盖超过产品定义。四、测试重点不确定。有的测试人员测试重点不正确，应该重点测试的地方没有测试，结果在无关紧要的地方测试过多。研发人员对测试人员诸多挑剔，必然导致测试人员对研发人员的观感下降。于是之间的矛盾在恶性循环中不断升级。

        我的想法中，应该加强测试与研发的联系。测试人员应该在产品设计时就介入，而不是到研发完毕时才介入。在功能设计过程中，就应该同时参与设计，并且设计出系统测试方案，同时指导研发人员做好自测方案和集成测试方案。研发在自测过程中严格按照自测方案来基于测试驱动开发的指导原则研发。当自测案例全部通过后，进入下一个里程碑：系统测试。否则在项目管理中不应该允许进入系统测试阶段。可是，很多人会抱怨“项目进度紧，没时间”。其实他们不想想，如果这些前期工作如果不做好，到后面会有很多意想不到的问题一样延误他们的进度。就像那句话说得“出来混，迟早要还的”。当我们总想有些步骤能省就省的时候，后期总会有问题让我们偿还之前的时间债务。总体上看，进度还是延误了。