處理目標失敗-----延伸部分
下面要做的是確定以上的每一步中可能會發生的失敗，對于這種情況那些可能造成失敗的條件做為延伸部分來捕獲。這些擴展是通過在失敗條件下直到可以重新入軌或失敗的情節來處理的。
失敗條件的分離使情節變得可讀了，一般情況都是以最簡單的途徑通過Use Cases的，它的每一步，行為者（Actor）的目標都是成功的。分開列出所有可能造成失敗的條件給予了更好的品質保證�；仡櫿呖梢院苋菀椎臋z查是否所有造成失敗的條件都被指定及哪些潛在的條件被忽略。失敗的情節要么可以恢復要么不可以恢復，可恢復的情節最終取得成功，不可恢復的情節直接失敗。
失敗中的失敗
當失敗情節下還有其它失敗發生，需特別的標示出來，也就是說，在延伸部分中用更長的前綴標記更深一層的失敗情節，如：1a1b、客戶是個不講信用的，它的恢復通過1a1b1。
為什么使用結構化敘述格式
結構化敘述的價值在于它是可駁倒的描述，所謂可駁倒的描述是它足夠明確，以至可以給人去爭辯和提出異議。
“流程不是那樣的”
“為什么開單之前不檢查是否有用呢？”
“你少了好幾步哦”
對比之下，那種用非正規敘述形式描述的粗略概略是很難去駁倒的，但它有利于早期對問題域的理解。
可駁倒的描述方式的價值的另一種描繪是，當你說明Use Cases時期望從用戶和開發者處獲得關于Use Cases品質的反饋。自想在開發過程的中及早的得到修正，它是非常有價值的。用戶典型的反饋是不同順序的問題，可能是平行的或是缺少的步驟。開發者典型的反饋是關系到特殊失敗條件的意思和如何檢測到它是否清晰的要求。
Use Cases的圖形符號
文章來源于領測軟件測試網 http://www.kjueaiud.com/
