前言

在軟件測(cè)試中有很多重要的指導(dǎo)原則，這些原則看上去大多是顯而易見(jiàn)的，但是總是被我們忽略，作為蟲(chóng)師，我們當(dāng)然應(yīng)該把這些原則牢記于心，作為專(zhuān)業(yè)測(cè)試人員的基本素養(yǎng)。

測(cè)試用例中一個(gè)必需部分是對(duì)預(yù)期輸出或結(jié)果的定義 這條原則是軟件測(cè)試中常犯錯(cuò)誤之一，但是如果不按照這條原則進(jìn)行，由于“所見(jiàn)即所想”這樣的一個(gè)心里現(xiàn)象的存在，某個(gè)似是而非的錯(cuò)誤結(jié)果可能會(huì)被當(dāng)成是正確的結(jié)論。解決問(wèn)題的辦法就是事先在設(shè)計(jì)用例的時(shí)候就精確地定義程序的預(yù)期輸出，鼓勵(lì)人們對(duì)輸出的結(jié)果仔細(xì)檢查。

因此一個(gè)測(cè)試用例必須包括兩個(gè)部分：

對(duì)程序輸入數(shù)據(jù)的描述；

對(duì)程序在上述輸入數(shù)據(jù)下的正確輸出結(jié)果的精確描述。

程序員應(yīng)當(dāng)避免測(cè)試自己編寫(xiě)的程序

這個(gè)大家都能夠理解，因?yàn)橛H自編輯或者校對(duì)自己的作品作品確實(shí)是有失公允的。當(dāng)程序員“建設(shè)性”地設(shè)計(jì)和編寫(xiě)完程序之后，很難讓他改變視角“破壞性”的來(lái)審視程序。但是我們要注意一點(diǎn)，這一條原則并不適用于“調(diào)試”，相反的，“調(diào)試”由程序員自己完成會(huì)更有效。

編寫(xiě)軟件的組織不應(yīng)當(dāng)測(cè)試自己編寫(xiě)的軟件

這一條原則的論據(jù)與上一條想死。雖然很多組織在某種程度上面成功地做到了這一點(diǎn)，但是更經(jīng)濟(jì)的方法是由客觀(guān)、獨(dú)立的第三方來(lái)進(jìn)行測(cè)試。

應(yīng)當(dāng)徹底檢查每個(gè)測(cè)試的執(zhí)行結(jié)果

這條原則很多人覺(jué)得簡(jiǎn)直是廢話(huà)，但是卻還是常常的被忽略。我們見(jiàn)過(guò)很多大量的例子，即便錯(cuò)誤的癥狀在輸出清單中可以清楚地看到，但是還沒(méi)是沒(méi)有找到那些錯(cuò)誤出來(lái)。

5.測(cè)試用例的編寫(xiě)不僅應(yīng)當(dāng)根據(jù)有效和預(yù)期的輸入情況，而且也應(yīng)當(dāng)根據(jù)無(wú)效和未預(yù)料到的輸入結(jié)果

在軟件測(cè)試的時(shí)候，有一個(gè)自然的傾向，就是將重點(diǎn)集中在有效和預(yù)期的輸入情況上，而忽略了無(wú)效和未預(yù)料的情況。但是用戶(hù)真正使用軟件的時(shí)候，就有了很大的隨機(jī)性，因此軟件產(chǎn)品會(huì)突然暴露出很多問(wèn)題在測(cè)試的時(shí)候未被預(yù)料到。因此，針對(duì)未預(yù)料的和無(wú)效輸入情況的測(cè)試用例，似乎比針對(duì)有效輸入情況的那些用例更能發(fā)現(xiàn)問(wèn)題。

檢查程序是否“未做其應(yīng)該做的”僅是測(cè)試的一半，測(cè)試的另一半是檢查程序是否“做了其不應(yīng)該做的”

這一條原則是上一條原則的必然結(jié)果，必須檢查程序是否有我們不希望的副作用。雖然程序員會(huì)覺(jué)得委屈：我做了更多的功能難道還錯(cuò)了嗎？測(cè)試人員只能含淚點(diǎn)頭：親，確實(shí)錯(cuò)了。不論IT世界是如何的倡導(dǎo)自由開(kāi)放，基本的規(guī)則還是要遵守的，給用戶(hù)想要的，做到最好足矣。

應(yīng)避免測(cè)試用例用后即棄，除非軟件本身就是一個(gè)一次性的軟件

飽含蟲(chóng)師們寶貴投入的測(cè)試用例，在測(cè)試結(jié)束之后就消失了，一旦軟件需要重新測(cè)試，比如改正了某個(gè)錯(cuò)誤或者作了某種改進(jìn)，又必須重新設(shè)計(jì)這些測(cè)試用例。保留測(cè)試用例，當(dāng)程序其他部分發(fā)生更動(dòng)后重新執(zhí)行，這就是我們所謂的“回歸測(cè)試”。

計(jì)劃測(cè)試工作時(shí)不應(yīng)默許假定不會(huì)發(fā)現(xiàn)錯(cuò)誤

測(cè)試，就是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過(guò)程。

程序某部分存在更多錯(cuò)誤的可能性，與該部分已發(fā)現(xiàn)錯(cuò)誤的數(shù)量成正比

這個(gè)原則也叫缺陷的二八定理，指的是一般情況下，軟件80%的缺陷集中在20%的模塊中。我們測(cè)試的時(shí)候要抓住主要矛盾，如果發(fā)現(xiàn)某一個(gè)程序模塊比其他模塊有更多的缺陷，就要投入主要的人力和精力重點(diǎn)測(cè)試這20%的模塊，以提高測(cè)試的效率。缺陷的二八定理成為缺陷的集群現(xiàn)象或者是蟲(chóng)子窩現(xiàn)象。

如果對(duì)軟件測(cè)試、接口測(cè)試、自動(dòng)化測(cè)試、技術(shù)同行、持續(xù)集成、面試經(jīng)驗(yàn)交流。感興趣可以進(jìn)到902061117，群內(nèi)會(huì)有不定期的分享測(cè)試資料。

如果文章對(duì)你有幫助，麻煩伸出發(fā)財(cái)小手點(diǎn)個(gè)贊，感謝您的支持，你的點(diǎn)贊是我持續(xù)更新的動(dòng)力。

總結(jié)

以上是生活随笔為你收集整理的为什么软件测试容易被小看,做软件测试容易忽视的问题的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。