探索式測試與基于腳本的測試之關(guān)系
不過,我們以前熟悉測試中的錯(cuò)誤猜測法、Ad hoc測試等方法,不管Cem Kaner承認(rèn)不承認(rèn),ET概念很有可能來源于這些先前的概念,在這些概念的基礎(chǔ)上豐富它,試圖給ET建立一個(gè)比較系統(tǒng)的體系,例如引入基于上下文驅(qū)動 (Context-driven)、基于session的測試等。想當(dāng)初,我們用錯(cuò)誤猜測法、Ad hoc測試方法時(shí),一定也會考慮業(yè)務(wù)或功能的上下文關(guān)系,沒有上下文還做什么測試?也會考慮某些場景,更多會考慮一些特別的場景,如人們常說的 corner case,right? 當(dāng)然,ET和錯(cuò)誤猜測法、Ad hoc測試是有區(qū)別的。
談?wù)勌剿魇綔y試與基于腳本的測試(Script-base Test 或 Scripted Testing,ST)之關(guān)系,不論是在傳統(tǒng)測試流程還是在敏捷測試中, 這兩者是相輔相成的,誰也不能代替誰,正如James Bach也談到“Balancing Exploratory Testing with Scripted Testing,... two approaches to testing are fully compatible” 。而且在不同的場景有各自的優(yōu)勢,例如:
● 發(fā)現(xiàn)問題來看,探索式測試效率會更高些,甚至高得多;
● 測試樂趣看,也會優(yōu)先選擇探索式測試;
● 敏捷中新功能測試會選擇探索式測試;
● 探索式測試不易實(shí)現(xiàn)自動化,所以自動化測試先需要腳本,然后執(zhí)行;
● 歸測試比較確定,需要不斷運(yùn)行,自然會選擇基于腳本的測試(ST);
● 產(chǎn)品線來看,開發(fā)周期長,復(fù)用會大大提高效率,ST也具有很大優(yōu)勢。
所以,在一個(gè)項(xiàng)目中,經(jīng)常是同時(shí)采用這兩種方法——ST和ET,而且不同的組織環(huán)境或項(xiàng)目環(huán)境,隨時(shí)間的投入是不一樣的,這就是那兩條神奇的曲線:
當(dāng)初我沒有在線上標(biāo)ST和ET,就是因?yàn)槊扛€都可能是ET或ST,例如:
1、如果自動化測試水平低或沒有自動化測試,就需要在前期有更多的ET,在發(fā)現(xiàn)產(chǎn)品問題的同時(shí)學(xué)習(xí)產(chǎn)品、更深地理解產(chǎn)品,并通過發(fā)現(xiàn)問題來完善測試用例。而為了降低產(chǎn)品質(zhì)量風(fēng)險(xiǎn),后期需要進(jìn)行更系統(tǒng)的測試,特別是要完成大量回歸測試、對產(chǎn)品質(zhì)量有一個(gè)完整的評估,需要執(zhí)行ST。由于自動化水平低,這時(shí)人力都投在ST上,就沒有經(jīng)歷做ET,而且也不必要。
2、如果自動化水平高,前期需要開發(fā)腳本,ST的投入自然大。但自動化執(zhí)行時(shí),雖然會運(yùn)行大量用例,但解放了生產(chǎn)力,測試人員有更多時(shí)間投入ET。
實(shí)際環(huán)境所處的場景會更多,不管怎樣,先要清楚自己測試工作中有什么問題,然后采用合適的方法來解決問題。或者說,要清楚自己的目標(biāo),是讓團(tuán)隊(duì)獲得激情還是讓公司處在穩(wěn)定的不敗之地、還是為了盡快發(fā)現(xiàn)Bug還是提高產(chǎn)品的質(zhì)量,方法何時(shí)使用、如何使用、誰使用等都可能不同。即先問Why?What?然后才考慮How、Who、Where?
關(guān)于探索式測試和腳本測試還有許多東西可以談,時(shí)間關(guān)系,今天就談到這里。
出自:http://blog.csdn.net/kerryzhu/article/details/7489319
posted on 2012-05-15 09:33 順其自然EVO 閱讀(313) 評論(0) 編輯 收藏 所屬分類: 測試學(xué)習(xí)專欄