好文分享:軟體測試與世界盃的關係

heying1229發表於2007-09-28
好文分享:軟體測試與世界盃的關係[@more@]發現一篇同軟體測試相關的好文章,與大家分享,蠻有意思的。

文章轉自:中國軟體測試網

 

1. 軟體測試計劃要確定測試目標、做好測試需求分析、寫好測試計劃,更重要的是做好各種風險預防,開發人員用什麼樣的設計模式和演算法?哪些是重點測試,哪些是一般測試範圍,哪些可以不測,如果發現Bug少下一步怎麼測?如果發現一大堆Bug,下一步又如何測?如何預測缺陷的發展趨勢?如同足球賽前的分析,進行各種猜測,對方可能會用什麼陣型,433, 442, 4312, …? 哪個前鋒是我們緊盯的物件?領先了怎麼打?落後了怎麼打?如何預測場上局勢的變化?
2. 我們前面談到測試執行階段可以劃分為兩個子階段,前一個階段就是往前衝,目的非常清楚,就是發現缺陷;後一階段,目的也很明確,減少風險,增加測試的覆蓋度。即在軟體測試中,要追求效率,同時要降低風險,更重要是平衡。在足球比賽中,前鋒目標也很清楚,就是進球,後衛要做好防守而失求,實際就是風險控制,更重要也是攻守平衡。
3. 測試執行階段就是發現缺陷,如果將缺陷都發現出來,風險自然降低了。在足球上,也強調最好的防守是進攻。足球的進攻,也更多獲得球迷的喜愛,測試中發現缺陷也很有成就感,比做迴歸測試更有趣。
4. 軟體測試經理,有時如同足球教練,看到自己的策略沒有得到貫徹,站在場外,無可奈何…因為測試過程沒有被組長控制好,如同足球隊長沒有控制好進攻的節奏;足球隊員發揮不好,隊長也沒辦法,有些隊員是大牌球星,身價遠遠超過隊長。更何況,世界盃結束,大家各自奔走東西,回自己俱樂部踢球,你又能怎樣?測試員發揮不好,測試組長也難控制,IT跳槽也是頻繁,測試經理有時還要十分小心呵護我們的工程師,也怕他們一走了之……
5. 軟體測試,如果最後不認真,往往漏掉幾個嚴重的缺陷而將產品釋出出去,後果不看設想,如同日本隊和澳大利亞比賽,1:0領先,一不小心,在8分鐘內連丟三球,哭的沒眼淚…
6. 程式程式碼質量好,發現缺陷不容易,如同碰上足球強隊,進一球非常不容易;程式程式碼質量差,發現缺陷也容易,如同碰上象中國足球隊這樣菜鳥,可能灌進十來個。
7. 測試順利時,如同西班牙打烏克蘭,最後進的一球,和諧、流暢、一氣呵成,非常漂亮。測試不順利時,如同厄哥斯大黎加打瓜多爾,絕妙的好球打到門框上,就是不進球,…..
8. 有經驗的球隊,首先對如何踢這場球以及每個球員在其中所承擔的角色取得共識。足球賽是真正的一個團隊工作,巴西球隊中的大牌球星無數,但不是人們想象那樣可怕,而厄瓜多沒有大牌球星,兩場球賽大捷,不失一球,完全來自於優秀的團隊配合。如果一支球隊不懂的配合,疲於奔命,卻不容易贏得比賽。在測試中同樣需要明確的分工又需要默契的配合,測試也是真正的一個團隊的工作,任何一個人的失誤,會造成前功盡棄。高質量的產品,來自於每個測試人員的兢兢業業。
9. 足球的進攻線路,球隊需要的緊湊有效的進攻線路,而討厭拖泥帶水的進攻線路,猶如軟體測試用例的設計,一定是對程式路徑、條件、資料邊界等了如指掌,設計出有效、簡短的步驟,而不是漫無目的,列出一大堆的操作步驟去碰運氣。
10. 足球的遠距離勁射、冷不丁的射門,相當於軟體的例外測試(exception test),測試系統的容錯能力
11. 在對方門前狂轟亂炸,猶如軟體測試中的強度測試,測試系統的反應能力,有沒有效能瓶頸
12. 足球的倒勾,一般出於靈機一動,可以說是軟體的ad-hoc測試
13. 定位球中角球、任意球,可是我們軟體的白盒測試啊!成功率很高。
14. 點球,軟體的白盒測試高手,一出手就知有沒有,基本能做到白髮百中。

來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/10172717/viewspace-973324/,如需轉載,請註明出處,否則將追究法律責任。

相關文章