優質的測試服務
場景一、特性團隊 SM 倒苦水
2015 年 10 月的一個下午， XXX 專案組正在進行著例行的團隊評優工作。
作為 XXX 專案測試專家團隊的 SM ，這是小楊推行測試專家驗收測試的第 N 個月，一切似乎越來越順；原本毫無章法的驗收測試，在引入探索性測試後逐漸步入正軌。
面帶微笑的小楊，熟練的開啟筆記本、播放起預先寫好的團隊評優 PPT 。“本次迭代合入需求數 10 ，測試專家組完成驗收需求數 10 ，驗收通過需求數 6 ，驗收不通過需求的情況如下。。。”，小楊神采奕奕的向在場的各位 SM 和一線經理介紹著測試專家團隊的成績。
這時，部長老陳打斷了小楊的報告，臉上略有怒色，“飛哥，你給解釋下，為何這個迭代你們又有需求驗收不通過？”
坐在一邊的特性團隊 SM 飛哥表情顯得有些凝重，“這個，這個也不能完全怪我們啊，驗收不通過的原因主要有兩個： 1 ）驗收發現的一個訊息級別的問題，測試專家在測試策略評審的時候沒有明確提出要對這個點進行檢查； 2 ）有個問題特性團隊沒有環境驗證才導致的，我們早就說了環境不具備不安排測試，可是測試專家非要全部測試通過才可以。。。”
“好了好了，不要再說了，先繼續評優。這個問題我們會後再說”，部長老陳若有所思。
場景二、會後的討論
“小楊，你留一下”，評優會議結束後，部長老陳喊住了小楊。“不是應該留飛哥才是嘛”小楊內心嘀咕道。
“陳部，什麼事？”看著來回踱著步子的部長，小楊忍不住問道。
“你覺得剛才飛哥的這個問題該怎麼辦？”部長問道。
“這個嘛，我覺得應該是特性團隊自己需要解決的事情吧”，小楊試探著回答道。
“那你們測試專家能提供什麼幫助嗎？”，部長緊接著問道，“我們總不能每次到了最後才發現驗收不通過吧。這樣是不是有點遲了？”
“額，確實有點遲，不過我們也沒有什麼好辦法呀。。。”小楊為難道。
“我馬上還有個會，這樣吧，你先下去想想，跟你們團隊的同學瞭解一下情況，看看是否能有好的辦法解決這個問題”，部長說著接起了電話，“好，好，馬上到”。
看著部長出去的背影，小楊陷入了沉思。
場景三、測試專家訴苦
每週四固定的測試專家組例會時間， TS 小劉、 TS 小玉、 TS 小王、 SM 小楊等，進行需求進展跟蹤彙報。會議間隙，小楊就之前跟部長討論的內容拿出來跟大家商量。
“這些開發成天就知道寫程式碼，稍微遇到點折騰的環境就不行了，一個個跟大爺似的！”，小玉抱怨道。
“還有這些基本的檢查點難道還要我們一條條寫出來嘛，這麼基本的東西！”，小劉在旁附和道。
。。。。。。
專家組的同學們開始輪番的倒苦水。這時，一旁一直沒說話的小王開口了，“其實，我覺得也不能完全怪開發，雖然敏捷轉型了，但是很多開發測試的思維和技能還是很不夠的。而且開發平時不像測試，確實環境接觸的也比較少，這塊能力確實有些薄弱。這些都是專案活動中的風險”
“小王說的確實是”， SM 小楊突然想到了啥，“像這些測試技能、測試環境等都是影響專案開展的風險，如果能夠及時發現和解決這些風險，最後驗收測試也不會像之前那樣了”
“那我們該怎麼做呢？”小玉問道。
小楊陷入了沉思。。。。。。
場景四、碰撞交流
會後，小楊坐在辦公位上苦苦思索。
這時，小王走過來，看見思索中的小楊，問道，“想什麼呢？”
“你說測試為了什麼？”小楊問道，“為了發現 bug ？還是為了保證質量？”
小王想了想說到，“ 我覺得說到底是服務，是為專案提供最好的服務，避免風險發生！ ”
“恩恩，有道理！”，小楊突然靈光一閃，“我們應該提前識別這些專案運作過程中的風險，及時規避，不要到了驗收階段才暴露，這樣才是優質的測試服務！”
“我同意！就應該是這樣！”小王贊同到。
“哈哈，我有辦法了，這兩天我們開會討論如何進行風險管理”，小楊臉上露出了笑容。
場景五，達成一致
小楊坐在會議室中開啟電腦，投影好了， PPT 。。。。。。
小王、小玉、小劉們都按時來到了會議室，寒暄了幾句。
“大家都到齊了，現在我說下前兩天跟小王討論想到的一個方法。。。。。”
很快小楊將這兩天準備的資料都清晰的講述出來，他注意到大家聽的很仔細。
“那這個風險如何提前識別啊？”小玉問到。
“這個我前一陣看到一篇關於介紹軟體測試風險的文章，在這個基礎上，我們大家再結合實際工作中的經驗一齊總結一個風險樹，按不同需求開展階段進行劃分細化，然後列印貼到座位上，這樣就不會忘記了！”小楊回答到。
“那這個風險如何進行跟蹤啊？”小玉又問到。
“這個我覺得好辦，我們不是有站會牆的嘛，就把風險點上牆跟蹤，這樣就不會丟了，而且大家也可以都看到，互相提醒！”小王趕忙接上。
“那這個風險怎麼規避？譬如這個測試環境”小劉問到。
“這個好辦，人是活的嘛，我們對於測試環境都比較熟悉，跟系統測試團隊也比較熟悉，我們主動協調解決就可以”小玉也進入了狀態。
。。。。。。
大家討論達成了一致。
“那好，以後 採用基於風險的測試管理進行需求跟蹤 ！說幹就幹，這個迭代我們就這樣運作吧”，這時候的小楊信心滿滿。
場景六、實踐成果
一個迭代很快過去了，又到了團隊評優的時刻。
“本次迭代合入需求數 10 ，測試專家組完成驗收需求數 10 ，驗收通過需求數 10 ，全部驗收通過。。。”小楊展示著 PPT
“我要感謝測試專家團隊，這個迭代過程中有個需求我們團隊不太熟悉，測試專家主動給我們講解業務背景，提前考慮測試組網環境，跟系統測試團隊協調”，飛哥感激的說到，“而且在特性跟蹤的過程中，對於特性測試發現的故障及時組織我們一起復盤學習，大家收貨很大”
“我跟飛哥有同樣的感受，測試專家對我們團隊的測試幫助很大”特性團隊 SM 老趙也非常認同。
此刻，坐在一旁的部長老陳點了點頭，露出了微笑。
【宣告】：上文為本站編輯轉載，文章版權歸原作者所有。文章內容為作者個人觀點，本站只提供轉載參考，目的在於傳遞更多專業資訊，普惠測試相關從業者，開源分享，推動行業交流和進步。如涉及作品內容、版權和其它問題，請原作者及時與本站聯絡，我們將第一時間進行處理。本站擁有對此宣告的最終解釋權！