【转】测试之道

  前面总结一些用例的设计方法，接口测试的工具等等，现在项目做的差不多了，也比较闲，来总结一下我们测试人员在项目中到底需要做些什么，写的不是好或者有问题的地方欢迎大家砖拍，斧正。
   有的人觉得做测试嘛，就是把项目经理交代的工作完成了就可以了。其他的关我什么事情，给多少钱干多少事。但是是否应该思考下我们一直这样下去，一直被分配任务，被动的去完成任务。是否可以变被动为主动，让大家认可我们测试人员的地位，对我们提出意见和疑问时都能用心的倾听，这样不但提高了我们知识本身也锻炼了我们的沟通的能力，何乐不为呢？
   其实作为一个测试人员我们比开发成长的更快，对业务的理解更深刻，了解的东西更多，更全面。这些都利于我们以后的发展。下面就说说我们在项目中到底需要怎么做。

    1 项目开始就应该参与其中，我们需要了解客户需求，参与整个产品的架构设计的过程，即使你不懂架构，没有关系。多听听别人的，看多了,听多了你就明白了。因为我们可以从前期的讨论和设计方案中了解整个项目的构架，找到关键测试点。更需要了解客户的需求，知道客户的意图。这样才能保证我们开发出来的软件是满足客户需求的，不然开发出来的软件客户觉得不是他们需要，搞的写又改，改了又写，白白的浪费巨大的人力和物力，并且会影响开发人员和测试人员的心情，因为一个东西改次数的太多了，改完了又要全盘重测，谁都会厌倦的。需求定好了。下面就是开始开发了。
    2 在开发过程中，开发人员会根据需求和高保真页面来写代码，但他们可能并没有考虑一个系统的安全性和可测试性，或者一个业务的合法性和其他业务的关系性。 当然开发经验丰富的人员他们也许会考虑，但有时候他们也会偷懒，谁会去平白无故的增加自己的工作量。这时就需要我们未雨绸缪了，在他们开发之时就根据需要输入的内容来提示他们的这个模块或者输入框要注意什么。（当然搞好和开发的关系这时是至关重要的，并且以理服人，不然别人都不叼你还谈什么未雨绸缪。）当你也对这个模块不清楚时就要问问项目经理了，如果他也不是非常的明白，就要问客户了。不要想当然的根据自己的理解搞，否则到时候客户看了搞了个不是他们需要的东西出来又该发飙了。
    3 编码阶段差不多了，就该单元测试了。如果你懂代码就看看或者自己写单元测试，不懂当然你可以就让开发写单元测试。单元测试的目的就是要保证每一个方法和判断都能正常执行和调用。这时候你就要根据高保真页面写测试用例。
    4 然后是集成测试，这时候就是执行你的测试用例，看看是否和期望一致。这个阶段主要是功能，兼容性，性能等。并且将发现的BUG提交到管理工具中，这里就要注意在他们修改完BUG后，要标注原因和修改方法。因为有的BUG是我们不明白他们的设计下出现的，不是他们编码的问题，写下原因我们也就知道下一次要怎么做了。
    5 最后就是安装测试，这时同时你就要写客户使用说明书了为交付做准备了。

    从上面看我们在各个阶段测试都有工作在做，属于重头到尾都有责任，但同时我们成长的也最快。也是最能走向管理职位的人。要做好上面的事情还是有些门路的。
  1，让客户觉得我们在从他们的角度出发为他们发现问题。 
  2，和开发人员搞好关系，并且让他们觉得我们给他们提了很多需求不是吹毛求疵，是方便验收在减少他们以后通过验收的工作量。 
  3，记得不要越权，有问题时多问问你的项目经理，让他们来决策，毕竟他是你老大。
      就这些了，具体操作还要看大家自己摸索了。写了一上午，终于搞定了，仅个人愚见，有不对的地方也欢迎大家讨论和指教！