公司：#廣聯(lián)達(dá) #小紅書

崗位：#軟件測(cè)試工程師

關(guān)鍵字：#軟件測(cè)試 #功能測(cè)試 #測(cè)試用例 

這個(gè)問題也是測(cè)試工程師經(jīng)常問的問題。

有人主張測(cè)試用例詳細(xì)到每個(gè)步驟執(zhí)行什么都要寫出來，目的是即使一個(gè)不了解系統(tǒng)的新手都可以按照測(cè)試用例來執(zhí)行工作。

主張這類寫法的人還可以舉出例子：歐美、日本等軟件外包文檔都是這樣做的。 

另外一種觀點(diǎn)就是主張寫的粗些，類似于編寫測(cè)試大綱。

主張這種觀點(diǎn)的人是因?yàn)檐浖_發(fā)需求管理不規(guī)范，變動(dòng)十分頻繁，因而不能按照歐美的高標(biāo)準(zhǔn)來編寫測(cè)試用例。

這樣的測(cè)試用例容易維護(hù)，可以讓測(cè)試執(zhí)行人員有更大的發(fā)揮空間。

實(shí)際上，軟件測(cè)試用例的詳細(xì)程度首先要以覆蓋到測(cè)試點(diǎn)為基本要求。

舉個(gè)例子：“用戶登陸系統(tǒng)”的測(cè)試用例可以不寫出具體的執(zhí)行數(shù)據(jù)，但是至少要寫出五種以上情況（），如果只用一句話覆蓋了這個(gè)功能是不合格的測(cè)試用例。覆蓋功能點(diǎn)不是指列出功能點(diǎn)，而是要寫出功能點(diǎn)的各個(gè)方面（如果組合情況較多時(shí)可以采用等價(jià)劃分）。 

另一個(gè)影響測(cè)試用例的就是組織的開發(fā)能力和測(cè)試對(duì)象特點(diǎn)。如果開發(fā)力量比較落后，編寫較詳細(xì)的測(cè)試用例是不現(xiàn)實(shí)的，因?yàn)楦緵]有那么大的資源投入，當(dāng)然這種情況很隨著團(tuán)隊(duì)的發(fā)展而逐漸有所改善。測(cè)試對(duì)象特點(diǎn)重點(diǎn)是指測(cè)試對(duì)象在進(jìn)度、成本等方面的要求，如果進(jìn)度較緊張的情況下，是根本沒有時(shí)間寫出高質(zhì)量的測(cè)試用例的，甚至有些時(shí)候測(cè)試工作只是一種輔助工作，因而不編寫測(cè)試用例。

因此，測(cè)試用例的編寫要根據(jù)測(cè)試對(duì)象特點(diǎn)、團(tuán)隊(duì)的執(zhí)行能力等各個(gè)方面綜合起來決定編寫策略。

最后要注意的是測(cè)試人員一定不能抱怨，力爭(zhēng)在不斷提高測(cè)試用例編寫水平的同時(shí)，不斷地提高自身能力。