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

Q：作為查詢信息、尋找商業合作伙伴的網站用戶，搜索框對我有什么好處？

A：壞處：找到一家商戶的地址，過去才發現已經關門歇業

好處：查找商戶很簡單，只要輕點鼠標

不快：有時候在尋找一類商戶，卻記不清楚具體名字

3. 從程序員角度思考

Q：一個搜索框的最簡單實現方法是什么？

A：一個有 text input 和 search button 組成的 form；后臺通過 server 程序將符合類型和地址的商戶名從數據庫中取出，返回給用戶；每個返回項包括商戶的名稱、地址和評價意見。

4. 尋找這些觀點中的問題

Q：搜索框如何在用戶忘記具體名字的時候提醒用戶？

A：在第一版本中實現比較困難?？梢宰層脩糨斎胫辽僖粋€類型來提高模糊查找的效果。

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

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

首先，系統應該能夠在高峰時候處理 200 條搜索請求和 1000 個鼠標點擊事件。

其次，用戶可以在已經查找到的內容中繼續查找

最后，系統提供一個商戶類別清單；如果用戶選擇商戶類別而忘記具體名字，系統提供模糊查詢。

在敏捷開發中，這些假設可以作為用戶故事記錄下來，從而指導未來系統的開發和測試。

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

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

項目實例：

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