QA，即Quality Assurance，质量保证。以前在论坛和博文中，经常发现有人把QA和测试人员混为一谈，其中不乏所谓的老鸟。但实际上，质量保证不仅仅依靠于测试一环，应该是贯穿于整个软件活动。QA的工作应该为软件各环节的质量监控，以及后续的过程改进，最后使整个项目获得成功。
如果突然有一天，你被指定为一个软件团队的QA，你应该怎么开展工作呢？是扎根于软件测试，去做一些与你岗位不符的工作？还是每天一旁对项目进展默默的观察，然后定期向项目经理或领导汇报了事？这样的QA我相信做的不会愉快，除非仅为拿那一份薪水。
做QA不是一件容易的事。要做好QA，必须要获得上面的认可和支持，否则步履维艰。有两个QA，前者虽然能力足够突出，但是因为缺乏领导的有力支持，导致各种改进措施受阻，得不到软件团队的响应。久而久之，除了投身于软件测试，和着满肚子委屈外毫无建树。而后者，获得了领导的充分信任和支持，开始工作受阻，但随着领导不断强调质量，过程改进，QA的工作慢慢得到大家的响应，最后成为团队中不可或缺的一员。所以，要做好QA，首先必须要获得上面的信任和支持。
获得了领导的信任和支持后，下步QA该具体怎么开展工作呢？软件团队的开发工作质量不是一蹴而就的，是一个持续化改进的过程。QA进入团队，不应该急着做什么改进，第一要务应该是梳理目前团队的软件活动流程规范。当梳理完后，应该根据团队现状做出适量的改进，并沟通协调进行落实。然后根据项目进程，对重要环节进行检查，查看过程规范的执行情况，对其中的不合格项责令整改，并进行跟踪。同时在过程中定期对项目情况进行总结，为后续的改进提供依据。
这里具体罗列下QA在一个软件开发活动中主要做哪些事情。不同的公司或团体，可能会有一定差异。
- 制定计划——QA质量保证计划；
- 对关键节点做检查，并给出对应的检查结果，即QA基线、里程碑报告，并且对其中不合格项进行跟踪，直到解决；
- 定期对项目情况进行了解、总结，如按周，即需要编写QA周报；
- 在一段时间后，应该结合前面项目的实际执行情况，发起组织对软件过程进行改进；
- 对项目过程规范梳理、汇总，并组织落实，并不定期进行抽查。
最后，QA对项目质量的控制是不可或缺的，可能才开始很难凸显它的作用，也可能会抱怨增加了一些“多余的工作”。但在一段时间后，项目不管从时间成本上，还是质量上，都有明显的改善。所以，如果你是QA，希望这篇文章能给你带来一定的帮助。如果不是，也希望你了解下，今后对QA的工作多一份支持。