CSDN专访领测国际贺炘:测试应讲究策略和方法(2)

测试工程师的素质我觉得分两个层次，普通的测试工程师需要细心、耐心、良好的沟通能力以及责任心等。如果你希望成为一个优秀的测试工程师，相比较其他行业并没有什么特别之处，保持自信，保持好奇心，在你的专业上持续的解决复杂问题。

CSDN：软件测试人员大多被称作测试工程师，但也有不少的人认为其只是QA，你觉得测试和QA是怎样的关系？

贺炘：这是个很重要的事情，其实测试工程师并不是QA，而应该称为QC。之前我在《程序员》杂志上投过稿。

和这个问题有关的内容摘抄如下：

QA的英文为：Quality Assurance 我们翻译为“质量保证”

QC的英文为：Quality Control 我们翻译为“质量控制”

我们将这两个角色之间进行一下职责划分，以方便我们后续的讨论。

QA：监控公司质量保证体系的运行状况，审计项目的实际执行情况和公司规范之间的差异，并出具改进建议和统计分析报告，对公司的质量保证体系的质量负责。

QC：对每一个阶段或者关键点的产出物（工件）进行检测，评估产出物是否符合预计的质量要求，对产出物的质量负责。

通过上面的职责划分，我们发现，如果我们将软件的生产比喻成一条产品加工生产线的话，那QA只负责生产线本身的质量保证，而不管生产线中单个产品的实际质量情况。QA通过保证生产线的质量来间接保证软件产品的质量。

而QC不管生产线本身的质量，而只关注生产线中生产的产品在每一个阶段的质量是否符合预期的要求，如果我们生产的是杯子，那QC只关注：生产的材料是否是预期的，每个杯子瓶口的直径是否符合要求，杯子把手是否符合设计要求等等具体的、可量化的点。

针对软件企业的软件开发过程而言：

QA可以进一步明确为SQA，即：软件质量保证，只负责软件开发流程的质量，企业内相对应的角色为：软件质量保证人员，有的企业就直接称之为SQA。

QC可以进一步明确为SQC，即：软件质量控制，只负责软件开发过程中各个阶段产出的工件的质量，产出的工件可能是相关的文档或者代码等，企业内相对应的角色为：软件测试人员。

• 敏捷测试与传统测试最根本区别是心态问题

CSDN：在软件项目开发中，测试是开发流程的一部分，也就是对其开发功能的验证，使得有些人认为测试工作可以被开发人员兼做，你认为软件测试与开发有什么区别？

贺炘：这个谈到了测试的目标是什么？如果认为测试的目标只是找出Bug，那谁找不都一样吗，在这里我们谈到的软件测试应该是个建立信心的过程，只有过程可靠了，信心才能建立起来！

测试工程师是否可以由开发，或者某种技术取代？这个很难讲，他牵扯到了被测系统、技术水平、开发成熟度、工具应用等诸多层面的综合判断，取代的例子目前有如Facebook，但是我看到的更多是无法取代的例子。

文字很难在这个层面说清楚，有兴趣的话可以查看一下领测软件测试沙龙的视频，专门有一期就是讲的这个问题。

在这里我举个例子，大家都看过足球比赛，为什么11人的队伍要区分前锋、中锋、后卫、守门员？为什么还有不同的阵型？前锋不能守门吗？守门员不能直接进球吗？那种情况都有极端的例子，但不是常态。常态是什么？分工协作才是效率最高的方法！

测试工程师会被淘汰吗？会的，一定有那一天！开发工程师会被淘汰吗？会的，也一定有那一天！但是请记住，淘汰的是人，而不是这件事情，如果你做的不专业随时都会被淘汰！测试工作是永远不会被淘汰的。但是不专业的工程师随时都会！

CSDN：在软件开发产业中有一种非常普遍的习惯，那就是让那些经验最少的新手、没有效率的开发者或不适合干其他工作的人去做测试工作；甚至有些人认为广大的测试员所做的工作毫无意义，有没有他们公司一样运转，项目一样进行。你认为软件测试人员的地位是怎样的？

贺炘：首先这样的事情确实存在，其次使用这种方法的公司至少目前质量绝对不是他的核心竞争力。并不是说这样的方法不对，而是要辩证的看问题，一个公司存活下来一定有一定的道理，我总结了几个理由：人无我有、人有我精、人精我贱。有兴趣的话可以看看我在领测软件测试沙龙中的视频录像，详细阐述了这个观点。

我的判断：公司的竞争会在不同的层次展开，质量并不是每个企业在所有生存阶段的必然选项，什么时候谈什么话。不过一个伟大的企业是不可能不重视质量的，但是在通往伟大的道路上会有不同的阶段性选择。

原文转自：http://www.csdn.net/article/2013-06-04/2815534