如何編寫更好的測試用例（三）[3]

　　如何編寫更好的測試用例(三)[3]  用例設計　

    　測試用例資產

　　保護測試用例資產

　　保護測試用例價值的最重要的活動是維護它們，使它們可測試。它們應該在每一測試周期后被維護，因為測試者會象發現軟件缺陷一樣，發現用例的問題。當測試安排被建立時，時間應分配給測試分析員或編寫者來修復用例，此時程序員在修復應用程序缺陷。如果它們沒有被修復，測試者和編寫者將浪費時間在下一周期，來搞清楚是測試用例還是軟件的錯誤。

　　防止測試用例因缺少的版本和儲存失敗而丟失或損壞，整個的目的是使這些用例可重復使用。用例的配置管理(CM)應當由組織或項目來處理，而不是測試管理。如果組織不具備這種水平的過程成熟度，測試經理或測試的編寫者需要提供這方面支持。無論是項目或測試經理都應該用下面的配置管理標準，來保護寶貴的測試用例資產：

　　● 命名和編號約定

　　● 格式，文件類型

　　● 版本

　　● 用例需要的測試對象，如資料庫

　　● 只讀存儲

　　● 存取控制

　　● 異地備份   軟件測試　

   　測試管理需要有一個所有測試用例的索引。如果CM不提供，就創建自己的索引。資料庫可以對關鍵項目、軟件、測試名稱、編號、和需求檢索。有一個全文檢索功能將更好。

　　利用測試用例

　　測試用例作為開發資產已具有超越測試的生命。他們表示出用平白的英語編寫軟件如何工作的一個完整的圖畫。即使重點是破壞性的，他們也必須證明所有業務場景按需要工作。通常用例是寫給測試者的，測試者是商業用戶，所以用例使用真實的世界語言和條目。一套用例對于正在努力學習或出售軟件的其他人具有巨大的價值：

　　● 商業用戶

　　● 技術編寫者

　　● 桌面幫助技術員

　　● 培訓師

　　● 銷售和市場人員

　　● 網站管理員

　　所有這些人看到軟件取得成功會獲得利益，所以也是潛在的測試人員。依靠組織，在測試編寫者和這些組之間良好的意愿和開放的溝通下可以大大加快出品和發表的時間。

　　綜述

　　教授良好的編寫技術和建立測試用例標準的過程本身就是一個資產。這從來不是靜態的，而必須是動態的教授、運用、審查、測量和改進。本文簡要涵蓋測試用例質量的過程和標準是什么，如何將其應用到各種測試用例中，如何利用它們來改善可測試性和生產率，如何解決對于測試用例質量的共同面臨的挑戰，以及如何保護測試用例資產。

原文轉自：http://www.kjueaiud.com