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

在迭代的 Sprint 周期中，開(kāi)發(fā)部分可以根據傳統步驟分成編碼和單元測試、重構和集成。需要指出的是，重構和集成是敏捷開(kāi)發(fā)的 Sprint 迭代中不可忽視的任務(wù)。如果在新的 Sprint 周期中要對上次的功能加以?xún)?yōu)化和改進(jìn)，必然離不開(kāi)重構和集成。

在每個(gè) Sprint 周期結束前，測試團隊將提交針對該 Sprint 周期或者上個(gè) Sprint 周期中已完成的功能的驗收測試（在實(shí)際項目中，測試團隊的進(jìn)度通常會(huì )晚于開(kāi)發(fā)團隊）。這樣一來(lái)，開(kāi)發(fā)團隊可以運行驗收測試來(lái)驗證所開(kāi)發(fā)的功能目前是否符合預期。當然，這個(gè)預期也是在迭代中不斷變化和完善的。

當產(chǎn)品的所有功能得以實(shí)現，測試工作基本結束后，就進(jìn)入了發(fā)布周期。此時(shí)，測試團隊的任務(wù)相對較多。

以上，我們概述了敏捷開(kāi)發(fā)的主要活動(dòng)。下面我們將對各階段相應的測試活動(dòng)作詳細的介紹和分析。首先是用戶(hù)故事設計和發(fā)布階段。

3.2 用戶(hù)故事設計和發(fā)布計劃階段

在用戶(hù)故事和發(fā)布計劃階段，項目經(jīng)理和產(chǎn)品經(jīng)理會(huì )根據客戶(hù)的需求，制定概要的產(chǎn)品發(fā)布日程計劃。此時(shí)，測試人員可以和開(kāi)發(fā)人員一起學(xué)習新的功能，了解客戶(hù)的需求。其中，有兩個(gè)主要活動(dòng)：尋找隱藏的假設和設計概要的驗收測試用例。

3.2.1 尋找隱藏的假設

正如前文所述，開(kāi)發(fā)人員通常關(guān)注一些重要的系統功能而忽視細節。此外，敏捷開(kāi)發(fā)倡導簡(jiǎn)單的實(shí)現方案，每個(gè)開(kāi)發(fā) Sprint 周期不可能將功能完美得實(shí)現；相反，每個(gè) Sprint 都會(huì )增量得開(kāi)發(fā)一些功能。所以，測試人員在最初就需要從各種角度來(lái)尋找系統需求，探索隱藏的假設。

項目實(shí)例：

1. 從在線(xiàn) B2B 公司角度思考

Q：這個(gè)搜索框對公司的業(yè)務(wù)有什么價(jià)值？

A：搜索框可以為用戶(hù)方便得提供商戶(hù)的目錄信息。如果越來(lái)越多用戶(hù)使用這個(gè)搜索框，可以增加我們網(wǎng)站的訪(fǎng)問(wèn)量。

2. 從用戶(hù)角度思考

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

   • 共17頁(yè):
   • 上一頁(yè)
   • 1
   • 2
   • 3
   • 4
   • 5
   • 6
   • 7
   • 8
   • 9
   • 10
   • 11
   • 12
   • 13
   • 14
   • 15
   • 16
   • 17
   • 下一頁(yè)