避开这2个误区,测试目标 KPI 不再难设

  • 时间:
  • 浏览:1

一年内我能 达到的台阶:所有营销类活动全自动化保障。

亲们在讲测试能力建设的过后,往往会说亲们有那先 样的问题报告 图片,太久 要建那先 样的测试能力,要做到那先 样同类。这里经常能看后亲们在设置目标的过后,思考路径往往是“我能 做那先 ,我能 为什么在么在做”。

找不到接下来我能 以活动质量中心的目标设置来谈一下我的思考路径。

误区二:拿手段当目标

当下亲们对会场的质量保障模式是:S级(重大项目)大促半自动化、日常活动全裸奔;

1)先从问题报告 图片出发,聚焦到有两个 域,定义出当前工作模式的有两个 情形,即:当下的阶段。

比如,我能 在今年实现所有营销类活动全自动化保障,我能 时需做这几件事情:

平台整合型

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

有的同学说,我能 做自动化调度中心,整合各种自动化平台,补救自动化调度问题报告 图片,统一所有自动化测试件的执行。上三天的目标可是把平台重构,接入测试件类型一二三四。

明确当前的问题报告 图片是那先 ,这里对问题报告 图片的分析时需更加全面,要有抽象能力。比如当你遇到了有两个 单点的问题报告 图片,都时需思考你这一问题报告 图片算不算 具备通用性,可能性有两个 个例问题报告 图片身旁,是有两个 普遍的问题报告 图片。而越是抽象的问题报告 图片,补救的难度越大,而价值也越大。

原子能力型

1)建立活动质量中心,和研发活动一体化系统对接,实现关键节点(选品、搭建)环境的自动化检测和流程卡口。

另外,思考价值、目标的过程是很折磨人的,但会 我认为这是有两个 锻炼“思考力”的妙招,一旦习惯了过后,就会按照你这一思考路径来想问题报告 图片了。

比如,aone(研发工具平台)整合了一堆能力,改变了研发的工作模式。

在执行带宽上,亲们希望做到2分钟内执行完成。

在明确了目标过后,就都时需分析要实现你这一目标,亲们所时需的能力项有那先 了。

而往三年目标走话语,我还时需:沉淀保障能力模板,针对不同类型活动提供场景化补救方案(比如3C和大工业);活动覆盖面拓展,系统对接导购系统等。那那先 的优先级在本财年就会被降低。

针对原子能力的KPI,我认为其思考路径应该是原先的:先定义问题报告 图片,再定义目标,但会 思考时需能力项,再根据指标思考方案和实施路径。

| 定义目标和能力项

在定义清楚当前阶段、愿景和目标过后,亲们就时需来看Action是那先 了,也即是说,为了实现我的目标和愿景,我时需做的事情有那先 。

好了,根据以上的分析,亲们可能性得到了能力建设的目标和指标,那在方案的选取和实施路径上也就会相对清晰了,这里本文就不再赘述了。

误区一:我能 做那先 ,就做那先 ?

这可是典型的拿手段当目标了,亲们做自动化调度中心,这是有两个 手段,而都是目标。

| 方案和实施路径选取

2)针对会场特色,把核心原子能力做厚。

2)把目光放长远,从三年后往回看,你期望的工作模式是那先 ?即:愿景的阶段。

| 定义目标

看上去找不到那先 问题报告 图片,但会 可能性你仔细想一想,就会发现你这一目标虽然禁不起推敲。上三天建了海外环境,那下三天要建那先 ?这当中对国家选取的标准是那先 ?对真机环境建设的成本、稳定性、带宽、可移植性等要为什么在么在衡量?可能性可是虽然业务上时需海外环境,我才能做海外环境,就去做了,那在方案选取上可能性就会指在局限性,比如当前的方案就很依赖办公网的建设,虽然不有益于在世界范围内克隆技术。

原先分析下来,我相信,能力项也就出来了:覆盖率、执行带宽、稳定性。

所谓的价值,可是要把问题报告 图片补救到那先 程度。问题报告 图片补救得越彻底,价值越大,太久 亲们在补救问题报告 图片的过后,姿势一定帅,非可是有两个 临时方案,而要有长效机制。

| 定义指标

定义了目标和能力项,过后就时需对每有两个 能力项做到那先 程度进行定义,这可是亲们说的指标了。

可能性往后做三年,若果给这件带来的变化是:以场景化的妙招、针对不同活动,提供个性化的全自动化保障策略;

在说思考路径过后,我能 先分析一下,一般的技术目标有那先 类型。

找不到要为什么在么在去思考原先的变化呢?我虽然有以下十好多个 步骤:

以活动质量中心为例,亲们先来灵魂拷问:

| 举个例子

你这一定目标的妙招,很容易变成:今年找不到能力,我建了某个能力,明年我发现你这一能力不完善,但会 我又做了优化一二三。原先做规划, 找不到体系,不足前瞻性,也看非要终局。

按照你这一有两个 步骤去拆解问题报告 图片,把终局和阶段想清楚,就能把平台的工作的价值整明白了。

还是以活动会场UI自动化为例,作为测试能力,我认为时需才能替代手工测试。比如破图、死链、样式错乱、空楼层、空白品、重复品、无价格品等等影响用户体验的问题报告 图片。太久 ,对于问题报告 图片的覆盖面肯定有要求。

| 能力建设

我认为,做平台能力整合,我应该 做出质变, 一定是要对工作模式指在一点变化的 。你把一堆能力整合到共同,肯定是希望那先 能力才能在某一件事情上产生合力,而你这一合力所产生的效果,我认为可是才能对这件事情的模式,产生一点变化。

在太久 过后,能力整合和原子能力往往是相辅相成的,能力整合打应用场景,原子能力打补救问题报告 图片的深层,非要结合起来很才能最大化价值。但会 在定义KPI的过后,两者虽然都时需分开考虑,原先在团队资源投入上也更容易分工和形成合力。

目标是要结合业务测试的痛点问题报告 图片来的,比如,目前自动化能力分散,在持续集成能力落地时,自动化能力集成成本高。那这过后我建立调动中心的目的就变成了降低持续集成自动化集成成本,但会 就都时需对你这一成本进行度量,以描述我达到的阶段。共同,对平台集成能力也都时需进行度量,建立你的子目标:比如何扩展性、稳定性等等。

所谓原子能力,一定是补救某一类型问题报告 图片的,比如会场UI自动化,补救的可是会场UI层质量问题报告 图片。

以活动会场UI自动化为例,始于我能 补救的是S级(重大项目)大促会场质量保障的问题报告 图片,并且想想这东西一年用两次,不划算,而日常几百次的营销活动会场都是裸奔,为那先 我非要把S级(重大项目)大促保障的思路复用到日常会场呢?但会 再往外延展,导购活动的页面质量,都时需用同样的思路补救呢?最终,我定义的会场UI自动化能力要补救的问题报告 图片可是:所有活动类型的会场UI质量保障。

3)一年内我期望给工作带来的变化是那先 ?即:短期目标。

比如覆盖率上,若果脚本能发现所有问题报告 图片,而所有问题报告 图片又没能定义,太久 ,我共要希望脚本能替代手工,原先的KPI就都时需定义为:脚本覆盖所有手工测试的case,实现会场内容全自动化检查。

| 定义问题报告 图片

这过后我能 都时需根据目标进行拆解,明确那先 是平台架构时需完成的,那先 是原子能力时需提升的,但会 看当前的短板在哪里,重点投入兵力建设。

但会 ,运行带宽要快,要给运营及时的反馈,但会 做为发布卡点,体验很差。

再者,对稳定性和误报率肯定有要求,假摔会因为排查成本增加,也会给运营发布的体验造成负面影响。

在稳定性上,亲们希望成功率达到有两个 9,误报率小于1‰。

在定义清楚目标过后,就要来看达成目标我时需建设的能力了。



阿里妹导读:好的始于是成功的一半!工作中,目标的设置是最非要马虎的事情。今天,亲们请来孙阳(阿里巴巴测试开发专家),他从11年入职至今已有8年。在测试技术目标的KPI设置上,他有一点想法要与你分享。

比如,海外找不到真机环境,太久 亲们时需建设海外真机环境。接下去就会想到亲们在海外有办公室,太久 上三天的目标可是在海外办公室部署真机环境,技术方案上都时需采用某个方案。

原文发布时间为:2019-10-14

作者:孙阳

本文来自云栖社区相互相互合作伙伴“阿里技术”,了解相关信息都时需关注“阿里技术”。

平台能力整合型的,我认为共要可是你这一思路了,下面再来看看原子能力型的。

当然,有过后可能性不足历史数据积累,太久 数字非要靠拍,但会 拍可是是乱拍。亲们都时需从业务上的效果来思考,比如执行带宽,亲们可能性希望一次S级大促所有会场在15分钟之内完成测试,找不到根据会场数量、执行机的数量,就都时需反推出单个case的运行时长,而你这一可是亲们能力项的指标了。

亲们在说到平台整合的过后,往往给当事人找的价值点都是:降低工具使用成本、沉淀保障策略同类,要降低工具使用成本,虽然有两个 门户网站做个导航可能性就能补救问题报告 图片;而沉淀保障策略,有两个 文档才能补救问题报告 图片。太久 可能性你把价值定位在你这一个多方面,最多可是量变,没能做出质变。其核心问题报告 图片是: 找不到对业务的测试工作产生改变 ,也可是目标和价值找不到想清楚。