CSDN专访领测国际创始人贺炘：软件测试应讲究策略和方法(3)

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

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

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

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

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

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

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

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

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

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

　　CSDN：相对于敏捷开发红遍大江南北的状况而言，对敏捷测试的讨论则低调得多。在各种不同的敏捷实践中，测试在敏捷开发中有着怎样的地位?你新浪微博的网名是：贺炘-让测试敏捷起来，起这个名字有什么特别的意义吗?而敏捷测试与传统软件测试有何区别?

　　贺炘：先解释一下我的微博名字，原意是希望大家能以测试中的问题为切入点，敏捷的做测试，这可不是说让大家用敏捷方法做测试哦，敏捷测试只是敏捷的做测试的一个选项而已!

　　敏捷测试和传统测试的最根本的区别我觉得是心态的问题，敏捷测试更强调主动、自发、快速的响应和持续迭代、逼近答案。传统测试(我更愿意称为经典测试方法)更强调方法、体系、策略、通盘进行考虑再操作!方法无所谓好坏，不同方法会适用不同情况，敏捷测试中的用例设计方法更多还是采用经典测试方法，经典测试方法同样应该借鉴敏捷中的一些实践，快速交付可以评判的内容。

　　CSDN：当软件开发组织采用敏捷开发时，测试团队通常需要花很长时间来完成转变。在很多公司中，独立的质量保证团队已经根深蒂固。当它们开始适应新的敏捷组织时，会遇到难以接受的文化差异。如何应对文化因素在敏捷测试中的影响，你有什么经验可分享?

　　贺炘：其实我们先要区分这个到底是文化还是自我保护主义!

　　通常个体对改变都会有抗拒，因为毕竟不熟悉，会有利益上的直接考量。如果你知道了为什么大家害怕、为什么不配合，那就应该有有针对性的办法了!

　　首先要在组织层面达成共识，我们要什么?怎么要?好处是什么?带来的改变和坏处是什么?要持续不断的沟通!

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