What is Exploratory Testing?
by James Bach
http://www.satisfice.com/articles/what_is_et.shtml
Exploratory testing (ET) 是agile testing中最有名的方法, 可是也是大家最陌生的方法. 因為很多人很容易把它和Ad Hoc testing想在一起, 而對它有錯誤的誤解. 所以這篇文章企圖給大家一些基本介紹, 讓你了解ET到底是什麼
1. ET和scripted testing的定義
Exploratory testing
- test design and test execution at the same time.
- not defined in advance and carried out precisely according to plan
Scripted testing
- predefined test procedures, whether manual or automated
當然所謂規劃好或是試前定義好的測試, 也並非所有地方都能都說的很詳細. 像是有些input, 或是一些較detailed的步驟, 其實不會在一開始就描述清楚
但是所謂的ET也不是完全都沒有限制, 它也是要規範測試的範圍, 以及所要使用的測試策略.
所以ET和Ad Hoc Testing不同的地方, Ad Hoc Testing是指它的測試是臨時起意, 事先並沒有準備的. 所以每個人都能做Ad Hoc testing, 因為它真的是完全沒有任何規範和要求.
2. 適用時機
什麼時候適合用ET
- 當你不知道測試要如何進行
- 當你沒有機會去create test cases
- 當你在run scripted testing, 發現有一塊新的地方(可能是新的bug或是requurement), 很重要需要花時間去測試
- 系統很複雜, 並且不太了解
什麼時候適合用scripted testing
- 只有少部分地方還沒有開test cases, 並且那地方重要性不高
- 覺得這地方是很需要doc或之後需要TOI
- 當你覺得執行時間和重複執行很重要時
- 適合用test automation的地方
當然作者覺得者兩者方法是互補的, 可並存的. 也就是兩者是可以適時機來交叉使用.
========================================
3. 為何要做ET
Scripted testing最大的問題, 在於它機械化地, 去重複執行已經規劃好的test case. 嚴重限制了QA的想像力與創造力. 因為你大部分的時間都是照著劇本來走, 沒有因應實際狀況做出適當的調整, 來企圖去找出更重要的bug.
也就是說它希望你能更聰明的測試, 在適當的時間, 做適當的測試, 找出適當的bug.
要說ET有限制的地方是什麼, 那就是你的想像力. 它的重點是要你思考, 如果你的創造力有限, 用ET自然不會有太大的效果
留言列表
