多年來，我在軟件開發(fā)過程中看到了許多不同的測(cè)試方式。每一種測(cè)試都有它的獨(dú)特性，一些開發(fā)人員認(rèn)定他們自己有不只一種方式。在本文中，我試著列舉所有不同種類的測(cè)試，并說一說它們?cè)陧?xiàng)目上反映出的效果。

　　1. “我不是QA”（I’m not QA）

　　我提交代碼，其他人驗(yàn)證其是否能正常運(yùn)作。我的工作就是寫代碼，而不是測(cè)試。因?yàn)槭俏覍懙拇a，所以，我不能測(cè)試出代碼什么地方出錯(cuò)了。我需要讓其他人看應(yīng)用程序，并且學(xué)會(huì)如何使用，如何崩潰。通常，這種方式也說明缺乏說明文檔，同樣原因，這應(yīng)該是其他人的工作。通常這種測(cè)試方式意味著，質(zhì)量是其他人該負(fù)責(zé)任的事。

　　2. “我沒時(shí)間”（I don’t have time）

　　我必須在3周時(shí)間內(nèi)完成項(xiàng)目，再?zèng)]有時(shí)間去寫測(cè)試了。我想測(cè)試可以保證應(yīng)用程序的質(zhì)量，但是因?yàn)槲冶仨毴軆?nèi)完成任務(wù)，所以我必須跳過開發(fā)中的這一部分，直接做工作上的事情。一旦事情完成，我會(huì)做些手工檢查，然后直接投產(chǎn)。這種方式通常和那些只用1或2個(gè)月來開發(fā)，并且4年內(nèi)不用維護(hù)的小項(xiàng)目相關(guān)，他們只需要短時(shí)間內(nèi)得到一個(gè)產(chǎn)品。這種案例沒有說明文檔，因?yàn)槟銢]有時(shí)間去做。（編注：關(guān)于這種類型，可參見伯樂在線職場(chǎng)博客《每位開發(fā)人員都應(yīng)銘記的10句編程諺語》一文中的“欲速則不達(dá)”。）

　　3. “管理故障”（Management fault）

　　許多大公司的雇員都遵循這種開發(fā)方式。他們有過失敗或項(xiàng)目推遲的經(jīng)歷，因此，他們排斥一切不能給高層管理帶來直接利益的事。通常情況下，在持續(xù)快速地開發(fā)一個(gè)功能性強(qiáng)大的項(xiàng)目時(shí)，在開始階段無需測(cè)試。隨著時(shí)間的推移，應(yīng)用程序的增多，添加了越來越多復(fù)雜的程序，并且開發(fā)進(jìn)程越來越困難。每一個(gè)新的部署就意味著大量的新錯(cuò)誤和新任務(wù)。短短幾年，應(yīng)用程序失去可信度，通常有人想在新技術(shù)下重新寫程序。不幸的是，如果開發(fā)過程沒有改變，幾年后他們會(huì)在不同的技術(shù)中以同樣的方式結(jié)束。

　　4. “測(cè)試只是一個(gè)工具”（Testing is just a tool）

　　這種情形下，由開發(fā)人員編寫測(cè)試，但僅限于某些對(duì)他們編碼有幫助的地方。測(cè)試是用來作為創(chuàng)造新功能的工具，而非在代碼中增加可信度的方式。如果任何新功能的添加破壞了已存在的測(cè)試，開發(fā)員會(huì)假定測(cè)試錯(cuò)誤，測(cè)試需要更改、取消或刪除。雖然是對(duì)應(yīng)用程序的測(cè)試，但是這些測(cè)試并不可信。如果這些測(cè)試不可信，應(yīng)用程序也就毫無價(jià)值可言了。

　　5. “熱衷測(cè)試覆蓋率”（Test coverage maniac）

　　所有的一切都是關(guān)于代碼的覆蓋率。使代碼的覆蓋率達(dá)到100%是最終目標(biāo)。查看測(cè)試的覆蓋率以及查看測(cè)試未能通過的地方，為那些路徑添加測(cè)試成了一項(xiàng)重復(fù)的工作。我的意思是，增加毫無意義的測(cè)試只是增加覆蓋率。測(cè)試將變得復(fù)雜，新開發(fā)人員通常要花很長(zhǎng)時(shí)間才能明白這個(gè)代碼是做什么的。在這種情況下，我們就比其他人處于更有利的位置，測(cè)試不僅是和覆蓋率有關(guān)，還有可信度。

　　6. “可信度測(cè)試”（Test to trust）

　　這是終極方式。軟件開發(fā)的測(cè)試有許多目的，但是最重要的是在代碼中建立可信度。如果隊(duì)員對(duì)測(cè)試有信心，他們會(huì)很自如地改進(jìn)或更改代碼。使其效率更高，質(zhì)量更佳，周轉(zhuǎn)更快。

　　測(cè)試中有可信度并不是和代碼覆蓋率有關(guān)，而是相信團(tuán)隊(duì)成員，他們會(huì)為重要的事物增加測(cè)試。如果你做了更改或者破壞（break）測(cè)試，你就需要認(rèn)真考慮你的更改，而不是僅僅移出錯(cuò)誤測(cè)試。我們要做的是能提高代碼和測(cè)試可信度，而非僅僅解決一個(gè)新問題。

　　這些年我了解到，測(cè)試是開發(fā)過程中至關(guān)重要的一部分。每次代碼修改后，都應(yīng)該進(jìn)行測(cè)試。用于提高測(cè)試可信度的每一秒鐘，就是你每次運(yùn)行測(cè)試都會(huì)成功的時(shí)候。在軟件開發(fā)上，取得最大效率的唯一方式不是不寫測(cè)試，而是相信你的測(cè)試。

　　你是一位開發(fā)人員嗎？你為你的應(yīng)用程序?qū)憸y(cè)試嗎？你每次提交都在提高測(cè)試中的可信度嗎？每次提交都需要提高可信度，否則你就是增加了一個(gè)有問題的代碼，最后終將導(dǎo)致你重寫整個(gè)程序。

　　譯文出處：伯樂在線- 職場(chǎng)博客 - 程序員
　　譯文鏈接：http://www.jobbole.com/entry.php/794

　　原文：Ramiro Rinaudo　　文章推薦：關(guān)關(guān)　　翻譯：敏捷翻譯 - 祝佳

　　如需轉(zhuǎn)載，但請(qǐng)注明原文/譯文出處、譯文超鏈接和譯者等信息，否則視為侵權(quán)，謝謝合作！

it知識(shí)庫(kù)：開發(fā)人員的測(cè)試悖論，轉(zhuǎn)載需保留來源！

鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請(qǐng)第一時(shí)間聯(lián)系我們修改或刪除，多謝。