敏捷腦圖測試用例實踐之路(5)

圖-11-輕腦圖示例團隊可以在不同場景，選擇合適的模板來發揮、擴散測試的思維點。6 總結傳統的用例編寫，團隊大概經歷了半年，就轉向敏捷腦圖用例，之后一直堅持了三年，期間也不斷完善用例的展現以及思考的出發點。其實，在整個開發、測試環節中，思考、溝通是最重要的環節，把產生的、達成共識的內容記錄下來，匯集在腦圖中展現，就可以看到整個需求點測試的全景圖，然后再不斷細化成測試故事點，這完全符合思維擴散以及總結的模式，大腦也容易接受，而且可以不斷重構->測試->重構->測試，不斷迭代下去。當然，有些人會問：腦圖用例里面的故事點怎么保證人人都看懂，能做到100%覆蓋需求，bug為0嗎?軟件測試不可能找到100%的bug，這是對測試的誤解，因此不建議實施腦圖用例的幾點：抱著通過腦圖用例把需求覆蓋100%、bug為0;

　　對業務不熟悉，看不到腦圖用例的故事點，因為它有時候比較隱晦;

　　團隊及主管沒有耐心;

　　通過外包做測試，需要詳細用例執行步驟、測試報告;

　　研發、測試沒有溝通，只有研發完成交付，測試才介入;

腦圖用例，不僅對研發自身素質要求高，測試要求也高，不單單要有相關測試經驗，而且也要有相關開發經驗，可以理解開發過程遇到的問題甚至有時候需要滲入到開發代碼中去排查。最后一張圖，展示了腦圖用例在Scrum框架中所處的位置，實際是貫穿整個從需求到運營階段： 圖-12-Scrum流程框架 

原文轉自：http://www.infoq.com/cn/articles/road-of-agile-mind-map-practice/