2011-02-06 66 views

回答

3

測試方案
測試方案是測試用例的輸入。測試場景的產生通常發生在與項目利益相關者進行的頭腦風暴會議中,他們提出場景或提出有關體系結構對各種情況作出反應的方式的問題。情景用於表示利益相關者的興趣和質量屬性要求。方案應涵蓋系統的一系列預期使用(用例情景),預期變化(增長情景)和意料之外的壓力(探索性情景)。

一個好的場景清楚地說明刺激是什麼引起的,什麼反應是 的興趣。例如,用例場景可能是:「遠程用戶在高峯期通過Web請求數據庫報告 ,並在5秒內收到它。」增長方案可能是:「添加新數據服務器以減少方案1中的延遲在一週內達到2.5秒「,而一個探索性的情景可能是:」在正常運行期間,一半的服務器出現故障,而不會影響系統的整體可用性。「情景應儘可能具體,以確定刺激,響應和環境。

以模糊術語描述的場景,如'通信中繼節點失敗'並不是真正有效的場景。您需要(從利益相關方)獲取更多詳細信息,如預期的運營後果,涉及的系統資產,涉及的最終用戶,場景對系統運行的潛在影響以及可能出現的特殊情況。更多細節將包括哪些設備或節點檢測到故障,對故障的預期自動響應是什麼(如果有的話),期望的手動干預是什麼,哪些功能在停電期間會降級,以及將繼電器返回到的預期操作服務。

場景在迭代中經常被列爲優先級,前幾個場景被用於進一步的測試用例開發。

測試用例
測試案例開發通常將每個選定的場景從一個聲明和子彈的列表爲證據充分的測試案例。測試用例可以結合和/或擴展場景,添加假設和澄清,定義問題並提出相關問題。 與測試場景生成活動不同,測試用例開發是一種迭代活動,因爲添加了新的測試用例並對舊的測試用例進行了改進以支持場景。

首先你必須定義測試用例的上下文。在測試的情況下涉及一個通信中繼節點故障,例如,一個測試用例的上下文中可以定義:

  • 操作在故障
  • 的時間什麼之後立即發生,當系統反應以在間隔期間未能
  • 惡化的運行中,當維修正在進行
  • 將系統恢復到正常運行

一旦你有了到位情況下,你必須探索和做環境問題以及上下文隱含的問題。例如,問題可能是「如何檢測到故障?」。問題可能是「什麼子系統檢測到故障?」,「檢測故障需要多長時間?」和「這段時間會發生什麼?」。其他質量問題可能與安全性,可用性,性能等有關。

建築師通常審查這些問題和問題,並確定系統如何對場景做出反應。他們可能會改進體系結構以幫助回答問題。測試用例被細化並添加了新的測試用例。當記錄所有問題的答案時,測試用例開發被視爲完成。

來源:http://www.sei.cmu.edu

2

test case中,您嘗試確定在定義的條件下是否按預期工作。在test scenario條件是基於一個假設的故事。在這個觀點下,測試場景是測試用例的特例。

相關問題