研發(fā)團(tuán)隊(duì)通常都遵循傳統(tǒng)的迭代流程模式，從產(chǎn)品宣講到功能開發(fā)再到模擬測試最后上線發(fā)布。其中模擬測試是非常重要的一環(huán)，產(chǎn)品宣講出現(xiàn)漏洞，開發(fā)與測試過程中還會(huì)被其他人發(fā)現(xiàn)進(jìn)行補(bǔ)充，開發(fā)疏忽也能夠在測試階段被發(fā)現(xiàn)進(jìn)行修正。但唯獨(dú)測試環(huán)節(jié)如果出現(xiàn)遺漏，就會(huì)直接將問題帶給客戶，沒有任何一個(gè)合格的團(tuán)隊(duì)是希望客戶幫助自己發(fā)現(xiàn)問題的。所以測試工程師工作的重要性毋庸置疑。

然而繁忙的迭代工作很容易讓測試團(tuán)隊(duì)陷在日復(fù)一日的測試工作中，而缺少對團(tuán)隊(duì)本身工作能力的提升，這就是OKR可以起到關(guān)鍵作用的時(shí)候。首先我們要確定一個(gè)目標(biāo)，提升團(tuán)隊(duì)測試能力為了更好的保障產(chǎn)品穩(wěn)定。

然后基于這個(gè)目標(biāo)我們制定出來優(yōu)先級最高的幾個(gè)關(guān)鍵結(jié)果，也就是我們能力的提升主要要體現(xiàn)在那些方面。

KR1：迭代上線后因測試遺漏出現(xiàn)的線上問題少于3個(gè)

這個(gè)關(guān)鍵成果主要作用于測試用例上，大家都知道測試用例覆蓋率是否高很大程度上決定了測試遺漏出現(xiàn)的可能性大小。所以我們在這個(gè)KR下再制定具體的執(zhí)行動(dòng)作，比如進(jìn)行測試用例的分享，進(jìn)行測試用例的檢查等等動(dòng)作。

KR2：每個(gè)測試人員都能夠獨(dú)自完成測試環(huán)境的對應(yīng)部署

了解環(huán)境的部署能夠在測試發(fā)現(xiàn)問題的時(shí)候快速的定問問題吧，也能幫助測試人員在測試過程中思考到更多的可能。在這之下的執(zhí)行可以是幫助團(tuán)隊(duì)成員學(xué)習(xí)基礎(chǔ)服務(wù)；整理數(shù)據(jù)庫文檔等等動(dòng)作。

KR3：所有迭代都按期交付

這個(gè)關(guān)鍵成果看著簡單，但是實(shí)際內(nèi)容卻不少。迭代是一個(gè)團(tuán)隊(duì)合作的項(xiàng)目，想要保證按期交付就要密切關(guān)注每一個(gè)環(huán)節(jié)的進(jìn)度和質(zhì)量。這里提升的可能是作為測試本身的推進(jìn)事情的能力，這也是一種提升。

這個(gè)OKR看似里面的內(nèi)容簡單，但是實(shí)際上想要真正落實(shí)到位是困難的。當(dāng)我們只是想著要提升的時(shí)候，會(huì)因?yàn)閯e的工作占用了太長時(shí)間二放棄一些計(jì)劃，但當(dāng)我們把這些作為OKR目標(biāo)列出來的時(shí)候，動(dòng)力和壓力就會(huì)并存，這個(gè)目標(biāo)會(huì)指引著我們?nèi)プ龆嘁稽c(diǎn)，再多一點(diǎn)的努力來提升自己，獲得更高的能力和成果。

不要再因?yàn)楣ぷ魅蝿?wù)重而給自己原地踏步的借口，借助OKR讓自己更進(jìn)一步吧。