第
10
章 驗收測試（
Acceptance Test
）
我們是不是正確的實現了一個用戶例事
（用戶例事：user story，在第8章有講）
?
假設這個項目的客戶是一個會議展覽的組織者。他們希望我們開發一款軟件，可以幫助他們管理會議的所有參會者信息。我們編制好發布計劃，在目前的迭代周期中，我們要實現４個用戶例事。下面是其中的一個用戶例事：
???????????????????????????????????????????????????????????
名稱：導入參會者信息
事件：
1.一個用戶讓系統讀取一個記錄了一批參會者信息的文本文件。里面的信息有ID，密碼，名稱，地址跟郵箱。
2.系統將這些參會者的信息保存下來。之后，只要用戶輸入一個參會者的ID，系統就可以取出對應的參會者信息。
3.
系統導入完成后，各給每個參會者發送一封郵件，里面包含該參會者的ID和密碼。
?
我們開始詢問客戶這個用戶例事的細節。比如：
這個文本文件的格式是什么樣的？假定客戶說，文本文件里面的每行字符串包含一個參會者。這個參會者每項數據會用制表符隔開。
ID，密碼，姓名，地址還有郵箱都是一定會出現在文本文件里面的嗎？假定客戶說有些參會者的地址會留空，其他數據都要出現。否則，系統將跳過這行。
如果參會者的ID已經存在的話怎么辦？假定客戶說，那這行會被跳過。???????????????????????????
等等。
?
我們問完客戶，用CRC卡或者其他的方法來快速組織跟討論設計，寫代碼，同時改進設計。假定兩天以后，我們完成了所有的代碼，代碼結構的設計也很合理了。好，現在我們還要做一件重要的事件：測試我們的代碼是不是正確的實現了用戶例事。
?
怎么測試
?
怎么測試？比如，我們運行下面的“測試用例”：
?
測試用例1：導入參會者
?
1.創建下面這樣的文件：
??????? p001??? 123456?????? Mary Lam?????????? abc????? mary@hotmail.com
??????? p004??? 888999?????? John Chan????????? def????? john@yahoo.com
??????? p002??? mypasswd???? Paul Lei?????????? ghi????? paul@excite.com
?
2.刪除系統里面已有的參會者信息，防止p001，p002，p004已經存在。
3.運行系統，將上面的文件導入到數據庫里面。
4.檢查系統是不是正確的導入了文件。這里面，我們肯定有一個用戶例事是讓用戶輸入一個參會者的ID，然后系統顯出這個參會者的所有信息。我們可以先實現這個用戶例事，然后輸入p001,看看系統會不會顯示p001的正確信息（123456，Mary Lam等等），然后再輸入p002和p004。
5.檢查系統有沒有發郵件。我們可以聯系Mary，John和Paul，確認一下他們有沒有收到郵件，郵件里面的內容是不是正確的。
?
這樣的測試就叫“驗收測試”或者“功能測試”。這樣的測試只是測試系統的外部行為，忽略系統里面有哪此類，哪些模塊。
具體內容請下載pdf觀看：
第10章驗收測試.rar或者
第10章驗收測試.rar