posts - 843, comments - 4090, trackbacks - 26, articles - 3
  博客园 :: 首页 :: 新随笔 :: 联系 :: 订阅 订阅 :: 管理

公告

2012-4-26 对测试的各种吐槽

Posted on 2012-04-28 14:39 Jackei 阅读(...) 评论(...) 编辑 收藏

今天不淡定,集中吐槽了。修炼了这么久,还是没啥长进。唉。

 

集中汇集一下,自己反省。

 

我们需要什么样的测试?其实@段念-段文韬 这篇文章http://t.cn/zOpW23h已经讲得很清楚了。tester们从业时间短的,可能还不太会思考:做一个项目的目的和目标是什么,test这个事情到底能贡献什么?当前普遍的dev与system tester 的分工模式是如何形成的?更高效可靠的做法是什么?我们如何实现去实现?

 

如果system tester们仅仅是把自己看作领所当然存在的一个角色,那的确死定了。等什么时候 tester 这个角色的人员水平能达到与 dev 想类似的时候,估计这些问题就都容易理解。反观这10年来行业的发展,基本上还是在普及概念,形成行业的阶段,绝大多数人还没有想明白 test != tester != system test。

 

完全无视行业发展,被淘汰只是早晚的问题。回头看看10年前的测试领域,能说清楚各种系统测试设计方法、系统测试流程、缺陷管理流程的人已经很牛了,真正精通自动化测试/性能测试的人恐怕都是6、7年前才多起来的,而这3、4年腾讯、淘宝、百度的测试技术/能力迅速的超过了行业平均水平几个数量级。

 

想想这几年来面试的大量system tester,在谈到系统测试用例设计方法的时候,能举出的例子还是停留在输入框的长度限制之类,就一再的无语。再想想那些声称精通自动化测试,但是仅仅是看过QTP培训录像的,一提到测试工具开发就变成无法逾越的门槛,就继续无语。

 

继续。上个IT人才的分布图。今天system tester同学们认真思考一下,如果你对于工程和质量的理解深度不如QA,项目管理的理解不如PM,对操作系统、数据库、开发语言、中间件、计算机网络的理解不如dev,但声称“我更懂被测系统业务,我的测试思路不同”。那你就该明白为什么工作5年后跟dev有那么大差距了。

 

 

回复《测试对质量负主要责任?》————事实再次证明,回复比原创容易的多。。。。。

------------- 开始 -------------- 

测试人员是否对质量负责,这个本身就是基于一个错误的前提来讨论问题。咱们来试着提出一些问题“格物致知”一下。

1.测试人员是否对质量负责,这个问题是从何而来的?最早是谁提出来的?关于如何保障质量这个问题,在此之前是怎么个做法,如何演变成了这个问题?
有没有人讨论过类似:开发人员要对质量负责?QA人员要对质量负责?
以前农村自家给自己盖房子的时候,有没有预先明确一下,最后如果有质量问题,谁该负责?
只有2-3个人的做ios应用的创业公司,有没有划分一个对质量负责的人或角色?
XXX应该对质量负责,已经是典型的“划清职责”的做法,把一个在“过程”中酝酿出来,并且不断动态变化的事情,交给某个角色去处理。如果基于这个问题本身再讨论,也只是在围绕错误的前提寻找容易接受的说法而已。
其实我们原本应该是讨论“保障软件质量的最优/最高效做法”,而不是为了撇清责任吧。

2.到底应该由谁对质量负责?
项目经理?如果质量问题出在对需求的理解上,出在架构设计的问题,是否也要项目经理负责?项目经理有如此的全知全能还有用不完的时间和精力?

了解team中每个人的能力和经验,在需求、设计、编码、测试的各个环节,用最合适的方法让最合适的人都发挥出最大的贡献,持续的优化质量和预防各种问题——如果非要说项目经理对质量负责,个人理解这种做法还能靠谱。 

------------- 结束 --------------