在實(shí)際軟件項目測試過(guò)程中，由于對軟件測試用例的作用和設計方法的理解不同，測試人員（特別是剛從事軟件測試的新人）對軟件測試用例存在不少錯誤的認識，給實(shí)際軟件測試帶來(lái)了負面影響，本文對這些認識誤區進(jìn)行列舉和剖析。
誤區之一：測試輸入數據設計方法等同于測試用例設計方法
現在一些測試書(shū)籍和文章中講到軟件測試用例的設計方法，經(jīng)常有這樣的表述：測試用例的設計方法包括：等價(jià)類(lèi)、邊界值、因果圖、錯誤推測法、場(chǎng)景設計法等。這種表述是很片面的，這些方法只是軟件功能測試用例設計中如何確定測試輸入數據的方法，而不是測試用例設計的全部?jì)热荨?/font>
這種認識的不良影響可能會(huì )使不少人認為測試用例設計就是如何確定測試的輸入數據，從而掩蓋了測試用例設計內容的豐富性和技術(shù)的復雜性。如果測試用例設計人員把這種認識拿來(lái)要求自己，則害了自己；拿來(lái)教人，則害了別人；拿來(lái)指導測試，則害了測試團隊。聽(tīng)起來(lái)似乎是“小題大做”，但是絕不是“危言聳聽(tīng)”。
無(wú)疑，對于軟件功能測試和性能測試，確定測試的輸入數據很重要，它決定了測試的有效性和測試的效率。但是，測試用例中輸入數據的確定方法只是測試用例設計方法的一個(gè)子集，除了確定測試輸入數據之外，測試用例的設計還包括如何根據測試需求、設計規格說(shuō)明等文檔確定測試用例的設計策略、設計用例的表示方法和組織管理形式等問(wèn)題。
在設計測試用例時(shí)，需要綜合考慮被測軟件的功能、特性、組成元素、開(kāi)發(fā)階段（里程碑）、測試用例組織方法（是否采用測試用例的數據庫管理）等內容。具體到設計每個(gè)測試用例而言，可以根據被測模塊的最小目標，確定測試用例的測試目標；根據用戶(hù)使用環(huán)境確定測試環(huán)境；根據被測軟件的復雜程度和測試用例執行人員的技能確定測試用例的步驟；根據軟件需求文檔和設計規格說(shuō)明確定期望的測試用例執行結果。
誤區之二：強調測試用例設計得越詳細越好
在確定測試用例設計目標時(shí)，一些項目管理人員強調測試用例“越詳細越好”。具體表現在兩個(gè)方面：盡可能設計足夠多的設計用例，測試用例的數量閱讀越好；測試用例盡可能包括測試執行的詳細步驟，達到“任何一個(gè)人都可以根據測試用例執行測試”，追求測試用例越詳細越好。
這種做法和觀(guān)點(diǎn)最大的危害就是耗費了很多的測試用例設計時(shí)間和資源，可能等到測試用例設計、評審完成后，留給實(shí)際執行測試的時(shí)間所剩無(wú)幾了。因為當前軟件公司的項目團隊在規劃測試階段，分配給測試的時(shí)間和人力資源是有限的，而軟件項目的成功要堅持“質(zhì)量、時(shí)間、成本”的最佳平衡，沒(méi)有足夠多的測試執行時(shí)間，就無(wú)法發(fā)現更多的軟件缺陷，測試質(zhì)量更無(wú)從談起了。
編寫(xiě)測試用例的根本目的是有效地找出軟件可能存在的缺陷，為了達到這個(gè)目的，需要分析被測試軟件的特征，運用有效的測試用例設計方法，盡量使用較少的測試用例，同時(shí)滿(mǎn)足合理的測試需求覆蓋，從而達到“少花時(shí)間多辦事”的效果。
測試用例中的測試步驟需要詳細到什么程度，主要取決于測試用例的“最終用戶(hù)”（即執行這些測試用例的人員），以及測試用例執行人員的技能和產(chǎn)品熟悉程度。如果編寫(xiě)測試用例的人員也是測試用例執行人員，或者測試用例的執行人員深刻了解被測軟件，測試用例就沒(méi)有必要太詳細。而如果是測試新人執行測試用例，或者軟件測試外包給獨立的第三方公司，那么測試用例的執行步驟最好足夠詳細。
誤區之三：追求測試用例設計“一步到位”
現在軟件公司都意識到了測試用例設計的重要性了，但是一些人認為設計測試用例是一次性投入，測試用例設計一次就“萬(wàn)事大吉”了，片面追求測試設計的“一步到位”。
這種認識造成的危害性使設計出的測試用例缺乏實(shí)用性，或者誤導測試用例執行人員，誤報很多不是軟件缺陷的“Bug”，這樣的測試用例在測試執行過(guò)程中“形同虛設”，難免淪為“垃圾文檔”的地步。
“唯一不變的是變化”。任何軟件項目的開(kāi)發(fā)過(guò)程都處于不斷變化過(guò)程中，用戶(hù)可能對軟件的功能提出新需求，設計規格說(shuō)明相應地更新，軟件代碼不斷細化。設計軟件測試用例與軟件開(kāi)發(fā)設計并行進(jìn)行，必須根據軟件設計的變化，對軟件測試用例進(jìn)行內容的調整，數量的增減，增加一些針對軟件新增功能的測試用例，刪除一些不再適用的測試用例，修改那些模塊代碼更新了的測試用例。
軟件測試用例設計只是測試用例管理的一個(gè)過(guò)程，除此之外，還要對其進(jìn)行評審、更新、維護，以便提高測試用例的“新鮮度”，保證“可用性”。因此，軟件測試用例也要堅持“與時(shí)俱進(jìn)”的原則。
誤區之四：讓測試新人設計測試用例
在與測試同行交流的過(guò)程中，不少剛參加測試工作的測試新人經(jīng)常詢(xún)問(wèn)的一個(gè)問(wèn)題是：“怎么才能設計好測試用例？”。因為他（她）們以前從來(lái)沒(méi)有設計過(guò)測試用例，面對大型的被測試軟件感到“老虎吃天，無(wú)從下口”。
讓測試新人設計測試用例是一種高風(fēng)險的測試組織方式，它帶來(lái)的不利后果是設計出的測試用例對軟件功能和特性的測試覆蓋性不高，編寫(xiě)效率低，審查和修改時(shí)間長(cháng)，可重用性差。
軟件測試用例設計是軟件測試的中高級技能，不是每個(gè)人（尤其是測試新人）都可以編寫(xiě)的，測試用例編寫(xiě)者不僅要掌握軟件測試的技術(shù)和流程，而且要對被測軟件的設計、功能規格說(shuō)明、用戶(hù)試用場(chǎng)景以及程序/模塊的結構都有比較透徹的理解。
因此，實(shí)際測試過(guò)程中，通常安排經(jīng)驗豐富的測試人員進(jìn)行測試用例設計，測試新人可以從執行測試用例開(kāi)始，隨著(zhù)項目進(jìn)度的不斷進(jìn)展，測試人員的測試技術(shù)和對被測軟件的不斷熟悉，可以積累測試用例的設計經(jīng)驗，編寫(xiě)測試用例。
聯(lián)系客服
