OKR案例之测试篇

研发团队通常都遵循传统的迭代流程模式，从产品宣讲到功能开发再到模拟测试最后上线发布。其中模拟测试是非常重要的一环，产品宣讲出现漏洞，开发与测试过程中还会被其他人发现进行补充，开发疏忽也能够在测试阶段被发现进行修正。但唯独测试环节如果出现遗漏，就会直接将问题带给客户，没有任何一个合格的团队是希望客户帮助自己发现问题的。所以测试工程师工作的重要性毋庸置疑。

然而繁忙的迭代工作很容易让测试团队陷在日复一日的测试工作中，而缺少对团队本身工作能力的提升，这就是OKR可以起到关键作用的时候。首先我们要确定一个目标，提升团队测试能力为了更好的保障产品稳定。

然后基于这个目标我们制定出来优先级最高的几个关键结果，也就是我们能力的提升主要要体现在那些方面。

KR1：迭代上线后因测试遗漏出现的线上问题少于3个

这个关键成果主要作用于测试用例上，大家都知道测试用例覆盖率是否高很大程度上决定了测试遗漏出现的可能性大小。所以我们在这个KR下再制定具体的执行动作，比如进行测试用例的分享，进行测试用例的检查等等动作。

KR2：每个测试人员都能够独自完成测试环境的对应部署

了解环境的部署能够在测试发现问题的时候快速的定问问题吧，也能帮助测试人员在测试过程中思考到更多的可能。在这之下的执行可以是帮助团队成员学习基础服务；整理数据库文档等等动作。

KR3：所有迭代都按期交付

这个关键成果看着简单，但是实际内容却不少。迭代是一个团队合作的项目，想要保证按期交付就要密切关注每一个环节的进度和质量。这里提升的可能是作为测试本身的推进事情的能力，这也是一种提升。

这个OKR看似里面的内容简单，但是实际上想要真正落实到位是困难的。当我们只是想着要提升的时候，会因为别的工作占用了太长时间二放弃一些计划，但当我们把这些作为OKR目标列出来的时候，动力和压力就会并存，这个目标会指引着我们去做多一点，再多一点的努力来提升自己，获得更高的能力和成果。

不要再因为工作任务重而给自己原地踏步的借口，借助OKR让自己更进一步吧。