郑州虚拟货币网站开发,wordpress模板+免费下载,电脑版传奇网站,网站建设工作量评估报价表阿里妹导读#xff1a;好的开始是成功的一半#xff01;工作中#xff0c;目标的设置是最不能马虎的事情。今天#xff0c;我们请来孙阳#xff08;阿里巴巴测试开发专家#xff09;#xff0c;他从11年入职至今已有8年。在测试技术目标的KPI设置上#xff0c;他有一些… 阿里妹导读好的开始是成功的一半工作中目标的设置是最不能马虎的事情。今天我们请来孙阳阿里巴巴测试开发专家他从11年入职至今已有8年。在测试技术目标的KPI设置上他有一些想法要与你分享。 常见误区 误区一我能做什么就做什么 我们在讲测试能力建设的时候往往会说我们有什么样的问题所以要建什么样的测试能力要做到什么样之类。这里经常能看到大家在设置目标的时候思考路径往往是“我能做什么我要怎么做”。 比如海外没有真机环境所以我们需要建设海外真机环境。接下去就会想到我们在海外有办公室所以上半年的目标就是在海外办公室部署真机环境技术方案上可以采用某个方案。 看上去没有什么问题但是如果你仔细想一想就会发现这个目标其实禁不起推敲。上半年建了海外环境那下半年要建什么这当中对国家选择的标准是什么对真机环境建设的成本、稳定性、速度、可移植性等要怎么衡量如果只是觉得业务上需要海外环境我也能做海外环境就去做了那在方案选择上可能就会存在局限性比如当前的方案就很依赖办公网的建设其实不利于在世界范围内复制。 这种定目标的方式很容易变成今年没有能力我建了某个能力明年我发现这个能力不完善然后我又做了优化一二三。这样做规划 没有体系缺乏前瞻性也看不到终局。 误区二拿手段当目标 有的同学说我要做自动化调度中心整合各种自动化平台解决自动化调度问题统一所有自动化测试件的执行。上半年的目标就是把平台重构接入测试件类型一二三四。 这就是典型的拿手段当目标了我们做自动化调度中心这是一个手段而不是目标。 目标是要结合业务测试的痛点问题来的比如目前自动化能力分散在持续集成能力落地时自动化能力集成成本高。那这时候我建立调动中心的目的就变成了降低持续集成自动化集成成本然后就可以对这个成本进行度量以描述我达到的阶段。同时对平台集成能力也可以进行度量建立你的子目标比如可扩展性、稳定性等等。 技术目标设置的思考路径 在说思考路径之前我想先分析一下一般的技术目标有哪几种类型。 在质量团队来说一般我们的技术目标会有两种一种是做原子能力解决某一类问题比如UI自动化、接口自动化、doom等等二是建一个整合平台做原子能力的调度打整体效果。 那么接下来我就以活动质量中心的目标设置来谈一下我的思考路径。 平台整合型 我们在说到平台整合的时候往往给自己找的价值点都是降低工具使用成本、沉淀保障策略之类要降低工具使用成本其实一个门户网站做个导航可能就能解决问题而沉淀保障策略一个文档也能解决问题。所以如果你把价值定位在这两个方面最多就是量变很难做出质变。其核心问题是 没有对业务的测试工作产生改变 也就是目标和价值没有想清楚。 | 定义目标 我认为做平台能力整合想要做出质变 一定是要对工作模式发生一些变化的 。你把一堆能力整合到一起肯定是希望这些能力能够在某一件事情上产生合力而这个合力所产生的效果我认为就是能够对这件事情的模式产生一些变化。 比如aone研发工具平台整合了一堆能力改变了研发的工作模式。 那么要怎么去思考这样的变化呢我觉得有以下几个步骤 1先从问题出发聚焦到一个域定义出当前工作模式的一个状态即当下的阶段。 2把目光放长远从三年后往回看你期望的工作模式是什么即愿景的阶段。 3一年内我期望给工作带来的变化是什么即短期目标。 按照这个三个步骤去拆解问题把终局和阶段想清楚就能把平台的工作的价值整明白了。 | 能力建设 在定义清楚当前阶段、愿景和目标之后我们就需要来看Action是什么了也即是说为了实现我的目标和愿景我需要做的事情有哪些。 这时候我就可以根据目标进行拆解明确哪些是平台架构需要完成的哪些是原子能力需要提升的然后看当前的短板在哪里重点投入兵力建设。 | 举个例子 以活动质量中心为例我们先来灵魂拷问 当下我们对会场的质量保障模式是S级重大项目大促半自动化、日常活动全裸奔 如果往后做三年我希望给这件带来的变化是以场景化的方式、针对不同活动提供个性化的全自动化保障策略 一年内我能达到的台阶所有营销类活动全自动化保障。 在定义清楚目标之后就要来看达成目标我需要建设的能力了。 比如我要在今年实现所有营销类活动全自动化保障我就需要做这几件事情 1建立活动质量中心和研发活动一体化系统对接实现关键节点选品、搭建环境的自动化检测和流程卡口。 2针对会场特色把核心原子能力做厚。 而往三年目标走的话我还需要沉淀保障能力模板针对不同类型活动提供场景化解决方案比如3C和大工业活动覆盖面拓展系统对接导购系统等。那这些的优先级在本财年就会被降低。 平台能力整合型的我认为大概就是这个思路了下面再来看看原子能力型的。 原子能力型 所谓原子能力一定是解决某一类型问题的比如会场UI自动化解决的就是会场UI层质量问题。 针对原子能力的KPI我认为其思考路径应该是这样的先定义问题再定义目标然后思考需要能力项再根据指标思考方案和实施路径。 | 定义问题 明确当前的问题是什么这里对问题的分析需要更加全面要有抽象能力。比如当你遇到了一个单点的问题可以思考这个问题是否具备通用性可能一个个例问题背后是一个普遍的现象。而越是抽象的问题解决的难度越大而价值也越大。 以活动会场UI自动化为例开始我想解决的是S级重大项目大促会场质量保障的问题后来想想这东西一年用两次不划算而日常几百次的营销活动会场都是裸奔为什么我不能把S级重大项目大促保障的思路复用到日常会场呢然后再往外延展导购活动的页面质量能不能用同样的思路解决呢最终我定义的会场UI自动化能力要解决的问题就是所有活动类型的会场UI质量保障。 | 定义目标和能力项 所谓的价值就是要把问题解决到什么程度。问题解决得越彻底价值越大所以我们在解决问题的时候姿势一定帅不能是一个临时方案而要有长效机制。 在明确了目标之后就可以分析要实现这个目标我们所需要的能力项有哪些了。 还是以活动会场UI自动化为例作为测试能力我认为必须能够替代手工测试。比如破图、死链、样式错乱、空楼层、空白品、重复品、无价格品等等影响用户体验的问题。所以对于问题的覆盖面肯定有要求。 然后运行速度要快要给运营及时的反馈否则做为发布卡点体验很差。 再者对稳定性和误报率肯定有要求假摔会导致排查成本增加也会给运营发布的体验造成负面影响。 这样分析下来我相信能力项也就出来了覆盖率、执行速度、稳定性。 | 定义指标 定义了目标和能力项之后就需要对每一个能力项做到什么程度进行定义这就是我们说的指标了。 比如覆盖率上我希望脚本能发现所有问题而所有问题又很难定义所以我至少希望脚本能替代手工那我的KPI就可以定义为脚本覆盖所有手工测试的case实现会场内容全自动化检查。 在执行速度上我们希望做到2分钟内执行完成。 在稳定性上我们希望成功率达到三个9误报率小于1‰。 当然有时候由于缺乏历史数据积累很多数字只能靠拍但是拍也不是乱拍。我们可以从业务上的效果来思考比如执行速度我们如果希望一次S级大促所有会场在15分钟之内完成测试那么根据会场数量、执行机的数量就可以反推出单个case的运行时长而这个就是我们能力项的指标了。 | 方案和实施路径选择 好了根据以上的分析我们已经得到了能力建设的目标和指标那在方案的选择和实施路径上也就会相对清晰了这里本文就不再赘述了。 小结 在很多时候能力整合和原子能力往往是相辅相成的能力整合打应用场景原子能力打解决问题的深度只有结合起来很才能最大化价值。但是在定义KPI的时候两者其实可以分开考虑这样在团队资源投入上也更容易分工和形成合力。 另外思考价值、目标的过程是很折磨人的但是我认为这是一个锻炼“思考力”的方式一旦习惯了以后就会按照这个思考路径来想问题了。 原文链接 本文为云栖社区原创内容未经允许不得转载。