行百里者半九十：淺談發布測試

　　行百里者半九十：淺談發布測試   軟件測試

　　你知道哥德堡號是怎樣沉沒的嗎?07年第8期的《讀者》上有篇文章引起了我的興趣。哥德堡號是18世紀瑞典人的希望：他們需要從海上貿易來充實因為戰爭而瀕臨枯竭的國庫。建造哥德堡號動用了瑞典當時15%的國內生產總值，船堅炮利不在話下。然而在最后一次返航途中離碼頭900米的地方撞上了當地人再熟悉不過的一塊暗礁，在歡迎人群的注視下滿載著從中國運來的瓷器、茶葉和絲綢沉入海底。

　　你的開發工作中也會有平時再熟悉不過的暗礁：

　　你不會在工作目錄少放一兩個文件，特別是開發了半年后;

　　你不會在調試上個星期的版本的時候，心里以為是最新的版本;

　　你不會把產品的名字都寫錯...

　　是的，誰都不會撞上這樣的暗礁。不過考慮一下臨交貨前一天可能發生的事情：

　　發現一個小bug，順手改了一把;

　　bug都改完了，開始興沖沖的寫下一個版本;

　　客戶發個email來說某些顯眼處的標題要改，他們也很抱歉，說是上頭今天異想天開...

　　如果這時候就打包刻盤，明天交貨時會發生哪些事情呢?

　　出現了一些以前出現過的bug，但是dev說早就改好了;

　　有些問題在自己的環境里面總沒法復現出來，客戶那邊100%出現，直到有一天發現少了個文件;

　　被問到“為什么這里說的和那里不一致呢?”...

　　在把發布測試當一回事來抓之前，客戶拿到手的產品可能會有這些問題：

　　產品安裝/上線之后不是多了就是少了些東西;

　　好像是調試版本;

　　文檔和產品不一致;

　　有些承諾修改過的bug還在...

　　所有這一切，都源于開發人員和客戶關注角度的差別。作為測試人員，應該站在客戶的位置上，可惜他們還是開發團隊的一部分，往往還是以開發人員的眼光去看bug。發布階段的bug，擁有許多不一樣的地方：

　　這不是/這里沒有客戶需要的東西;

　　這不影響使用，但影響客戶的生意(比如把人家的logo都搞錯了);

　　你會用，但客戶不會用;

　　在你的環境好用，但和客戶環境不太兼容;

　　觸了客戶的霉頭(別笑，你見過主版本號是13的產品嗎?)...

　　成熟的軟件工業會進行一系列的發布階段測試：

　　安全漏洞測試;

　　各個語言版本的界面內容(文本，圖片，多媒體資源等)，用戶文檔，發布說明的復核，確保沒有違反法律和地緣政治文化(想想十字軍東征的畫面被放在阿拉伯文版里面);

　　數字簽名校驗;

　　病毒掃描(想想熊貓燒香是怎樣傳播的);

　　再一次基本功能測試。

　　噢，忘了說為什么哥德堡號撞上暗礁的根本原因：航海多年的水手看見陸地和歡迎人群，興奮起來所以提早在船上開慶祝party;舵手的位置在二樓，需要甲板上的人指示方向;本來每條船上都有當地向導作為領航員，但是他去參加party了。

原文轉自：http://www.anti-gravitydesign.com