推荐：说说 SQA 的职责和内容【希赛】

 

说说 SQA 的职责和内容

  光军

概要：本文阐述了作者对软件项目质量保证 KPA--SQA 的认识，是作者根据自己的工作经验总

结出来的，主要内容是介绍 SQA 的职责和 SQA 如何工作的，介绍了 SQA 人员的素质要求。

关键词：审计、评审、质量改善

  有关 SQA 工作的文章介绍了不少，现在把自己从事 2 年 SQA 工作的感想和认识和大家分

享一下。

1、SQA 概要介绍

  我们知道 SQA 是 CMM 的 Level2 中的一个关键 KPA，它的目的是向管理者提供适当的对软

件项目正使用的过程和正构造的产品其质量方面的可视性。SQA 是确保过程被正确的执行，

保证了过程的执行才可能保证产品的质量。为了达到这个目的，一般管理过程比较成熟的软

件企业设置专门的 SQA 人员，它主要从两方面进行项目的监督，一是对项目生产的产品进行

检查，二是对项目各项开发过程的符合性进行审计。而由于质量改善是每个项目、每个软件

公司为了提高 QCD 能力所追求的一项永无止境的一项工作，特别是和日本的客户合作项目时

QCD 的改善表现得尤为突出，因此为了更好的进行永无止境的改善，SQA 往往需要配合 SEG 和

项目组承担起非常重点要的作用。

2、SQA 具体工作描述

2.1  SQA 的职责

  SQA 的职责主要是两大方面，一是日常的作业活动，二是参与质量改善活动

  一、日常作业

  协助项目经理定义项目开发过程和项目目标

  对项目的各个角色实施培训和咨询

希赛软件工程专家网，软件过程改进/CMM/CMMI 评估平台，项目管理/软件测试资源站点

  制定 SQA 计划

  对产品即成果物进行审计和对各个开发过程进行评审

  报告检查的结果

  二、参与质量改善，反馈工作中遇到的过程问题，协助 SEPG 改善项目及组织的开发过程，

丰富过程财富。

  下面对这些工作进行详细的解释和说明

2.2  协助项目经理定义项目开发过程和项目目标

2.2.1 定义项目开发过程

  我们知道项目策划的好坏是项目成功的关键，而策划的首要工作是先制定项目的开发过

程，明确项目的规范和标准，这时 SQA 可以根据检查众多项目的实践经验协助项目经理裁剪

组织标准软件过程(OSSP)，形成项目定义软件过程(PDSP)。裁减的原则 SQA 必须掌握，过程

的裁减一是基于项目的风险来考虑，要准确的判定裁减的过程和活动是否对项目带来风险，

二是从项目的特点来考虑的，如根据项目的规模，人员的能力，产品的复杂度，组织与客户

的要求等。裁剪的要素主要从四个方面考虑，即正式度、频度、粒度、范围来考虑的。

2.2.2 制定项目目标

  SQA 作为质量保证体系中的一员，他了解组织的目标，了解所负责业务的项目过程平均

数据和产品平均数据以及偏差范围，有的公司 SQA 还担当客户质量的窗口，所以 SQA 也了解

客户的目标，因此在项目策划的时候 SQA 往往需要协助项目经理制定项目的各项目标。一般

项目目标主要从 Q（Quality）C（Cost）D（Delivery）三个方面来考虑，这里 Q 放在首要的

位置，不是说 D 的目标不重要，它是在保证 D 的基础上更侧重 Q 目标的达成。不同公司的业

务范围和成熟度以及其战略目标不同，QCD 考察的指标可能会有所差异，但是基本的量化目

标需要明确的制定出来，这样便于项目经理跟踪。Q 目标可以从四个方面考虑，如发布前缺

陷密度、发布后缺陷密度、系统测试缺陷密度、客户发现缺陷密度等；C 主要从两个方面考

虑，生产率和质量成本，D 从里程碑责任延期和项目最终的责任延期天数来考虑，另外为了

强化项目前期缺陷的检出能力，减少后期的返工，可以增加评审发现缺陷占总缺陷的比率这

一目标，旨在强化评审活动。

2.3  对项目的各个角色实施培训和咨询

  对于一个管理过程比较成熟的软件公司 SEPG、SQA 分别各尽职责。SEPG 制定组织的标准

软件过程，分析各类项目的数据，形成组织的过程数据库和财富库并实施过程改进，SEPG 还

有一个职责是组织全员的项目过程规范的培训，一般 SEPG 主要进行大范围的培训，主要针对

希赛软件工程专家网，软件过程改进/CMM/CMMI 评估平台，项目管理/软件测试资源站点

组织级的培训，这种培训的次数是有限的，而在项目执行中或执行前往往由 SQA 对项目组的

成员进行单独的培训或辅导，这样可以更有的放矢，另外在项目的执行中项目组成员提出有

关规程、模版等问题 SQA 随时提供解答。培训可以涵盖项目执行过程中所有过程域，一般重

点在项目策划，项目管理，项目配置，同行评审和缺陷预防，定量管理。

2.4  SQA 计划

  SQA 的工作是一个有计划性的工作，SQA 的检查和审计贯穿了项目开发的全过程，从项目

立项到项目结束各个过程或活动都要进行监控，为了保证 SQA 工作的实施必须先制定 SQA 计

划并得到项目经理的评审。

2.4.1 SQA 计划制定的时机

  SQA 计划制定的时机其实和项目策划的时间是密切关联的，一般大的项目往往在系统设

计之后才能准确地进行规模、工作量、质量的估计，完成开发计划。当然在系统设计之前也

要对需求开发理解和系统设计进行估计并完成这段时间的计划和进度表，一般可以把 fix 版

的开发计划出来这段时间的工作归入到启动计划中，因此 SQA 计划一般包括启动阶段和正常

阶段的工作计划。

2.4.2 SQA 计划包含的内容

  SQA 计划是 SQA 人员以第三者的身份进行该项目检查的工作安排，需要对整个项目过程

中的工作责任人，使用的设备、需要的时间、评审和审计的对象，工作方式，工作进度、报

告途径等进行描述。由于项目开发规模不同，所选择的生命周期模型不同，过程和人员的成

熟度等不同，SQA 检查的工作重点也应该有所侧重，这些重点体现在 SQA 计划中并进行原因

说明。

  下面对评审和审计的对象和检查方式进行简单的说明，上面我们提到 SQA 计划分为启动

阶段和正常实施阶段。启动阶段评审的对象如启动计划评审过程，开发计划的评审过程、开

发基准的建立过程。审计的软件工作产品如启动计划和评审记录，开发计划和评审记录。正

常实施阶段评审的对象是软件工程活动（从需求、设计、编码、测试）和同行评审，缺陷预

防，里程碑总结阶段移行判定，配置管理活动，项目总结活动。审计的产品如需求理解报告，

设计报告，代码规范，测试设计和结果，项目管理跟踪表，评审记录、里程碑总结报告，项

目总结报告等。

  SQA 工作方式可以通过检查成果物，参加项目的各项评审活动，另外和项目人员进行交

流也是一项非常重要而有效的的方式。

2.4.3 SQA 计划的评审

  SQA 计划完成后和开发计划一样也需要进行评审，一般是项目经理参加就可以了，主要

希赛软件工程专家网，软件过程改进/CMM/CMMI 评估平台，项目管理/软件测试资源站点

是对计划的合理性，工作重点和检查的时机以及可实施性进行评审。

2.5  产品审计和过程评审

  按照 SQA 计划进行 SQA 审计和评审工作，确认项目是否按照过程要求执行了相应的活动，

是否按照过程要求生产了相应的产品。如下表所示。

 

 

 

 

 

 

 

 

 

 

 

 

 

  深入项目，关注项目的 QCD、计划安排、风险、客户满意度等

  注意几点

  1、尽管一般软件公司系统测试人员归属于质量保证体系，但是测试是整体开发过程中不

可缺少的一个环节，所以 SQA 不能忽略对测试工作的检查。

  2、对软件工程活动产品的审计一般是检查软件产品是否按计划按规程输出，内容是否完

整，模版是否正确。SQA 对产品的正确性和文档的质量不负责任检查，SQA 的评审和审计不包

含技术问题，SQA 人员也不负责解决发现的产品质量问题。

  3、SQA 通过过程评审和控制不是简单的指摘偏差，更重要的是能帮助项目识别风险，及

时纠正管理偏差

  4、审计和评审的时机

  每个阶段活动的开始和结束点是必须检查的，特别是开始点尤其重要，要尽早发现问题，

把问题控制在最小的范围内。对于项目周期很长的项目只在阶段的开始和结束点检查很难发

现过程中的问题，这时需要再设置几个小的跟踪点，这需要根据项目的特点进行。

  5、上述的表只是简单地表示 SQA 在各个阶段的工作内容，但对一个比较成熟的软件公司，

一般 SQA 的检查可以参考 Checklist 进行判定，Checklist 可以让 SQA 人员特别是刚刚担任

希赛软件工程专家网，软件过程改进/CMM/CMMI 评估平台，项目管理/软件测试资源站点

SQA 的人员明确检查的内容，避免一些项目的漏检。下面以项目策划为例进行描述。

 

 

 

 

 

2.6  报告检查的结果

  1、项目检查报告

  SQA 检查的结果都要记录在该项目的 SQA 工作表中，表中记录检查人，检查的时间，检

查的项目，检查的结果，责任人，SQA 要判定不符合项对 QCD 的影响，提出修改和改进的建

议，SQA 要和被检查人协商不符合项预计解决修正的日期，对不符合项进行跟踪直至解决为

止。SQA 检查的结果传给项目经理和项目的开发人员。

  2、对项目 QCD 有很大影响但在项目组中多次催促也没有得到解决的项目直接向高级管理

者报告。

  3、SQA 周报和月报

  SQA 每周对若干个项目的检查结果进行报告，报告各项目的执行状态，检查出的不符合

项和已经解决的不符合项数目等。SQA 周报是给高级管理者和 SQA 同行，SEPG 的。

  SQA 每月编写月报，报告本月各个项目的检查结果和项目的质量状况、质量数据，问题

和风险。项目的质量状况不一定要由 SQA 来编写，不同公司的规定可能不一样，各公司可以

根据实际管理机制来制定。

2.7  参与质量改善

希赛软件工程专家网，软件过程改进/CMM/CMMI 评估平台，项目管理/软件测试资源站点

  SQA 有机会直接接触各个项目，同时参加管理者的评审会议，甚至还能直接接触到客户

的反馈和抱怨，他能够从各个项目的优缺点中发现各个过程好的工作方法，把组织规程中定

义含糊的地方反馈给 SEPG，协助 SEPG 改善项目及组织的开发过程，丰富过程财富。 同时 SQA

会把各类客户好的方法和习惯在项目间传播，这对改善企业的质量文化意识起到很好的催化

作用。另外 SQA 在项目结束时会对提交的各项目的数据进行确认并提交给 SEPG，为组织的数

据库留下经验数据，协助改善。

3、SQA 人员的素质要求

  尽管公司的管理机制比较健全，过程管理也比较成熟，但是由于业务方向和客户比较发

散，同时由于外包业务的迅速膨胀，而项目管理人员短缺也客观的造成了管理者对 SQA 的要

求与日俱增，SQA 的压力也随之增长，在这样的条件下如何培养和寻找好的 SQA 也成为首要

任务。在此把自己对 SQA 人员的素质认识写出来。

  1)   SQA 要很深刻地了解软件开发过程，特别是组织的标准软件开发过程，了解组织的

  目标和各类相关的数据如何运用，了解统计过程控制方法，给项目以指导，为项目

  组增加价值，获得项目的认可、管理者的认可。

  2)   SQA 要有很强的沟通能力，需要和项目经理、开发人员保持很好的沟通，要营造良

  好的气氛，避免和项目组成员的正面冲突， 对于不能按照规范执行的项目首先要分

  析原因，要从其他的渠道进行舒缓，讲清楚按照规范作的重要性，抓住问题的重点

  和本质，放弃细小的问题。

  3)   SQA 要有很强的责任心和执着的精神。因为 SQA 不对项目的质量负直接责任，而且

  不像开发开发人员具有很明确的任务和成果显现，SQA 的许多工作是自己来识别的，

  特别是前面提到的项目间优秀经验和方法的传播等质量改善活动，这就需要 SQA 具

  有很强的质量责任意识和执着的精神。

  4)   SQA 应该是主动学习型，具有很强的分析能力。当今的质量管理的理论曾出不穷，

  项目管理方法也不断推陈出新，SQA 应该适应时代的需求，不断地学习，掌握相关

  的质量管理方法，通过项目的数据能纠其原因，并通过数据能预测发展的趋势和风

  险给项目以帮助，这是 SQA 能够赢得项目和管理者认可非常有力的证明

  5)   SQA 要有良好的承受能力和抗压能力，具有很好的自我调节能力，因为 SQA 需要和

  各类人员打交道，特别是刚刚从开发转入 SQA 的初学者很难发现项目存在的重点，

  往往提出一些文档格式或一些小问题，一些强势的项目组经理会流漏出“看不到 SQA

  的作用”这类话语，而 SQA 人员觉得很委屈，自己很认真却得不到理解，此外 SQA

希赛软件工程专家网，软件过程改进/CMM/CMMI 评估平台，项目管理/软件测试资源站点

  人员很难具有开发人员完成项目后或突破难关后那种成就感，这时就需要 SQALeader

  进行辅导，同时更需要 SQA 具有很好的自我调节能力，从从事 SQA 工作产生的自我

  管理和质量意识提升的角度来考虑问题来进行平衡。

  从事 SQA 的工作也有很多酸甜苦辣，最重要的是 SQA 要主动的去思考，主动地去推进好

的过程方法和习惯，赢得项目的尊重，赢得领导的认可，这才是 SQA 真正的价值。

参考文献：

  CMMv1.1[国际标准]

作者简介：

  作者光军，先后从事了电子产品的硬件质量评价和嵌入式软件产品的测试管理和 SQA 的

工作，先后接受了 ISO9001 和 CMM 的培训和实际的质量管理工作，从事 2 年多的 SQA 工作中，

参与了一部分 SEPG 的工作，对 SQA 的管理方法有很好的了解和实施经验。

  版权声明：本文版权归希赛网软件工程频道

  所有，未经许可，任何媒体均不得改变其形

  式进行转载或摘录，违者必究！