探究用例以改善軟件測試質量 軟件測試
本文內容包括：
在測試中使用用例的論點
什么是用例?
用例對測試組織的利益
創建測試用例
彌補測試覆蓋的空缺
確認用例
用例的工作空間
結論
注釋
附加參考資料
參考資料
理解測試和質量保證組織是如何通過使用用例技術來提高測試質量的。
測試組織通過利用用例的優勢可以實現測試質量的重要利益。幾年來，開發人員和業務分析人員一直利用用例模式來捕獲需求。測試組織能夠通過利用這些相同的用例技術獲得巨大的利益。構建良好的用例能夠以有效率的，易于跟蹤的，以及評估準確性的方式為測試任務提供價值。它們還可以轉移部分全球部署虛擬團隊的風險。但是從數量上來看，最大的利益則在測試用例的生成中。
對于識別和創建單元、功能、系統集成，以及用戶驗收測試來說，用例和相應的支持工件是價值無法估量的驅動。每個測試水平都有唯一的不同輸入設置的目標和需求來達到可靠的測試覆蓋率，但是所有的測試水平都能夠從這個項目的用例中獲取一定的價值。通過執行用例方法、工作空間，以及評審，測試組織能夠交付定義良好的測試，同時能夠獲得更高的準確性和更高的效率。
在測試中使用用例的論點
用例多年來一直是軟件開發人員的一種工具。一個用例清楚地描述了一個被指定的用戶是如何執行一個指定的過程，從而向用戶交付指定的結果的。正確地指定用例能夠提供一個直接的連接，來幫助用戶和開發人員開發一個系統用戶需求的共同理解。它們是一個被證明有效的軟件開發工具。
測試組織還應該充分利用用例提供的利益。測試人員是通過將用例轉換為效率高的，有效的，階段性適合的測試，從而充分利用用例執行帶來利益的唯一受益者。測試人員重新利用這些用例，對于用戶和開發組織不需要額外的工作或者支出，為測試估計和測試用例的生成提供一個完備和一致的基礎，將生成比預期更好的質量測試解決方案。
測試人員能夠實現所有的這些利益，因為用例和相應的支持工件提供了根源和驅動，從而為測試人員在幾個有疑問的區域創建了牢固的基礎。因為用例早就已經交付，并且它們能被項目上所有資源所理解，測試團隊在這個項目中能夠比用行項目需求收集方法更早地執行更加準確的測試估計工作。此外，用例驅動了更清楚的溝通，加強了這些用戶需求開發的理解。它們的簡單性改善了全球地域分布的風險，和虛擬解決方案交付團隊。用例還提供了簡化需求跟蹤的機會，從而確保更完整的測試覆蓋率。
測試團隊能夠利用新的用例，為增強覆蓋率和有效性改善技術，同時獲得更精確的范圍定義和測試優先權。這些綜合的利益最終導致更有效，更嚴格的測試過程和更有預見性的測試結果。
由于用例提供了許多利益，測試組織應該積極主動地確保每個用例都能夠被正確地構建。如果需要的話，這個項目團隊應該能夠管理一個或者幾個用例的工作空間，包括在所有的測試階段雇用測試編寫人員。每個用例必須經歷靜態的測試來確保它包含清晰而且有利的信息，根據這些信息測試人員可以為指定的測試階段構建適當的測試用例。通過重新使用構建良好的用例和支持性工件，測試組織就能擁有目標明確的、有效的測試。
什么是用例?
自從20世紀八十年代中期，當這個概念第一次由 Ivar Jacobson 描述后就生成了用例。 1 Jacobson 是一位早期基于組件設計概念的先鋒者之一。他還是統一建模語言(UML) 和 IBM®Rational® Unified Process®，或者 RUP®的主要創始人。他最感興趣的是軟件開發最佳實踐引導他開發用例概念，從而更好地識別和描述軟件需求。
盡管這些用例的概念自從二十多年前就已經生成，實際上許多軟件從業者從沒使用過它們或者甚至從來沒有了解過他們。業務轉型方法論越來越普遍，這很大程度上取決于過程規則，其實正在改變這個狀況。普遍的工具比如 IBM Rational RequisitePro®(用來支持 RUP) 結合用例的生成作為需求定義過程的一部分。UML 的引入為軟件描述設定了標準，已經進一步促進了用例的采用。
用例主要強調涉眾需要這個系統交付什么，而不是描述如何實現最終的結果。用例采用“黑盒”接近這個系統。 2 它應該陳述將要發生什么行為，但是并不陷入關于行為如何被實現的具體細節中。將一個用例看作是來自參與者觀點導向的結果。只要結果被實現，這個參與者實際上并不真正在意這個行為是怎樣執行的。因此，一個用例必須代表支持對參與者有重要價值的結果。
UML 將一個用例定義為“一個系統執行的一系列行為的描述，包括變量，它將生成特殊參與者所得值的可觀測結果�！� 3 當決定一個用例的構成時，這個“價值”的概念十分重要。如果您不想識別這個將由參與者識別的具體值，那么這個行為可能對一個用例來說就不是一個很好的候選。 4
一個用例可以是圖形的，也可以是文本的，但理論上兩者都是用例。 5 用例可以創建為只讀文本的格式，但是最初都儲存在像 Microsoft Word 這樣的工具中。長期以來，在用例圖中以圖形的格式表示就變得越來越普遍。使用 UML 和支持 RUP 的工具來構建用例模型是最為常見的方法。這樣的工具支持文本描述和支持圖的多樣性，從而更好地圖解化此系統是如何被使用的。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
