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

崗位：#軟件測試工程師

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

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

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

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

另外一種觀點就是主張寫的粗些，類似于編寫測試大綱。

主張這種觀點的人是因為軟件開發(fā)需求管理不規(guī)范，變動十分頻繁，因而不能按照歐美的高標(biāo)準(zhǔn)來編寫測試用例。

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

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

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

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

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

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