軟體測試自動化
最近公司在搞大規模弄自動化測試,所以今天想來談談測試自動化這個問題,當然我說的“測試自動化”跟“自動化測試”是不同概念,一樣的字,不同的順序。
所謂的“自動化測試”,一般是說用一些工具來幫助測試,比如LoadRunner可以幫忙測試負載,QTP可以幫忙做功能測試,當然很多公司還自己寫一些指令碼做單元測試。這些工具的幫忙,可以極大地提高公司的測試效率,從而可以解放很多資源去做更加複雜、高階的測試。(所以“自動化測試”只是一個工具或者技術)
而所謂的“測試自動化”,主要是說我們的測試流程,應該怎樣來充分地結合各種工具/系統(測試管理工具、自動化測試工具等等工具/系統),使得這個測試流程更加合理、更加高效。前面說的LoadRunner這類“自動化測試”工具對於“測試自動化”而言只是一個幫助因素。(所以“測試自動化”是一個方向,一個理論,一門科學研究)
在像LoadRunner這類工具出現之前,其實我們對於“測試自動化”的理論早已存在,出現的原因是由於軟體發展速度太快,帶來了越來越多光靠人力難解決的問題,比如:
1、效能問題:很多軟體都是很多人一起使用的,比如股票系統,可能會幾百萬、幾千萬人在用,但是股票系統開發公司不可能用人力來模擬這麼多人一起使用
2、功能問題:軟體功能和邏輯是越來越多、越來越複雜,但是有不少舊的邏輯其實一直沒怎麼變,比如新建專案,備份專案等操作,但是這些雖然不變化,但是在每個Release時,總是需要測試的,這樣子,就需要人力和時間了
3、變更問題:很多功能雖然表面上看起來樣子沒啥變化,但是其實內在邏輯什麼都可能在不斷變化,優化演算法啊,修Bug,都可能帶來改變,怎麼去保證能Catch到每次改變呢?這個是問題。
4、……
就這樣子,大家為了解決這種問題,推出了各種各樣的工具,而且也解決地很不錯,不過其實很多公司還是繼續存在著問題,什麼原因呢?過度地認為工具能幫忙解決一切,整天叫囂著工具代替人,而忽視了一個重要因素:人的思維。
我們知道工具雖然很厲害,但是思維絕對無法超過人,工具裡面的邏輯都是人編進去的,而人的思維確實無限的,如果工具真的解決一切,為啥這些工具還不斷經常推出新版本,不正是說明還有很多事情工具做不到,需要人來幫忙去讓它們實現嗎?
所以在“測試自動化”的理論體系中,人總是在“訓練”工具,而不是在“使用”工具。
在測試自動化現有理論體系中,主要由以下幾部分組成:
1、人
2、自動化測試工具(LoadRunner,QTP,Selenium,Test Complete……)
3、測試管理工具 (DevTest, TestDirector ……)
關於“人”,我最後介紹了,先把2和3介紹一下,2其實已經介紹過了,對於3而言,雖然表面上可能沒2厲害,但是其實起得作用可能比2還大,因為自動化測試工具只能測試產品的一個部分,而怎樣能保證整個產品的所有部分都能被測好呢,這個就需要用到測試管理工具,比如TechExcel的DevTest,它的測試用例可以繫結自動化測試工具,而所有的測試用例就代表了一個完整的產品了,當這些測試用例去觸發繫結的自動化測試工具執行後返回結果以後,相當於這個產品全部測完了。
而最重要的“人”的作用呢?其實我不說,大家應該都能想出很多作用來,接下來我來總結一下:
1、維護產品的完整性:需要根據功能的變化,Bug的發現、自動化測試工具的侷限性,經常地更新測試用例、測試指令碼。這個是最基本的。
2、發揮人的能動性、發散性:自動化工具永遠無法把一個產品測好,所以作為人而言,不要以為懂了自動化測試工具而驕傲,也不用因為只懂手工測試而感到沮喪,關鍵是要了解測試的內涵,從而就能瞭解產品的內涵,最後讓產品在你的腦海中能融會貫通,這樣子,你自己的腦袋就是無敵的自動化測試工具了。
3、吸收+創新+創造:相信我,即使一個完美的產品的測試,如果真正意義上說完成了是永遠無法做到的,更何況普通產品了。所以這也就意味著這裡面會有大量的地方可以得到加強,吸收以往經驗,發掘與加強遺漏點,追尋潛在點,創造新方法,都是一個“人”都能做到的,當然你需要大量地去思考、去探索。
4、更新體系:我們說“測試自動化”是一個方向,是一個理論,是一個科學研究,這個就意味著它可以不斷進步,至於進步到什麼程度,我也無法想象,有可能會出現類似自動分析產品邏輯從而得到測試用例與指令碼這樣子,不過唯一能知道的是,人還是會佔主導地位,無論更新到什麼樣子,人會一直帶領著這個系統前進!
本文轉載自51Testing軟體測試網,檢視更多:http://www.51testing.com/html/news.html
[@more@]來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/11323760/viewspace-1058149/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 軟體測試:自動化測試
- 軟體測試自動化框架框架
- 軟體測試框架——自動化測試框架框架
- 軟體測試理論(2)自動化測試
- 通用自動化測試軟體 — TAE
- Eggplant—HMI 自動化測試軟體
- 軟體自動化測試有什麼優勢?自動化測試框架有哪些?框架
- 自動化測試是什麼?什麼軟體專案適合自動化測試?
- 軟體測試自動化的最新趨勢
- 《軟體自動化測試成功之道》目錄
- 軟體開發中的自動化測試
- 軟體測試為什麼需要自動化測試框架?權威軟體測試公司分享框架
- 談軟體自動化測試工具的評測方法
- 《軟體自動化測試成功之道》節選12 - 自動化測試指令碼的維護指令碼
- 軟體自動化測試工具的那些事兒
- 軟體自動化測試的四個階段
- 軟體測試(功能、介面、效能、自動化)詳解
- 我的自動化軟體測試小結(2)
- 新書《軟體自動化測試成功之道》出版新書
- 恰當選擇軟體測試自動化方案
- 基於GUI的自動化軟體測試工具GUI
- 《軟體測試自動化》電子書下載
- 自動化測試在國際軟體測試中的應用
- 軟體測試、自動化測試極容易產生的誤區
- 軟體自動化測試有哪些測試流程?專業的軟體測評中心推薦
- 軟體測試筆記——11.自動化測試和手動測試的選擇筆記
- 自動化測試系列 —— UI自動化測試UI
- 自動化測試可替代手動測試?軟體測試這個誤區你有嗎?
- 軟體自動化測試工具的歷史演進
- 軟體自動化測試與AI結合 - modernanalystAINaN
- 《軟體自動化測試成功之道》學習資源
- 軟體測試人員的華麗轉身——自動化測試之我見
- 自動化軟體測試知識分享,上海權威軟體檢測公司有哪些?
- 《軟體自動化測試成功之道》節選1 - 選擇合適的專案實施自動化測試
- TAE V3.0 — 全新的通用自動化測試軟體
- 【自動化測試入門】自動化測試思維
- 軟體自動測試架構設計架構
- 2021年軟體測試工具大全(自動化、介面、效能、安全、測試管理)