本文首發(fā)于【林子的空間】
“先來(lái)更新一下各個(gè)team近一周發(fā)生的事情吧?！庇值搅嗣恐艿腝A catch up時(shí)間，今天是輪到玥玥主持會(huì)議。
“我先說(shuō)吧，我們這一周剛完成一件大事！”我忍不住搶先說(shuō)。
“什么大事？”大家都很好奇。
“就是上次說(shuō)過(guò)的新增一種工單類(lèi)型的feature，昨天剛剛完成了story的desk check（用戶(hù)故事驗(yàn)收）?！?/p>
“聽(tīng)說(shuō)那個(gè)影響到了整個(gè)企業(yè)系統(tǒng)？”
“差不多吧。desk check就做了兩個(gè)小時(shí)?！蔽艺f(shuō)。
“是看到你們做了好久！上次我們有個(gè)story做了快一個(gè)小時(shí)，我都快要崩潰了！你們竟然更久……”小慧之前就給我們說(shuō)過(guò)她那次痛苦的Desk Check經(jīng)歷。
“我們這次時(shí)間雖久，但是感覺(jué)做的挺好的，已經(jīng)很高效了。時(shí)間長(zhǎng)是因?yàn)閷?shí)在是太復(fù)雜了。這次Dev很給力，準(zhǔn)備工作做的很好，整個(gè)desk check過(guò)程也很有條理，非常順暢?！蔽医忉尩馈?/p>
“這種情況可能比較少見(jiàn)。正好今天沒(méi)有特別的分享話(huà)題，咱們先更新完各個(gè)組的情況，林子你再給我們?cè)敿?xì)分享一下昨天的Desk check，咱們還可以可以討論一下如何能讓Desk check做的更好?！鲍h玥說(shuō)。
“這個(gè)主意不錯(cuò)！”大家都表示同意。于是，結(jié)合我的分享和大家的補(bǔ)充，有了如下內(nèi)容。
關(guān)于Desk Check
Desk Check是Dev在開(kāi)發(fā)完用戶(hù)故事之后，流到下一個(gè)環(huán)節(jié)之前對(duì)于價(jià)值、方案和AC（驗(yàn)收條件）等的一個(gè)快速確認(rèn)。
一般都是在開(kāi)發(fā)人員的座位上利用開(kāi)發(fā)機(jī)器來(lái)完成，這也是名字為Desk check的原因。
參與Desk Check的人員有BA（業(yè)務(wù)分析師）、Dev（開(kāi)發(fā)）和QA，有時(shí)候也會(huì)有UX（用戶(hù)體驗(yàn)設(shè)計(jì)師）。
Desk check的內(nèi)容包括功能、性能、安全、UI布局等，QA還會(huì)查看底層的單元測(cè)試和API集成測(cè)試，有的團(tuán)隊(duì)還會(huì)對(duì)日志記錄進(jìn)行驗(yàn)收。
高效驗(yàn)收清單
1. 提前告知QA和BA
QA和BA往往同時(shí)工作在多個(gè)用戶(hù)故事上，可能不會(huì)對(duì)將要驗(yàn)收的用戶(hù)故事記得那么清楚，提前熟悉一下用戶(hù)故事，對(duì)于要重點(diǎn)關(guān)注的地方有所把握，是可以幫助更有效的進(jìn)行用戶(hù)故事驗(yàn)收的。
2. 環(huán)境準(zhǔn)備就緒
因?yàn)槭窃陂_(kāi)發(fā)機(jī)器上做驗(yàn)收，開(kāi)發(fā)環(huán)境變化頻繁，保持一個(gè)能正常驗(yàn)收的環(huán)境非常重要，需要開(kāi)發(fā)人員在召集大家來(lái)驗(yàn)收之前確保環(huán)境是正常工作的。
曾經(jīng)經(jīng)歷過(guò)多次的情況是大家準(zhǔn)備就緒，結(jié)果一開(kāi)始發(fā)現(xiàn)程序啟動(dòng)不起來(lái)了，原來(lái)是有代碼更新需要重新編譯，這樣就會(huì)浪費(fèi)大家的時(shí)間。
3. 檢查點(diǎn)準(zhǔn)備好
根據(jù)用戶(hù)故事卡上的驗(yàn)收條件（AC）和QA提供的測(cè)試用例，提前把功能和跨功能的檢查點(diǎn)都列好，可以讓整個(gè)驗(yàn)收過(guò)程更加順暢和高效，盡可能減少關(guān)鍵點(diǎn)的遺漏。
同時(shí)，對(duì)于底層測(cè)試和日志信息，也要提前打開(kāi)相應(yīng)的IDE準(zhǔn)備好，理清楚要驗(yàn)收的測(cè)試和日志有哪些。
4. 開(kāi)發(fā)自測(cè)一遍
開(kāi)發(fā)人員提前根據(jù)檢查點(diǎn)自測(cè)一遍，確保都是通過(guò)的，如果有問(wèn)題就修復(fù)好再做驗(yàn)收。
5. 驗(yàn)收流程
根據(jù)優(yōu)先級(jí)和依賴(lài)關(guān)系來(lái)進(jìn)行驗(yàn)收，可以做到有條不紊，盡可能減少對(duì)參與人員時(shí)間的浪費(fèi)。
一般推薦的流程是：功能->跨功能->UI->測(cè)試或日志等。功能和跨功能需求的驗(yàn)證需要BA參加，UI的驗(yàn)證需要UX參與，其他的就是Dev和QA一起就行了。這樣的流程能夠盡量的節(jié)省BA和UX的時(shí)間。
6. 驗(yàn)收形式
推薦開(kāi)發(fā)人員操作演示給其他參與人員的形式，當(dāng)然也可以是BA或者QA去操作，沒(méi)有嚴(yán)格的規(guī)范。
功能的驗(yàn)收要基于業(yè)務(wù)來(lái)進(jìn)行演示，不要只是簡(jiǎn)單的頁(yè)面操作流程。演示完成后，QA和BA可以對(duì)于某些關(guān)鍵點(diǎn)再進(jìn)行對(duì)應(yīng)的檢查，但不要摳過(guò)多的細(xì)節(jié)。
提醒：
這是一份高效Desk check清單，執(zhí)行過(guò)程中需要遵循高效的原則，注意控制好時(shí)間。通常情況下整個(gè)過(guò)程在半個(gè)小時(shí)內(nèi)完成比較合適，當(dāng)然，對(duì)于特別復(fù)雜的情況可以適當(dāng)延長(zhǎng)。
