ShowCase们衙，第一次聽到這個(gè)詞，還特意去百度了下碱呼，卻沒找到合適的解釋蒙挑。后來同事在會議中繼續(xù)說，“這個(gè)是騰訊公司常用的一個(gè)控制點(diǎn)愚臀，我們公司當(dāng)前似乎也合適引入忆蚀。”
我饒有興致的聽著姑裂，才知道馋袜，很早之前，在QQMail產(chǎn)品開發(fā)過程中有一個(gè)要求舶斧，就是開發(fā)人員和測試人員欣鳖，在完成一個(gè)大的需求/迭代后，要把相關(guān)的項(xiàng)目經(jīng)理茴厉、產(chǎn)品經(jīng)理泽台、開發(fā)人員、測試人員都組織在一起矾缓，一起演示下這個(gè)產(chǎn)品功能目前開發(fā)到什么程度了怀酷，是否符合產(chǎn)品經(jīng)理設(shè)計(jì)的需求方案，是否滿足用戶的訴求嗜闻，是否主流程跑通滿足提測條件了蜕依。
后來，在項(xiàng)目中泞辐，我嘗試引入這個(gè)流程笔横，也逐漸發(fā)現(xiàn)這個(gè)控制點(diǎn)，有一個(gè)極妙的地方咐吼，就是開發(fā)同事以一己之力吹缔，和測試同事和產(chǎn)品同事的扯皮次數(shù)，終于減少了锯茄。厢塘。茶没。
作為一個(gè)項(xiàng)目經(jīng)理，慢慢體會到了ShowCase更多的妙處晚碾，比如需求交付的質(zhì)量提升了抓半，產(chǎn)品和用戶驗(yàn)收通過的概率提升了，項(xiàng)目交付的可控性提升了
ShowCase的兩大功能：
1格嘁、解決研發(fā)與各側(cè)矛盾笛求，提升需求準(zhǔn)確性。
- 為了減少矛盾糕簿、保障開發(fā)和測試對需求理解一致探入，我們在項(xiàng)目過程中會通過計(jì)劃會、需求討論會懂诗、開發(fā)前需求澄清會蜂嗽、測試用例評審等等這些關(guān)鍵活動(dòng)保障，那么ShowCase也是一個(gè)很關(guān)鍵的控制點(diǎn)殃恒。
- 計(jì)劃會中產(chǎn)品經(jīng)理講解需求植旧，開發(fā)和測試都會參加，如果需求理解不一致的地方就馬上溝通由項(xiàng)目經(jīng)理或產(chǎn)品經(jīng)理把關(guān)离唐。
- 到測試用例評審的時(shí)候病附，需求細(xì)化成一個(gè)個(gè)測試用例，這樣讓開發(fā)和測試進(jìn)一步深化理解需求達(dá)成一致侯繁。
- 到開發(fā)完成功能給測試ShowCase胖喳，測試再一次核對開發(fā)實(shí)現(xiàn)功能與需求是否一致，明顯不一致的地方當(dāng)場指出來贮竟，等開發(fā)人員修正后才提交給測試進(jìn)行測試，這樣就基本能保證測試一次性就能跑完這個(gè)需求的所有測試用例较剃。
2咕别、提升開發(fā)質(zhì)量，保障測試工作的順利接入写穴。
- ShowCase演示過程惰拱，原則上要求在測試環(huán)境中進(jìn)行。一方面啊送，開發(fā)將功能部署到 “測試環(huán)境” 上偿短，需先對照用例進(jìn)行冒煙測試，并標(biāo)記自測結(jié)果馋没，作為轉(zhuǎn)測交付件昔逗。等自測通過后，再開展ShowCase會議篷朵，對產(chǎn)品勾怒、UI 婆排、測試等人員進(jìn)行業(yè)務(wù)和功能展示，目的是完成“正確的做事”笔链，讓大家對研發(fā)的成果進(jìn)行double check , 需求實(shí)現(xiàn)達(dá)成一致意見段只。
- 如果演示順利通過則項(xiàng)目經(jīng)理按照轉(zhuǎn)測標(biāo)準(zhǔn)發(fā)轉(zhuǎn)測郵件，測試人員則回到座位進(jìn)行用例執(zhí)行鉴扫。如果演示沒通過開發(fā)人員則繼續(xù)修改代碼完善直到演示通過為止赞枕。
- 為什么開發(fā)一定要在測試環(huán)境上進(jìn)行ShowCase，因?yàn)槿绻_發(fā)人員用自己的代碼進(jìn)行演示的話坪创，還是有可能會出現(xiàn)代碼效果與自動(dòng)構(gòu)建的程序不一致炕婶，所以為了避免這種情況，開發(fā)最好是在測試環(huán)境上進(jìn)行演示误堡。BUG解決完后打回給測試的時(shí)候古话，建議開發(fā)也要進(jìn)行小型的ShowCase。
經(jīng)過多次的磨合锁施，我也開始逐步調(diào)整這個(gè)ShowCase的會議安排陪踩，我發(fā)現(xiàn)一套很好的操作方案：
1、會議時(shí)間：在研發(fā)后期悉抵，提前跟研發(fā)負(fù)責(zé)人確定showcase會議具體時(shí)間肩狂。一般ShowCase安排在轉(zhuǎn)測前1-2個(gè)工作日比較合適（需跟研發(fā)負(fù)責(zé)人確認(rèn)可保證主流程研發(fā)完畢，基本可跑通姥饰；開發(fā)需完成自測）傻谁，安排在16點(diǎn)前結(jié)束會議最佳，留足2小時(shí)用于有爭議的功能點(diǎn)可再次溝通列粪。一般會議可能需持續(xù)1-2小時(shí)审磁。
2、會議過程：前端同學(xué)負(fù)責(zé)投屏演示岂座，每個(gè)功能點(diǎn)應(yīng)盡量都點(diǎn)擊演示一遍态蒂；后端同學(xué)負(fù)責(zé)緊急修復(fù)現(xiàn)場演示中卡住主流程的問題，或者提供測試數(shù)據(jù)等费什；測試同學(xué)負(fù)責(zé)記錄自己發(fā)現(xiàn)的BUG或者爭論點(diǎn)钾恢；產(chǎn)品同學(xué)負(fù)責(zé)解釋有爭論的需求點(diǎn)設(shè)計(jì)意圖；項(xiàng)目經(jīng)理負(fù)責(zé)控制會議議程鸳址，同時(shí)判斷此次ShowCase是否通過+是否可轉(zhuǎn)測瘩蚪。
