淺談軟件測試中的發布測試
你知道哥德堡號是怎樣沉沒的嗎？07年第8期的《讀者》上有篇文章引起了我的興趣。哥德堡號是18世紀瑞典人的希望：他們需要從海上貿易來充實因為戰爭而瀕臨枯竭的國庫。建造哥德堡號動用了瑞典當時15%的國內生產總值，船堅炮利不在話下。然而在最后一次返航途中離碼頭900米的地方撞上了當地人再熟悉不過的一塊暗礁，在歡迎人群的注視下滿載著從中國運來的瓷器、茶葉和絲綢沉入海底。
你的開發工作中也會有平時再熟悉不過的暗礁：
你不會在工作目錄少放一兩個文件，特別是開發了半年后；
你不會在調試上個星期的版本的時候，心里以為是最新的版本；
你不會把產品的名字都寫錯...
是的，誰都不會撞上這樣的暗礁。不過考慮一下臨交貨前一天可能發生的事情：
發現一個小bug，順手改了一把；
bug都改完了，開始興沖沖的寫下一個版本；
客戶發個email來說某些顯眼處的標題要改，他們也很抱歉，說是上頭今天異想天開...
如果這時候就打包刻盤，明天交貨時會發生哪些事情呢？
出現了一些以前出現過的bug，但是dev說早就改好了；
有些問題在自己的環境里面總沒法復現出來，客戶那邊100%出現，直到有一天發現少了個文件；
被問到“為什么這里說的和那里不一致呢？”...
在把發布測試當一回事來抓之前，客戶拿到手的產品可能會有這些問題：
產品安裝/上線之后不是多了就是少了些東西；
好像是調試版本；
文檔和產品不一致；
有些承諾修改過的bug還在...
所有這一切，都源于開發人員和客戶關注角度的差別。作為測試人員，應該站在客戶的位置上，可惜他們還是開發團隊的一部分，往往還是以開發人員的眼光去看bug。發布階段的bug，擁有許多不一樣的地方：
這不是/這里沒有客戶需要的東西；
這不影響使用，但影響客戶的生意（比如把人家的logo都搞錯了）；
你會用，但客戶不會用；
在你的環境好用，但和客戶環境不太兼容；
觸了客戶的霉頭（別笑，你見過主版本號是13的產品嗎？）...
成熟的軟件工業會進行一系列的發布階段測試：
安全漏洞測試；
各個語言版本的界面內容（文本，圖片，多媒體資源等），用戶文檔，發布說明的復核，確保沒有違反法律和地緣政治文化（想想十字軍東征的畫面被放在阿拉伯文版里面）；
數字簽名校驗；
病毒掃描（想想熊貓燒香是怎樣傳播的）；
再一次基本功能測試。
噢，忘了說為什么哥德堡號撞上暗礁的根本原因：航海多年的水手看見陸地和歡迎人群，興奮起來所以提早在船上開慶祝party；舵手的位置在二樓，需要甲板上的人指示方向；本來每條船上都有當地向導作為領航員，但是他去參加party了。
文章來源于領測軟件測試網 http://www.kjueaiud.com/