前置條件：收到匯款
基本流程：
1 業務人員選擇匯入匯款業務。
2 業務人員輸入必要的匯款相關信息。
3 業務人員將匯款轉入收款人帳戶。
3.1 如果收款人為本銀行帳戶，直接入帳。
3.2 如果收款人為同城同業（本地的其他銀行），則通過同城同業轉匯給收款人（后續如何處理？）
3.3 如果收款人帳戶屬于異地同業（異地的其他銀行），則通過銀行的帳戶行將匯款轉匯至異地，并支付帳戶行轉匯的費用（后續如何處理？）。
備選流程
2．A在任何時候，業務人員都可以應客戶的要求對向匯款銀行進行查詢。
2．A1在收到匯款銀行的查詢答復之后，記錄答復信息。
2．B在任何時候，業務人員收到匯款銀行要求退回匯款的授權。
2．B1如果匯款未被提走，根據要求將匯款退回匯款銀行。
2．B2如果匯款已被提走，通知匯款銀行無法處理，用例結束。
注意到，在這個例子中我們對用例優先級的判定條件和上文的稍有不同，我們選擇有代表性，但又相對簡單的用例作為高優先級的用例。這樣做是因為對業務領域比較陌生，一開始實現復雜的需求有很大的難度。所以，雖然我們提供了一些制定用例優先級的思路，但是實踐的時候仍需要根據實際情況權衡。 迭代精化：用例的編寫過程是一個對業務領域不斷熟悉的過程。隨著調研的深入，不斷有新的問題顯露出來，需要補充或修改原先的用例。這里有兩種情況，一種是在同一個增量內，在對用例B精化的時候，發現用例A中忽略了一種情況，這時候我們就需要補充用例A。例如，我們在精化其它用例的時候，發現匯款用例中忽略了報表的需求，這樣我們的工作又必須回到匯款用例上。這樣的情況是非常普遍的，這就要求我們不要過分的修飾用例，不要把精力花在用例格式上，這樣只會造成浪費。
第二種情況是在不同的增量中，這時候用例往往會加入新的需求、新的情境。我們如何去控制不同增量期間的迭代呢？一般來說，有兩種方法，一種是對原有的用例進行增補，增補的部分用不同的顏色或標記。另一種方法是為用例建立版本，不同版本的用例對應于不同的增量周期。這樣，對應對N個增量周期就有了n個不同版本的用例（n≤N）。不管是哪一種情況，都要求我們采用迭代的思路來處理用例。
形式不是最重要的：在團隊中強制要求統一的用例書寫格式是有意義的，但有的時候，這個意義并沒有想象中的那么大�？梢约s定條件的編寫形式、也可以約定層次的劃分。但是過分的強制形式就沒有什么意義了。
(五)測試管理
無論從那一點上來看，要保證軟件的質量，測試工作是少不了的。而測試往往又是經常被忽略的。對于敏捷方法，精益編程而言，如何保證測試的有效性？如何減小測試的成本？是測試中首要考慮的兩個問題。
測試過程
文章來源于領測軟件測試網 http://www.kjueaiud.com/
