软件质量保证.pdfVIP

软件质量保证

软件质量保证

软件质量保证(SQA）是建立一套有计划,有系统的方法，来向管理层保证拟定出的标准、步

骤、实践和方法能够正确地被所有项目所采用.

软件质量保证的目的是使软件过程对于管理人员来说是可见的。它通过对软件产品和活动

进行评审和审计来验证软件是合乎标准的。软件质量保证组在项目开始时就一起参与建立计

划、标准和过程。这些将使软件项目满足机构方针的要求。

一、基本目标

目标1：软件质量保证工作是有计划进行的。

目标2:客观地验证软件项目产品和工作是否遵循恰当的标准、步骤和需求。目标3:将软

件质量保证工作及结果通知给相关组别和个人.目标4:高级管理层接触到在项目内部不能

解决的不符合类问题。

二、QA的由来

我们知道，国外很多的大公司，QA的职责就是测试（主要是系统测试），比如IBM、CA、

PeopleSoft等。其实在最初，几乎所有的公司都是这样的。后来，由于缺乏有效的项目计划

和项目管理，留给系统测试的时间很少（注：我以前做的一个项目，项目经理就明确告诉我

系统测试就1天,没得商量）。另外，需求变化太快，没有完整的需求文档,测试人员就只能根

据自己的想象来测试。这样一来，测试就很难保障产品的质量,事先预防的QA职能就应运而

生。

事先预防其实是借鉴了TQM的思想,而且也而且也符合软件工程符合软件工程“缺陷越早发现越早修改越经济“缺陷越早发现越早修改越经济

的原则.这些思想的渊源还可以追溯到中国古代的典故中，比如曲突徙薪、扁鹊论医术等。

三、QA的现在

目前，实施CMM的企业越来越多了。CMM模型就要求建立QA角色。这里的QA类似于

过程警察，主要职责是,检查开发和管理活动是否与已定的过程策略、标准和流程一致，检

查工作产品是否遵循模板规定的内容和格式。在这些企业中,一般还要求QA独立于项目组,

以保障评价的客观性.从国内来看,多数的QA没有技术背景，检查出的偏差多为鸡毛蒜皮，

再加上自己没有令人信服的背景，领导也不支持,当然做起来就很困难了。

缺乏信任和支持只是一个方面,QA工作本身就很具挑战性.它要求QA具有软件工程的知识、

软件开发的知识、行业背景的知识、数理统计的知识、项目管理的知识、质量管理的知识等

等。

我们常常遇到这样的问题，改进到一定程度就很难突破，感觉心有余而力不足了，就开始

郁闷了。后来通过学习、培训、交流，思想和技能得到升华,又发现了木桶中最短的那块，

然后又开始改进,然后又遇到了玻璃天花板，然后……就这样处于郁闷的循环中。

假使我们掌握了所有的知识，能突破所有的玻璃天花板，那是不是QA就可以一帆风顺了.

答案是否定的.QA角色定义本身就有很大的局限性。QA充当的是过程警察的角色，无论是

否有意义，都专横地强制过程的执行，容易在项目组中造成敌对的关系，受到排挤，而且这

种警察的姿态也破坏了团队精神.如此一来，QA工作还需要的是人际关系技能,就如我以前写

的《质量平衡》和《QA应该独立于项目组吗？》一样，艺术化地处理这种关系。

四、QA的未来

从某种程度上说，独立的QA审查机制是瀑布模型的产物.随着现代软件开发技术的演变,

螺旋模型和迭代模型的兴起，QA机制正在悄然发生变化。这种变化就是从独立专职的QA

向贯穿过程的兼职QA演变.在CMMI模型中，这种兼职的QA也是被允许的。为什么会发生

这种改变呢?无论是XP、RUP还是其它先进的方法论，都是先产生架构，然后再增量开发，

直到完成。这种模式中，需求和设计缺陷在各个迭代周期被所尽早发现和修复,质量也内建

于架构和过程中，项目的成本和进度也得到保障。

到那时,是不是独立的QA就不复存在了呢?有些成熟度较低的企业还是需要的，主要是保证

过程执行的有效性和评价的客观性。

五、SQA的理论探索

1、过程的认识

我们都知道一个项目的主要内容是：成本、进度、质量;良好的项目管理就是综合三方面的

因素,平衡三方面的目标，最终依照目标完成任务。项目的这三个方面是相互制约和影响的，

有时对这三方面的平衡策略甚至成为一个企业级的要求，决定了企业的行为，我们知道IBM

的软件是以质量为最重要目标的,而微软的“足够好的软件”策略更是耳熟能详,这些质量目

标其实立足于企业的战略目标。所以用于进行质量保证的SQA工作也应当立足于企业的战

略目标,从这个角度思考SQA，形成对SQA的理论认识。软件界已经达成共识的：影响软

件项目进度、成本、质量的因素主要是“人、过程、技术”。首先要明确的是这三个因素中,

人是