做敏捷QA的一年

在做了10年的测试之后，我成为一名质量保证人员。是谁说的时光飞逝啊，很快一年就过去了。

在作为QA的这一年里，充分体会了一下测试和QA之间的异同，以及QA的工作方式。

测试人员是试图发现更多缺陷，QA则是在想如何能减少缺陷出现的概率。在我作为测试人员的十年里，我几乎用到了业内大家普遍用到的各种测试方法去发现更多的缺陷，但是作为QA，是没有固定套路的方法的。QA关注的不仅是缺陷数据，而是试图发现究竟为什么会出现这样的缺陷，找到根源，从而找到改进的方法来避免再次出现类似的缺陷。

测试人员某种程度上和开发人员是对抗关系，而QA，某种程度上和整个项目组都是对抗关系呵呵JQA的工作内容之一就是审计研发各个过程的符合度，通过审计各个过程的负责人来发现问题，其实就是给各个过程挑毛病并给各个过程的负责人提出过程改进建议。经常出现的状况就是过程负责人和QA的理念并不一致，从而出现争执不下的局面。

测试人员比较关注缺陷数据，而QA则关注所有的过程数据。度量分析是QA重要的工作内容之一，每天最离不开的工具就是excel，各种图各种趋势各种比较，试图以最直观的方式将项目的质量状况汇总出来。

现在的研发模式大多采取敏捷开发，QA已经从警察的角色转换为教练的角色。QA也会遇到很多问题，我遇到的问题大概是三种。

一是没有统一的QA工作方法。对于QA角色的任职资格，业内似乎没有统一的标准。所以每个QA的工作经历不同，工作经验也不同，对于每个过程的认识和建议也不尽相同。体现在工作中，就会发现每个QA都有自己的一套工作方法和方式。

二是没有统一的QA工作工具。似乎excel和word就是QA的工具，QA的工作似乎只涉及到这两个office工具。

三是敏捷中的QA价值经常收到质疑。敏捷的研发模式中，QA的角色从警察编程了教练，当你提出一个过程改进方法的时候，项目组会拿出敏捷来对比你的流程，以敏捷和灰色发布等概念来推翻必须遵从某一流程。

新的一年就要开始，在敏捷QA的路途上，尚需努力。