测试目标 KPI 不再难设

什么样之类。这里经常能看到大家在设置目标的时候，思考路径往往是“我能做什么，我要怎么做”。

比如，海外没有真机环境，所以我们需要建设海外真机环境。接下去就会想到我们在海外有办公室，所以上半年的目标就是在海外办公室部署真机环境，技术方案上可以采用某个方案。

看上去没有什么问题，但是如果你仔细想一想，就会发现这个目标其实禁不起推敲。上半年建了海外环境，那下半年要建什么?这当中对国家选择的标准是什么?对真机环境建设的成本、稳定性、速度、可移植性等要怎么衡量?如果只是觉得业务上需要海外环境，我也能做海外环境，就去做了，那在方案选择上可能就会存在局限性，比如当前的方案就很依赖办公网的建设，其实不利于在世界范围内复制。

这种定目标的方式，很容易变成：今年没有能力，我建了某个能力，明年我发现这个能力不完善，然后我又做了优化一二三。这样做规划， 没有体系，缺乏前瞻性，也看不到终局。

误区二：拿手段当目标

有的同学说，我要做自动化调度中心，整合各种自动化平台，解决自动化调度问题，统一所有自动化测试件的执行。上半年的目标就是把平台重构，接入测试件类型一二三四。

这就是典型的拿手段当目标了，我们做自动化调度中心，这是一个手段，而不是目标。

目标是要结合业务测试的痛点问题来的，比如，目前自动化能力分散，在持续集成能力落地时，自动化能力集成成本高。那这时候我建立调动中心的目的就变成了降低持续集成自动化集成成本，然后就可以对这个成本进行度量，以描述我达到的阶段。同时，对平台集成能力也可以进行度量，建立你的子目标：比如可扩展性、稳定性等等。

技术目标设置的思考路径

在说思考路径之前，我想先分析一下，一般的技术目标有哪几种类型。

在质量团队来说，一般我们的技术目标会有两种，一种是做原子能力，解决某一类问题，比如UI自动化、接口自动化、doom等等;二是建一个整合平台，做原子能力的调度，打整体效果。

那么接下来我就以活动质量中心的目标设置来谈一下我的思考路径。

平台整合型

我们在说到平台整合的时候，往往给自己找的价值点都是：降低工具

（编辑：广元站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!