质量保证、软件测试及配置管理面面观

领测软件测试网

质量保证、软件测试及配置管理面面观
一、含义

1.   

在ANSI/IEEE 中提到以下了六个品质要素：

?            正确性（correctness）：实现的功能达到设计规范，并满足用户需求的程度

?            可靠性（reliability）：在规定的时间和条件下，仍能维持其性能水准的程度

?          易用性（usability）：用户掌握软件操作所要付出的时间及努力程度

?            效率（efficiency）：软件执行某项功能所需电脑资源（含时间）的有效程度

?            可维护性（maintainability）：当环境改变或软件发生错误时，执行修改或恢复所做努力的程度

?            可移植性（portability）：从一个电脑系统或环境移到另一电脑系统或环境的容易程度

2.    软件测试（Software Test）

尽早、尽可能多地发现软件系统中存在的缺陷及问题。但是，好的软件并不是“测”出来的，而是“做”出来的，所以，每一个测试人员都应该清楚这样一点：任何人都不可能找出软件中隐含的所有缺陷和问题，正如世界上没有人是十全十美的。

3.    软件配置管理（Software Configuration Management，简称CM）

简单来讲，配置管理即是对软件工作中间件及工作成果的各种管理。其中包括：配置项、配置库、配置标识、基线（详见下文）。

二、     工作内容及手段

1.    软件质量保证

1)    工作内容

?      建立软件质量保证活动的实体

?      制订软件质量保证计划

?        坚持各阶段的评审和审计，跟踪其结果，并作合适处理

?      监控软件产品的质量

?      采集软件质量保证活动的数据

?      度量软件质量保证活动

2)    手段

“请介绍几种有效的质量保证工具？……”，论坛中经常有朋友这么问。我想，他可能是把质量保证手段统称为工具了，在我看来，称作“手段”可能更贴切一点。

下面就来介绍一种有效的质量保证手段——同行评审（Peer Review），以此可以提前发现许多软件各阶段隐含的问题。比如：

?        在需求阶段的评审：发现需求是否已被很好的定义，其中是否存在技术上的风险等；

?        在设计阶段的评审：检查架构、数据库等设计的是否合理；

?        在编码阶段的评审：检查Source code,发现代码中不符合编码规范部分；

?        在测试阶段的评审：检查测试计划安排的是否合理，测试用例设计的覆盖率等；

?        在验收阶段的评审：检查项目文档是否都已存在于配置管理库中；总结项目开发过程中的一些经验教训并作记录，存入公司的资源库等。

Peer Review过程中需注意的细节：

?        做评审计划；

?        人员不要太多，保证会议的效率；

?        经常性地举行；

?        尽量提前点时间将会议上要审核的资料发送给参加会议的人，并请参会人员对发现有疑问的地方及时做出标识，以提高会上的效率；

?        千万注意不要将评审会议变成聊天或过分争论会议；

?        评审团队最好是由经过同行评审培训，并有产品经验的相关人员组成；

?        对评审人员提出的问题，在会后，应该由文档作者修改，并最终通过评审团队成员的一致确认。

3)    常见误解

?        误解一：认为发布出去的软件发现了问题，就是QA和TESTER的责任；还是那句话，“软件质量保证”并不能保证软件的质量；

?        误解二：QA就是公司的文档管理员，常有QA称自己是“打杂工”。实际上，成为一名出色的QA并不是一件容易的事情，工作年限、工作经验、工作成果等都是对其衡量的标准；

?        误解三：QA的工作有TESTER兼职进行即可。这是目前多数软件公司采取的措施。个人认为，最好将二者分开，TESTER的工作也是有质量可言，同样需要QA进行监督、检查，而QA的直接上司即公司的高层领导；

2.    软件测试

1)   工作内容

?    编写测试计划

?    编写测试用例

?    对软件开发过程的重要文档进行测试，如：需求文档、设计文档等

?    测试执行

?    测试结果总结、分析

?    测试数据的度量（更高要求）

以上工作基本上含盖了测试的所有工作，在分工比较明细的公司，通常由不同人员来进行，如：

?     测试设计员：制定和维护测试计划；设计测试用例及测试过程；评估测试，生成测试分析报告

?     测试员：执行集成测试和系统测试；

?     设计员：设计测试需要的驱动程序和稳定桩；

?     编码员：编写测试驱动成员和稳定桩；执行单元测试

2)   手段

?     手工测试

目前多数测试人员都采取的一种测试工具，虽存在一定的弊端，但也绝对不可以省略。

?     自动化测试工具

想了解并学习自动化测试工具的同仁不妨去www.ltesting.net看看，里面有介绍自动化工具的专栏，很不错的。

?     BUG管理工具

    通常叫BMS（BUG MANAGEMENT SYSTEM）。如果公司不愿意投入成本购买大公司的BUG管理工具，不妨根据自己的情况开发一个，便宜又好用，并且一劳永逸！

3.    软件配置管理

术语解释：

?      配置项：凡是纳入配置管理范畴的工作成果都叫做配置项。

?      配置库：所有配置项的集合

?      配置标识：为了方便管理，而对各配置项作的标识

?      基线：由一组配置项组成，这些配置项构成了一个相对稳定的逻辑实体。基线中的配置项被“冻结”了就不能再被任何人随意修改，直接进入变更阶段。通常将交付给用户的基线称为一个“Release”，为内部开发用的基线则称为一个“Build”。

1)        工作内容

?        创建配置库，并至少创建配置库的所有一级目录

?        为每个项目组成员分配权限

?        根据配置管理计划中的基线计划维护基线，“冻结”配置项，控制变更

?        定期清楚配置库里的“垃圾”文件（“垃圾”文件即在项目中产生，但最终不用存档的一些文档）

?        配置状态发布

?        定期备份配置库

2）  手段

常用配置管理工具如下：VSS、CVS、CLEARCASE等，具体内容我已在论坛中发布过，大家可去查看。

三、        区别

1.           SQA与TESTER的区别

通过上面各自含义及工作内容的描述，我想SQA与TESTER的区别应该比较清晰了吧，现总结为以下两点：

1)            SQA重点是对软件开发过程进行监督、管理、控制；

2)            TESTER重点是对软件开发的成果进行检查、控制。

2.           SQA与CM的区别

1)            SQA重在监督项目的进度，督促项目按开发流程及规范进行，控制并记录好各项变更，并通知配置管理员对配置项做好相应的变更；同时SQA还可以作为SEPG（Software engineering process group）的成员之一，参与公司的软件过程改进工作。

2)            配置管理工作的主要目的是为了保证项目资料得到清晰、有效地管理，加快工作效率的同时，也避免一些意想不到的风险，如：代码丢失或恶意修改等。同时，有效地配置管理工作，还可作为公司建立资源库的主要来源之一。建立资源库对公司来讲势在必行，频繁的人员流动是再充分不过的理由。

四、        结论

本篇文章可能更适合于新人阅读，希望能有所帮助；对于描述不当的地方，还请谅解。

软件质量保证、测试和配置管理都刚被各软件公司重视起来，但它们的春天还未真正到来，否则就不会经常听到同行们的牢骚和抱怨。不管怎么说，既然你选择了这一行，就一定要坚定自己的选择，并一如既往地走下去。一定要养成主动学习的习惯，不要等着别人去教你怎么做，或直接从别人那里取来就用，而应该尽量自己创造。当前大部分软件公司在这些方面还处于起步阶段，技术及资料还不是很成熟，这些对新人来讲不能不说是学习的好机会，同时也是展示自我的好机会。坚信，我们的明天会更好！

附：
目前常用的几种配置管理工具及优缺点：

VSS
SourceSafe是Microsoft公司推出的配置管理工具，是Visual Studio的套件之一。SourceSafe是国内最流行的配置管理工具，用户量非常之大；
SourceSafe长的样子不是很现代，但其强大的功能无不令人惊叹。SourceSafe的优点可以用8个字来概括“简单易用，一学就会”。

虽然SourceSafe并不是免费的，但是在国内人们以接近于零的成本得到它，网上到处可以下载啊。当然Microsoft也不在乎这个小不点的软件，它属于“买大件送小件”的角色。如果你合法地得到Visual Studio，你就得到了免费的SourceSafe。
SourceSafe的主要局限性：
只能在Windows下运行，不能在Unix, Linux下运行。SourceSafe不支持异构环境下的配置管理，对用户而言是个麻烦事。这不是技术问题，是微软公司产品战略决定的。
适合于局域网内的用户群，不适合于通过Internet连接的用户群，因为SourceSafe是通过“共享目录”方式存储文件的。
人无完人，物不尽美。有些卖配置管理工具的软件供应商经常贬低SoureSafe，讽刺它是Source not Safe。我不想为谁辩护，只是给出一个例证说明SourceSafe的效用。有一个软件事业部（约百名开发人员）的十余个项目全部采用SourceSafe来管理，只用一台PC机作配置管理服务器，运行一年都没有发生异常现象。
CVS
CVS 是 Concurrent Version System（并行版本系统）的缩写，它是著名的开放源代码的配置管理工具。
CVS的官方网站是http://www.cvshome.org/ 。官方提供的是CVS服务器和命令行程序，但是官方并不提供交互式的客户端软件。许多软件机构根据CVS官方提供的编程接口开发了各色各样的CVS客户端软件，最有名的当推Windows环境的CVS客户端软件——WinCVS。WinCVS是免费的，但是并不开放源代码。
与SourceSafe相比，CVS的主要优点是：
SourceSafe有的功能CVS全都有，CVS支持并发的版本管理，SourceSafe没有并发功能。CVS服务器的功能和性能都比SourceSafe高出一筹。
CVS服务器是用Java编写的，可以在任何操作系统和网络环境下运行。CVS深受Unix和Linux 的用户喜爱。Borland公司的JBuilder提供了CVS的插件，Java程序员可以在JBuilder集成环境中使用CVS进行版本控制。
CVS服务器有自己专用的数据库，文件存储并不采用SourceSafe的“共享目录”方式，所以不受限于局域网，信息安全性很好。
CVS的主要缺点在于客户端软件，真可谓五花八门、良莠不齐。Unix和Linux 的软件高手可以直接使用CVS命令行程序，而Windows用户通常使用WinCVS。安装和使用WinCVS显然比SourceSafe麻烦不少，这是令人比较遗憾的。  
ClearCase
Rational公司的ClearCase是软件行业公认的功能最强大、价格最昂贵的配置管理软件。
ClearCase主要应用于复杂产品的并行开发、发布和维护，其功能划分为四个范畴：版本控制、工作空间管理（Workspace Management）、构造管理（Build Management）、过程控制（Process Control）。ClearCase通过TCP/IP来连接客户端和服务器。另外，ClearCase拥有的浮动License可以跨越UNIX和Windows NT平台被共享。
ClearCase的功能比CVS、SourceSafe强大得多，但是其用户量却远不如CVS、SourceSafe的多。主要原因是：
ClearCase价格昂贵，如果没有批量折扣的话，每个License大约5000美元。对于中国用户而言，这无疑是天价。
用户只有经过几天的培训后（费用同样很昂贵），才能正常使用ClearCase。如果不参加培训的话，用户基本上不可能无师自通。

 

《软件质量保证计划》中包含的主要内容：

A.       目的

B.       面向对象

C.       参考资料

D.       质量机构

E.       机构任务（明确阶段评审的内容及时间、评审的参与人员、日常检查等）

F.       产生文档清单

G.       参照标准

H.       配置如何管理

I.       日常使用的管理工具

……

《配置管理计划》中包含的主要内容：

A.       目的

B.       面向对象

C.       参考资料

D.       人员及职责

E.       软硬件资源

F.       配置项计划

G.       基线计划

H.       配置库备份计划

……

《测试计划》中包含的主要内容：

A.       目的

B.       面向对象

C.       参考资料

D.       测试策略（主要包括测试内容和测试方法）

E.       测试资源（人力资源、软硬件资源）

F.       测试进度

G.       评价准则

H.       测试相关文档

……

《测试用例》中包含的主要内容：

A.       系统名称、系统版本、测试类型、用例作者、编写日期、审核发布人员及日期、测试执行人员；

B.       用例维护记录；

C.       用例ID、操作位置、用例描述、期望输出、实际输出、备注、用例状态（NT表示由于进度等原因而没有执行该用例；Pass表示执行成功；Fail表示执行失败；Block 表示由于其他用例测试未通过而导致该用例无法执行）。

……

《测试总结报告》中包含的主要内容：

A.       目的

B.       面向对象

C.       参考资料

D.       BUG的追踪管理

E.       测试结果分析

F.       BUG数量及等级分布

G.       对比分析

H.       测试评估

I.       改进意见

J.       结论

……

软件质量保证（Software Quality Assurance，简称SQA）
即参照一定的质量标准、目标及各项软件流程、规范来监督，管理公司产品的质量；在许多质量体系还不是很成熟的公司，维护和发展这些质量标准、流程规范等也是由质量保证人员进行。行内有个这样的说法：“软件质量保证并不能够保证软件的质量”，事实也是如此，软件质量的好坏不是一个人，一个部门能够决定的。但是，我们可以把提高软件的质量作为我们从事软件质量保证工作的目标。

文章来源于领测软件测试网 https://www.ltesting.net/