如何高效的設計編寫軟體測試用例
一、測試用例是軟體測試的核心
軟體測試的重要性是毋庸置疑的。但如何以最少的人力、資源投入,在最短的時間內完成測試,發現軟體系統的缺陷,保證軟體的優良品質,則是軟體公司探索和追求的目標。每個軟體產品或軟體開發專案都需要有一套優秀的測試方案和測試方法。
影響軟體測試的因素很多,例如軟體本身的複雜程度、開發人員(包括分析、設計、程式設計和測試的人員)的素質、測試方法和技術的運用等等。因為有些因素是客觀存在的,無法避免。有些因素則是波動的、不穩定的,例如開發隊伍是流動的,有經驗的走了,新人不斷補充進來;一個具體的人工作也受情緒等影響,等等。如何 保障軟體測試質量的穩定?有了測試用例,無論是誰來測試,參照測試用例實施,都能保障測試的質量。可以把人為因素的影響減少到最小。即便最初的測試用例考慮不周全,隨著測試的進行和軟體版本更新,也將日趨完善。
因此測試用例的設計和編制是軟體測試活動中最重要的。測試用例是測試工作的指導,是軟體測試的必須遵守的準則,更是軟體測試質量穩定的根本保障。
二、什麼叫測試用例
測試用例(Test Case)目前沒有經典的定義。比較通常的說法是:指對一項特定的軟體產品進行測試任務的描述,體現測試方案、方法、技術和策略,內容包括測試目標、測試環境、輸入資料、測試步驟、預期結果、測試指令碼等,並形成文件。
不同類別的軟體,測試用例是不同的。不同於諸如系統、工具、控制、遊戲軟體,管理軟體的使用者需求更加不統一,變化更大、更快。筆者主要從事企業管理軟體的測試。因此我們的做法是把測試資料和測試指令碼從測試用例中劃分出來。測試用例更趨於是針對軟體產品的功能、業務規則和業務處理所設計的測試方案。對軟體的 每個特定功能或執行操作路徑的測試構成了一個個測試用例。
三、編寫測試用例
著重介紹一些編寫測試用例的具體做法。
1、測試用例文件
編寫測試用例文件應有文件模板,須符合內部的規範要求。測試用例文件將受制於測試用例管理軟體的約束。
軟體產品或軟體開發專案的測試用例一般以該產品的軟體模組或子系統為單位,形成一個測試用例文件,但並不是絕對的。
測試用例文件由簡介和測試用例兩部分組成。簡介部分編制了測試目的、測試範圍、定義術語、參考文件、概述等。測試用例部分逐一列示各測試用例。每個具體測試用例都將包括下列詳細資訊:用例編號、用例名稱、測試等級、入口準則、驗證步驟、期望結果(含判斷標準)、出口準則、註釋等。以上內容涵蓋了測試用例的 基本元素:測試索引,測試環境,測試輸入,測試操作,預期結果,評價標準。
2、測試用例的設定
我們早期的測試用例是按功能設定用例。後來引進了路徑分析法,按路徑設定用例。目前演變為按功能、路徑混合模式設定用例。
3、按功能測試是最簡捷的,按用例規約遍歷測試每一功能。
對於複雜操作的程式模組,其各功能的實施是相互影響、緊密相關、環環相扣的,可以演變出數量繁多的變化。沒有嚴密的邏輯分析,產生遺漏是在所難免。路徑分析是一個很好的方法,其最大的優點是在於可以避免漏測試。
為提高測試效率,軟體測試已大力發展自動測試。自動測試的中心任務是編寫測試指令碼。如果說軟體工程中軟體程式設計必須有設計規格說明書,那麼測試指令碼的設計規格說明書就是測試用例。
4、評估測試結果的度量基準
完成測試實施後需要對測試結果進行評估,並且編制測試報告。判斷軟體測試是否完成、衡量測試質量需要一些量化的結果。例:測試覆蓋率是多少、測試合格率是多少、重要測試合格率是多少,等等。以前統計基準是軟體模組或功能點,顯得過於粗糙。採用測試用例作度量基準更加準確、有效。
5、分析缺陷的標準
通過收集缺陷,對比測試用例和缺陷資料庫,分析確證是漏測還是缺陷復現。漏測反映了測試用例的不完善,應立即補充相應測試用例,最終達到逐步完善軟體質量。而已有相應測試用例,則反映實施測試或變更處理存在問題。
四、相關問題
1、測試用例的評審-----
測試用例是軟體測試的準則,但它並不是一經編制完成就成為準則。測試用例在設計編制過程中要組織同級互查。完成編制後應組織專家評審,需獲得通過才可以使用。評審委員會可由專案負責人、測試、程式設計、分析設計等有關人員組成,也可邀請客戶代表參加。
2、測試用例的修改更新
測試用例在形成文件後也還需要不斷完善。主要來自三方面的緣故:第一、在測試過程中發現設計測試用例時考慮不周,需要完善;第二、在軟體交付使用後反饋的軟體缺陷,而缺陷又是因測試用例存在漏洞造成;第三、軟體自身的新增功能以及軟體版本的更新,測試用例也必須配套修改更新。
一般小的修改完善可在原測試用例文件上修改,但文件要有更改記錄。軟體的版本升級更新,測試用例一般也應隨之編制升級更新版本。
3、測試用例的管理軟體
運用測試用例還需配備測試用例管理軟體。它的主要功能有三個:第一、能將測試用例文件的關鍵內容,如編號、名稱等等自動匯入管理資料庫,形成與測試用例文件完全對應的記錄;第二、可供測試實施時及時輸入測試情況;第三、最終實現自動生成測試結果文件,包含各測試度量值,測試覆蓋表和測試通過或不通過的測試 用例清單列表。