第
10
章 驗(yàn)收測試（
Acceptance Test
）
我們是不是正確的實(shí)現(xiàn)了一個用戶例事
（用戶例事：user story，在第8章有講）
?
假設(shè)這個項(xiàng)目的客戶是一個會議展覽的組織者。他們希望我們開發(fā)一款軟件，可以幫助他們管理會議的所有參會者信息。我們編制好發(fā)布計(jì)劃，在目前的迭代周期中，我們要實(shí)現(xiàn)４個用戶例事。下面是其中的一個用戶例事：
???????????????????????????????????????????????????????????
名稱：導(dǎo)入?yún)咝畔?/b>
事件：
1.一個用戶讓系統(tǒng)讀取一個記錄了一批參會者信息的文本文件。里面的信息有ID，密碼，名稱，地址跟郵箱。
2.系統(tǒng)將這些參會者的信息保存下來。之后，只要用戶輸入一個參會者的ID，系統(tǒng)就可以取出對應(yīng)的參會者信息。
3.
系統(tǒng)導(dǎo)入完成后，各給每個參會者發(fā)送一封郵件，里面包含該參會者的ID和密碼。
?
我們開始詢問客戶這個用戶例事的細(xì)節(jié)。比如：
這個文本文件的格式是什么樣的？假定客戶說，文本文件里面的每行字符串包含一個參會者。這個參會者每項(xiàng)數(shù)據(jù)會用制表符隔開。
ID，密碼，姓名，地址還有郵箱都是一定會出現(xiàn)在文本文件里面的嗎？假定客戶說有些參會者的地址會留空，其他數(shù)據(jù)都要出現(xiàn)。否則，系統(tǒng)將跳過這行。
如果參會者的ID已經(jīng)存在的話怎么辦？假定客戶說，那這行會被跳過。???????????????????????????
等等。
?
我們問完客戶，用CRC卡或者其他的方法來快速組織跟討論設(shè)計(jì)，寫代碼，同時改進(jìn)設(shè)計(jì)。假定兩天以后，我們完成了所有的代碼，代碼結(jié)構(gòu)的設(shè)計(jì)也很合理了。好，現(xiàn)在我們還要做一件重要的事件：測試我們的代碼是不是正確的實(shí)現(xiàn)了用戶例事。
?
怎么測試
?
怎么測試？比如，我們運(yùn)行下面的“測試用例”：
?
測試用例1：導(dǎo)入?yún)?span lang="EN-US">
?
1.創(chuàng)建下面這樣的文件：
??????? 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.刪除系統(tǒng)里面已有的參會者信息，防止p001，p002，p004已經(jīng)存在。
3.運(yùn)行系統(tǒng)，將上面的文件導(dǎo)入到數(shù)據(jù)庫里面。
4.檢查系統(tǒng)是不是正確的導(dǎo)入了文件。這里面，我們肯定有一個用戶例事是讓用戶輸入一個參會者的ID，然后系統(tǒng)顯出這個參會者的所有信息。我們可以先實(shí)現(xiàn)這個用戶例事，然后輸入p001,看看系統(tǒng)會不會顯示p001的正確信息（123456，Mary Lam等等），然后再輸入p002和p004。
5.檢查系統(tǒng)有沒有發(fā)郵件。我們可以聯(lián)系Mary，John和Paul，確認(rèn)一下他們有沒有收到郵件，郵件里面的內(nèi)容是不是正確的。
?
這樣的測試就叫“驗(yàn)收測試”或者“功能測試”。這樣的測試只是測試系統(tǒng)的外部行為，忽略系統(tǒng)里面有哪此類，哪些模塊。
具體內(nèi)容請下載pdf觀看：
第10章驗(yàn)收測試.rar或者
第10章驗(yàn)收測試.rar