此文是應一位密友之約寫的，我并不是專業(yè)測試人員，做過的測試也不多，但此文還是值得一看，因為我不愿意干的事情是寫那些讓人看了入睡的文章，所以你可以把本文當作一篇散文，聽我這個落魄的開發(fā)者談談自己的經(jīng)歷和感受。

　　周正龍：我的虎照沒有任何bug。
　　網(wǎng)民：沒有？我看顏色不對。
　　周正龍：有什么不對？我用兩部相機拍的呢。
　　網(wǎng)民：角度也很怪異。
　　周正龍：我冒著生命危險拍出來的。
　　網(wǎng)民：怎么老虎一動不動？
　　周正龍：保證沒有問題。
　　網(wǎng)民：那你公開其它的照片。
　　周正龍：不行，有版權的。
　　網(wǎng)民：哈哈，我找到了老虎年畫。
　　周正龍：你們造謠，我的虎照沒bug，人頭擔保！
　　網(wǎng)民：……

　　我認為軟件測試的難點并不在于技術，那么是什么？開發(fā)人員和測試人員永遠是一對矛盾，這才是大的難點。why？開發(fā)人員說：“我寫出來的東西完美無缺！睖y試人員：“胡說八道，我立即找一堆bug出來！”所以如何協(xié)調(diào)開發(fā)人員和測試人員，那真的得憑一些本事了，我并不是一個處理人際關系的專家，否則也不會淪落到這種只能寫一些自娛自樂無人欣賞的代碼的這種地步了，但有一點算我的經(jīng)驗吧，那是嘗試讓開發(fā)人員把測試人員看作幫助自己提高軟件質(zhì)量的朋友，而不是專門找茬的敵人，也嘗試讓測試人員把開發(fā)人員當作為自己提供測試游戲的知己，而不是只會制造麻煩而又拒絕承認錯誤的痞子。和周正龍不同，開發(fā)人員一般都不是明知故犯，只不過堅持自己是對的跟周先生那種執(zhí)著有點像……請勿對號入座。

　　某開發(fā)男：“我檢查過了，程序沒問題……什么？測試報告？寫那么多麻煩東西，有病！”

　　有些人認為：開發(fā)人員同時也可以作為測試人員，所以沒有必要雇用額外的測試人員。這個觀點我曾經(jīng)同意過，但現(xiàn)在我是不以為然，很重要的一個原因：用同樣的方式做出來的事情非常有可能產(chǎn)生同樣的錯誤，因此開發(fā)人員是很難很難發(fā)現(xiàn)自己的bug的。作為開發(fā)人員中的一員，我很了解這種心態(tài)，那是不高興承認自己的錯誤，只要程序按照自己的方式去運行，正確了“測試通過”了，幾乎沒有考慮太多的情況，所以在測試人員較少的公司，一種比較好的變通的辦法是“交叉測試”，我測你的，你測我的，但這種方法能發(fā)現(xiàn)的問題也比較有限。雇用測試人員，還有一個也是很重要很重要的原因：絕大多數(shù)開發(fā)人員不愿意寫測試文檔。其實不光是測試文檔了，凡是文檔都不太愿意去寫，這不是個別，這幾乎是個通病，算強迫開發(fā)人員把文檔寫出來，恐怕質(zhì)量也是令人不敢恭維，所以我們需要測試專員，專業(yè)的測試人員是軟件質(zhì)量的重要保證。微軟公司的測試人員跟開發(fā)人員的比例在2到3之間，也是一個開發(fā)人員，對應兩到三個測試人員，沒有那么多測試人員，我不相信Windows能這么流行。這也是說：測試人員要做一些開發(fā)人員不太愿意做的工作，反過來說也行啊，開發(fā)人員要做一些測試人員不愿意做的工作，反正那意思，專人專事。

　　某測試男：“測試報告，你的程序錯漏百出，報告完畢！”

　　和開發(fā)人員一樣，測試人員的水平同樣有高有低，我見過高水平的，也見過低水平的，區(qū)分他們并不難，只需要看看他們的測試報告，對程序代碼精通的開發(fā)人員閱讀這些測試報告并不是一件難事，測試人員的水平能很快看出來了，為什么別的不看，看測試報告？很簡單，測試報告對于測試人員來說，相當于是開發(fā)人員的生成代碼，內(nèi)行人看看不懂了么？你也許見過很多的測試報告，但可能你沒見過這么差的測試報告（BTW，我有一個朋友說：“沒有差，只有更差！保，我曾經(jīng)寫過一個小型游戲服務器程序，負責隨機發(fā)牌這種功能，拿給測試組測試，測試好了之后，我發(fā)現(xiàn)只有一條bug記錄，但嚴重度為高，這個報告這樣寫：“幾率完全不在控制中，程序錯漏百出！”我保證你沒看錯，對，這是他的測試報告，只有一行字，看完后我差點暈倒，這行字我完全看不出我辛辛苦苦寫的程序到底出了什么問題，換成你估計你也不行，更何況他還說“錯漏百出”呢，卻只有一條bug記錄！為什么會有這種低水平的人從事測試工作？那是對軟件測試不夠重視，很多公司認為會用電腦的人都能做測試，其實不是這樣的。我接觸過一個有些水平的測試人員，他有過兩年測試經(jīng)驗，確實不一樣，我把我的程序交給他，測試完之后，他給我遞交的測試報告中有十多條bug記錄，我一開始也不太相信我的程序怎么會有那么多問題？但后來仔細看之后確實發(fā)覺自己很多地方做得不到位，他的測試報告非常好，測試手段也比較高明，比如我的程序在運行過程中頻繁切換窗口會導致的問題，在Windows98下偶爾出現(xiàn)的聲音異常問題（當時開發(fā)使用Windows XP系統(tǒng)），程序啟動窗口位置不妥影響外觀的問題等等，他都測試了出來，除了bug記錄，還有大約七八十條測試記錄，大多數(shù)都標記為pass，每條記錄都有足夠詳細的測試步驟和環(huán)境，我認為他工作很認真，可惜后來他離開公司比較早，跟他交流也比較有限了。當然，并不是所有的bug都是開發(fā)人員的過錯，偶爾可能是測試人員對功能的誤解，或者測試機器上的電腦確實有比較嚴重的問題，這樣經(jīng)過驗證協(xié)商，我們都可以把bug記錄close掉，這都是有依據(jù)可循的，而不是一個“錯漏百出”了事那么簡單，如果是這樣的話，那測試這個工作也未免太容易了。