從一個(gè)實(shí)例詳解敏捷測試的最佳實(shí)踐(7)

Q：作為查詢(xún)信息、尋找商業(yè)合作伙伴的網(wǎng)站用戶(hù)，搜索框對我有什么好處？

A：壞處：找到一家商戶(hù)的地址，過(guò)去才發(fā)現已經(jīng)關(guān)門(mén)歇業(yè)

好處：查找商戶(hù)很簡(jiǎn)單，只要輕點(diǎn)鼠標

不快：有時(shí)候在尋找一類(lèi)商戶(hù)，卻記不清楚具體名字

3. 從程序員角度思考

Q：一個(gè)搜索框的最簡(jiǎn)單實(shí)現方法是什么？

A：一個(gè)有 text input 和 search button 組成的 form；后臺通過(guò) server 程序將符合類(lèi)型和地址的商戶(hù)名從數據庫中取出，返回給用戶(hù)；每個(gè)返回項包括商戶(hù)的名稱(chēng)、地址和評價(jià)意見(jiàn)。

4. 尋找這些觀(guān)點(diǎn)中的問(wèn)題

Q：搜索框如何在用戶(hù)忘記具體名字的時(shí)候提醒用戶(hù)？

A：在第一版本中實(shí)現比較困難?？梢宰層脩?hù)輸入至少一個(gè)類(lèi)型來(lái)提高模糊查找的效果。

5. 最后尋找到隱藏的假設

以上的思考讓測試人員對系統的隱含假設更加清晰：

首先，系統應該能夠在高峰時(shí)候處理 200 條搜索請求和 1000 個(gè)鼠標點(diǎn)擊事件。

其次，用戶(hù)可以在已經(jīng)查找到的內容中繼續查找

最后，系統提供一個(gè)商戶(hù)類(lèi)別清單；如果用戶(hù)選擇商戶(hù)類(lèi)別而忘記具體名字，系統提供模糊查詢(xún)。

在敏捷開(kāi)發(fā)中，這些假設可以作為用戶(hù)故事記錄下來(lái)，從而指導未來(lái)系統的開(kāi)發(fā)和測試。

3.2.2 設計概要的驗收測試用例

定義完一系列用戶(hù)故事后，測試人員就可以著(zhù)手設計概要的驗收測試用例。正如我們在前文論述，不同于單元測試，驗收測試檢查系統是否滿(mǎn)足客戶(hù)的預期，也就是用戶(hù)故事是否能夠實(shí)現。于是，測試人員可以根據每條用戶(hù)故事來(lái)擴展，尋找其中的“動(dòng)作”，然后為每條“動(dòng)作”制定正例和反例。

項目實(shí)例：

原文轉自：https://www.ibm.com/developerworks/cn/rational/r-cn-agiletestexplain/