我不知道正在看这篇博文的你，对QA有多少了解。至少，我对QA不是很了解。只是懵懵懂懂地觉得QA跟过程改进有关系，跟CMMI评估有关系。有人告诉我，QA很高级，凌驾于整个项目之上；也有人告诉我，QA成天要跟繁琐的文档打交道，与技术渐行渐远。

   下文源自http://www.bytewatch.com.cn/cmmi2/news_1220335226.html，阐明了QA应该具备的知识。

一、软性特质

       1、思想决定高度

       拥有好的思想，才能引导自身向好的方向发展，QA首先要有先知先觉的思想。思想就是灵魂，QA要有天然的悟性，要真正吃透过程改进的思想，抓住CMMI的脉络，而不是仅仅知道CMMI是什么。

       2、谦虚的服务意识

       服务是一种态度，谦虚是一种本质，作为QA，既是公司利益忠诚的服务者，又是项目组成员谦虚的服务者，只有让公司及项目组轻松、愉快起来，QA的价值才有可能体现。

       3、良好的人际沟通技巧

       人际关系，无疑是QA必备的素养，作为过程改进的执行者与推动者，是维系过程的纽带，拥有良好的人际沟通技巧，将给QA工作增添很多的分数。

       4、严谨的逻辑思维能力

       逻辑思维是一种长期历练的结晶，看问题、办事情总得有个相互关联的逻辑结构。解决过程改进中存在的一些问题，将始终考验QA的这种能力。以往经验与知识体系固然重要，但要分清楚问题之间千丝万缕的关系，有理有据、省时省力地去解决问题，还需要您严谨的逻辑来推理与分析。

       5、持续的自我反省

       吾日三省吾身，作为QA，必须时刻保持自我反省与批评的态度，我们也不必要三省，只要一省就可以了，每天下班后，整理一下自己的思绪，并把体会写下来，记得：一定要动手写下来，积年累月，说不定您记下来的这些体会就会变成一本书您自己的书。

       6、坚韧的毅力与决心

       人们学说：兴趣是最好的老师，没错，兴趣足以让人入迷于某事，但毅力与决心却是达到目标必备的素质，这种品质既可以与生俱来，也可以后天培养。有志者事竟成，没错的，要有这种坚持不懈的努力。

二、硬性特质

       QA作为SPI的执行者与推动者之一，只有在自身具备一定的条件下，才能进行工作，QA首先是一个专才，其次才是一个全才。

作为一名QA，如果您仅仅关注于什么CMMI中的一些PA等，那您就玩完了，余下的这几十年你就逃离不了文员的角色了（夸张了一点，主要是想说明知识广度的重要性）。举个例子：excel中有很多统计分析的内容，如果连统计分析中最基本的概念都搞不清楚，方差什么的都忘的差不多了，那么，很抱歉，从头开始。

拥有丰富的知识体系，打好奠基，才能一步一步走向目标。笔者根据多方面的观察、了解，以及切身的体验与工作，觉得首先应该具备如下的几点（或几方面）知识体系。

        1、软件工程体系

如果连最基本的软件生命同期、软件开发阶段都不懂或者不是很明白，那么，您死定了，要么现在就开始去学，要么，脱离QA这个行业。

       2、质量体系知识

       以前的ISO现在好像已经过时了吧？那么CMM、CMMI呢？都过时了！知识的发展与淘汰原来都这么快，我们得加紧吃知识。6Sigma比较流行啦，快快来学吧旧的知识会被新的知识所替代，但有一点：思想不变！不管发展成后CMMI时代还是后什么时代，请随时准备储存您的质量体系知识。

       3、部分项目管理与开发经验

       要做好QA工作，并做一位有可能称职的QA，如果没有实地的项目开发与管理经验，只会纸上谈兵，那么，您就有可能成为赵括（历史人物，如果不懂历史，请Google或Baidu关键字：秦赵大战 赵括 纸上谈兵）。这样说可能有些言重，但这却也是事实，没有实地的项目开发、管理经验，有可能将过程改进做砸。

       4、配置管理

       配置项是什么？配置基线又怎么理解？里程碑呢？如果您一直问配置管理员这些名词概念。哈哈，结果可想而知了，也许配置管理员就以沉默来侮辱您；也许就要呕倒一大片人了。

       5、测试知识

如果连最基本的测试覆盖率都弄不清楚咋回事，那么，恭喜你，你要被那些测试的人数落了。

       6、统计分析

       统计分析知识的重要性这里就不必多说了，很清楚的一点：用数据来说话，收集、分析数据的能力您应该有所具备。

       7、良好的文采及演讲才能

       想成为大师吗？想。那么，请随时随地准备提升您的写作能力，因为您要将您的思想写下来并发扬出去；请锻炼您的演讲才能，因为您必须时刻准备做一位思想的传播者。说这些可能对于目前从事过程改进的QA有些言重，但，至少您得把您的方法、理念在公司或项目组进行推广，所以，您必须有这些才能。

---------------

   别人的文章看完了，我想说说自己的体会。上文把QA说得很崇高，其实QA是分为项目级QA和组织级QA的，上文所说的QA应该是组织级的；因为在实际的过程中，项目级QA会负责很多具体项目的审计工作，没有多少精力去关注过程改进。什么是审计呢？公司会依据CMMI中过程域（PA）的一般实践（GP）和特殊实践（SP）制定审计表（Audit List），项目QA就照着这张表，看看这些项是否在项目中得以满足，适时向上级汇报。

   现在的我和QA，可以说是――错的时间，遇上了对的人。QA所应具备的软性特质我并不缺，我也不排斥在今后走向QA的道路。但如果我现在就接受公司的安排，成为项目级的QA（凭我的资历，是不可能一步登天成为组织级QA的），那我只能湮没在一堆的文档、表格和数据中了。

   我很珍惜这一次接触和学习CMMI的机会，让我对整个软件开发过程有了新的认识。也这是通过这段时间的学习，让我意识到QA的价值在于两点：第一，制定流程；第二，使开发团队按这个流程来进行开发实践。但对于工作不久、缺乏项目经验的我来说，现在只能充当项目“监工”的角色（请允许我这样肤浅地形容“项目级QA”，但在我们公司，确实如此），这对我来说，无疑是一场噩梦；因为我已经清楚地知道，我现在最需要的是扎根于项目之中，而不是“凌驾”于项目之上。