51Testing软件测试论坛

标题: 请各位讨论一下　 [打印本页]

作者: investmark 时间: 2005-3-30 13:21
标题: 请各位讨论一下　
QA 和 TESTER　有什么区别吗？

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

在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.51testing.com看看，里面有介绍自动化工具的专栏，很不错的。

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

四、       结论

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

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

作者: jennie98 时间: 2005-3-31 09:04
谢谢斑竹。看了很受启发啊。。

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)