【质量管理改进】多方配合测试流程优化

“搜狗测试”

     

深夜，整个楼层已熄灯，唯独靠窗角落的灯还在亮着。大熊此刻正在一动不动地看着电脑屏幕，沉思着最近项目的测试流程问题：大熊负责的输入法项目近期接入了几个其他团队提供的SDK和后台服务器。在输入法的回归测试阶段，发现了几个SDK和服务器的Bug，致使输入法项目的进度Delay。对此，大熊在分析整个流程中的问题和来龙去脉。

背景介绍

输入法中的一些功能是以SDK或后台服务器的形式集成到输入法工程中的，这其中的测试流程大致如图所示。

1.每个SDK有独立的开发、测试团队支持。

2.SDK开发完毕会经过SDK的测试团队验证，测试完毕之后提交给输入法团队的开发进行集成。

3.输入法集成完毕后，输入法的测试进行验收测试验证。

问题分析

这一流程看似按部就班，每个环节都有QA在把控质量，应该没有太大问题。但实际却出现了以下问题：

1.由于SDK方的测试同学所关注的是自身SDK的功能及需求验证情况，对于集成到输入法的关键指标并不关注，所以导致大量不符合输入法的问题在集成后期才暴露出来。

例如：输入法对于安装包体积占用有严格的控制，SDK集成到输入法后安装包体积突增2M，这会影响到输入法后期的推广以及与手机厂商的合作中，但安装包体积SDK的同学并不了解这一指标。

2.输入法验收阶段发现的SDK问题，因为涉及到跨团队的沟通，所以为了明确问题所属方，输入法团队需要给出可靠的'证据'证明。

例如：输入法团队会进行内存占用的具体评测，测试过程中发现SDK导致输入法的内存占用泄漏。为了有说服力，输入法团队要提供一份权威的、没有异议的内存占用报告发送给SDK团队，证明'这一问题是你们的问题'，但是这一工作会耗费输入法团队大量时间精力。

3.因为输入法接入的服务有多个团队支持，以上问题在多个A、B、C等团队配合均存在，致使输入法团队的工作量成倍增加，人力严重不足。

问题解决方案

大熊想起很久以前恩师的教导：“质量的不是测试团队一个人的事情，将质量控制前移，越早暴露问题修复的成本越低”。是的，将问题扼杀在源头，上游团队的问题应该在上游团队暴露解决。为此，大熊拟定了一个SDK接入测试流程规范：

 

为了限定上游团队的测试质量，大熊明确了上游团队必须关注的指标以及提供给下游团队的报告内容：

之后，大熊召集了所有与输入法项目相关的产品、开发、测试负责人，以项目质量和进度改进为共同目标，以“质量控制前移”的思想为基准，向各个团队阐述了多团队配合的测试流程改进内容，改进内容被各团队认可和支持，后续的测试工作开展正在有条不紊地改进和开展….

“质量的不是测试团队一个人的事情，将质量控制前移，越早暴露问题修复的成本越低。”