測試自動化目前是開發活動中的當紅要角, 不管有沒有做, 任何人都可以來說嘴幾句, 探索式測試自然也要來跟他攀上關係, 就讓我們來談談兩者要如何合作.
 
 
 
測試的做法, 主要分成檢查 (checking) 和探索 (exploring) 兩種. 因為很多人的誤解, 測試自動化 (Test Automation) 往往變成是偏向檢查類別的. 

kojenchieh 發表在 痞客邦 留言(0) 人氣()

前面提了不少探索式測試 (exploratory testing, ET) 的原理, 相信大家已有基本的認識. 但是要如何落實到專案中, 大家還是有很多疑問. 因為每個專案特性不同, 測試流程也不同, 需要對這些狀況做客製化調整.
 
在探索式測試實踐之路ㄧ書中 , 作者根據他在淘寶網的經驗, 整理了四種流程, 我想應該可以適用在大多數環境. 描述如下:
 
 

kojenchieh 發表在 痞客邦 留言(0) 人氣()

軟體測試可以分成探索的方式 (Exploratory Testing, 之後簡稱 ET) 和檢查的方式 (Scripted Testing, 之後簡稱 ST) 來進行. 所謂 ST, 就是根據測試個案的內容, 照表操課來執行. 所謂的 ET, 就是事先沒有寫好的測試個案, 在測試當下, 同時進行測試設計, 執行和學習.
 
但是這絕對不是二分法. 也就是說, 在專案執行過程中, 不會單純只做 ST 和 ET, 兩者通常是混合進行的. 說得更準確一點, 其實每個人在測試的過程, ET 和 ST 的動作往往是交互發生的. 
 
是這樣嗎? 我們來看一下各種不同程度的 ET 和 ST 的組合
 

kojenchieh 發表在 痞客邦 留言(0) 人氣()

 
我想 Mob Programming (暴徒式編程) 大家可能聽過吧? 他是搭擋編程 (Pair Programming) 的變形版, 讓較多人一起開發, 一起學習. 
 
 
或許一開始大家會覺得有點浪費時間, 其實他可以省下 review 時間, 讓大家在第一時間就知道這系統是怎麼一回事, 並且也學習到別人的開發技巧.

kojenchieh 發表在 痞客邦 留言(0) 人氣()

探索式測試通常會以迭代為主的方式來進行, 在每次迭代中, 會測試某個 charter. 但是大家痛苦的, 就是 charter 應該怎樣找呢? 
 
在 James Whittaker 所著的探索式軟體測試(Exploratory Software Testing: Tips, Tricks, Tours, and Techniques to Guide Test Design) 一書中, 便有一些 charter 的點子可以參考. 
 
(註:  James Whittaker 是誰呢? 一個在 Google 和微軟都當過測試架構師的傢伙, 可以去他網站逛逛: http://www.docjamesw.com/)
 

kojenchieh 發表在 痞客邦 留言(0) 人氣()

您尚未登入,將以訪客身份留言。亦可以上方服務帳號登入留言

請輸入暱稱 ( 最多顯示 6 個中文字元 )

請輸入標題 ( 最多顯示 9 個中文字元 )

請輸入內容 ( 最多 140 個中文字元 )

請輸入左方認證碼:

看不懂,換張圖

請輸入驗證碼