关于测试转型研讨的几点感想

在测试组织转型的大风声下，近日，我们测试技术组也进行了一次关于测试转型和TSE转型的研讨。我司的研讨会嘛，基本上就属于吹风会、思路对齐会，自然研讨会的结果也没有多么出人意料，倒是有几点感想可以分享讨论。

         我们的测试做得太好了。相信大部分主管都不这么认为，还有那么多网上问题、下游漏测和投诉，一过点就来一堆问题搞得每次过点都要攻关。作为一个测试人员只能无奈地说，他们只懂开发而不懂研发。我们有个研讨议题，就是测试转型后的TSE应该具备什么样的能力和承担的职责，TSE们罗列了一堆工作，一张大白纸写不下，事无巨细，无所不包。研讨会埋下的伏笔“TSE向BA转型”倒像是个奢望，很吸引人但无法去做。世界很大，谁都想去看看，但出去看世界了家里的事还得干，有的TSE从早上一来就带上耳机一直到下班（espace真是简单化了人们的沟通和生活），怎么去看世界？事实上，我们当前的测试已经是唯一端到端的角色了，从最初的原始需求分析（在当前大背景下，在进一步强化这个阶段投入）到设计规格评审、场景设计，再到测试代码编写、各阶段的验证、各种工具自动化的开发应用，一直到最后的维护，无所不在，无所不能。与其时不时的纠结一下开发测试比应该是几比几，倒不如看看哪些活是测试团队做得太多了。

         测试转型的目的不是要把测试团队做没，更不是把测试活动做没，互联网的那套不是全部适合我司的，谁敢把一个版本交给运营商，说你帮我测吧，我给你发奖品，发现严重问题我给你授予骑士勋章。我们反倒是应该回归传统研发，责任田为本领域的交付负责，测试团队必须做得更专业更聚焦。研讨会上所有人都提到了要加强PDU/子系统的自运作，要让他们为自己的交付质量负责，而不是依靠I&V来兜底，依靠版本管理团队来大包大揽。具体到TSE，应该聚焦关键需求分析、关键技术突破、测试技术应用、方案设计、上网应用风险评估等技术活，这些做到位了，TSE也就转型成功了（但我觉得实际是角色的回归）。

         测试转型，光测试体系喊是不够的，因为这不只是测试团队自己的事情。自己革自己的命不是那么容易，但处在围城中的人可以做一些仰望星空的畅想，有条件的时候再做一些抗争，或许有朝一日可以把围城打破，天高任鸟飞。