自動(dòng)化工具測(cè)試講解

1、精選優(yōu)質(zhì)文檔-傾情為你奉上如何做自動(dòng)化測(cè)試什么叫做自動(dòng)化測(cè)試工程師首先，會(huì)使用自動(dòng)化測(cè)試工具的測(cè)試人員不能夠稱(chēng)之為完全的自動(dòng)化測(cè)試人員，這類(lèi)測(cè)試人員被稱(chēng)為工具小子(Script Kid)。這個(gè)階段還是處于自動(dòng)化測(cè)試的一個(gè)比較低級(jí)的階段，因?yàn)檫@些工具都不是測(cè)試人員開(kāi)發(fā)的。對(duì)于高手來(lái)說(shuō)，要能寫(xiě)一些獨(dú)立的測(cè)試腳本甚至測(cè)試工具。更高的高手則是能腳本和工具和實(shí)際工作緊密結(jié)合起來(lái)，解決工作中遇到的問(wèn)題。自動(dòng)化測(cè)試工程師應(yīng)該具有開(kāi)發(fā)能力嗎通過(guò)上述內(nèi)容，應(yīng)該可以看得出來(lái)，自動(dòng)化測(cè)試人員一定要有開(kāi)發(fā)能力，而這恰恰是測(cè)試人員目前所欠缺的。沒(méi)有開(kāi)發(fā)能力的測(cè)試人員雖然也可以做一些所謂的自動(dòng)化，但是僅僅是一些皮毛，沒(méi)有

2、辦法做到活學(xué)活用。根據(jù)某機(jī)構(gòu)的調(diào)查數(shù)據(jù)，目前所有從事測(cè)試工作的人中，90%的人都沒(méi)有任何開(kāi)發(fā)能力。根據(jù)目前的市場(chǎng)行情，如果在精通一門(mén)開(kāi)發(fā)語(yǔ)言，能夠從純手工測(cè)試轉(zhuǎn)型為自動(dòng)化測(cè)試工程師，月薪至少增加35k。自動(dòng)化測(cè)試的層級(jí)一般來(lái)說(shuō)，自動(dòng)化測(cè)試分為三個(gè)層級(jí)：?jiǎn)卧獪y(cè)試、接口測(cè)試和UI測(cè)試，這三層成一個(gè)金字塔形狀分布。最底層是單元測(cè)試，接口測(cè)試在中間，UI測(cè)試在最上層。下面通過(guò)一個(gè)表格來(lái)對(duì)比著三層測(cè)試。層級(jí)所處位置受益測(cè)試對(duì)象運(yùn)行速度定位問(wèn)題難度維護(hù)成本單元測(cè)試底層70%類(lèi)或者方法極快十分容易低接口測(cè)試中間20%服務(wù)接口快一般低UI測(cè)試上層10%UI慢較難非常高從表格中我們可以看到，最適合做自動(dòng)化的是單

3、元測(cè)試層，而UI層則不是十分適合進(jìn)行自動(dòng)化。測(cè)試人員應(yīng)該怎么辦單元測(cè)試單元測(cè)試無(wú)疑是最適合做自動(dòng)化的，但是，大多數(shù)單元測(cè)試都是由研發(fā)人員自己完成。單元測(cè)試的代碼行覆蓋率能夠達(dá)到70%，就是一個(gè)非常不錯(cuò)的程度了。測(cè)試人員不做單元測(cè)試，但是可以嘗試推動(dòng)研發(fā)人員來(lái)編寫(xiě)單元測(cè)試用例。單元測(cè)試框架 單元測(cè)試常用的框架XUnit，比如Java的JUnit，PHP的PHPUnit，Python的unittest等等； 一個(gè)測(cè)試用例通常由三部分組成setUp，測(cè)試邏輯，tearDown。setUp用于準(zhǔn)備測(cè)試數(shù)據(jù)，tearDown用于清理數(shù)據(jù)； 一般單元測(cè)試框架都支持裝飾器設(shè)計(jì)模式的注解，比如跳過(guò)執(zhí)行，測(cè)試套

4、件的組織，測(cè)試用例依賴(lài)管理等等單元測(cè)試框架可以無(wú)縫地在UI測(cè)試和接口測(cè)試中使用，它們的基本思想都是相通的。UI測(cè)試目前，大眾眼中關(guān)注的比較多的是UI的自動(dòng)化測(cè)試，這是由大家的思維慣性導(dǎo)致的。傳統(tǒng)的測(cè)試行業(yè)，測(cè)試工程師都是從UI下手，來(lái)完成所有的測(cè)試工作，所以到自動(dòng)化領(lǐng)域，大家也理所當(dāng)然的喜歡從UI層來(lái)進(jìn)行自動(dòng)化。做UI自動(dòng)化，最重要的是要能有一個(gè)好的自動(dòng)化測(cè)試框架，這里有一些框架的基本設(shè)計(jì)思路供大家參考： 分布式case增加到一定程度后，如何快速的運(yùn)行所有的case，這就涉及到分布式的概念。對(duì)于Selenium，官方提供了一個(gè)Grid，感興趣的同學(xué)可以研究一下； 行為驅(qū)動(dòng)也就是常說(shuō)的Cucum

5、ber，這個(gè)領(lǐng)域筆者沒(méi)有太多的涉足，不誤導(dǎo)大家 關(guān)鍵字驅(qū)動(dòng)由操作對(duì)象、操作、數(shù)據(jù)關(guān)鍵字組合成測(cè)試用例，框架來(lái)把關(guān)鍵字解析為腳本并執(zhí)行。這種框架最大的優(yōu)點(diǎn)就是可以提供給不懂代碼的測(cè)試人員使用，典型的代表是Robot framwork 數(shù)據(jù)驅(qū)動(dòng)同一段代碼的業(yè)務(wù)邏輯通過(guò)更換數(shù)據(jù)輸入來(lái)生成多個(gè)測(cè)試用例，我們只需維護(hù)測(cè)試數(shù)據(jù)就可以維護(hù)case，這種框架思想在很多測(cè)試工具中都有實(shí)現(xiàn) 關(guān)鍵字和數(shù)據(jù)混合驅(qū)動(dòng)目前最高級(jí)的框架，將上述兩種框架結(jié)合起來(lái)當(dāng)然，這些思路不僅僅能用在UI層的自動(dòng)化。對(duì)于UI自動(dòng)化，我個(gè)人的建議是只做冒煙測(cè)試用例的自動(dòng)化，這樣既可以從UI的角度來(lái)重復(fù)性的驗(yàn)證主業(yè)務(wù)主流程沒(méi)有問(wèn)題，又可以降低

6、維護(hù)成本。接口測(cè)試接口的自動(dòng)化是目前最適合測(cè)試工程師進(jìn)行自動(dòng)化的一層。接口不但變化小，運(yùn)行速度快，受益高，還有著出現(xiàn)問(wèn)題后能夠很快定位的優(yōu)點(diǎn)。什么時(shí)候最適合做自動(dòng)化首先，自動(dòng)化測(cè)試從來(lái)都不是用來(lái)發(fā)現(xiàn)新的bug的，它更多的是用來(lái)驗(yàn)證原有功能是沒(méi)問(wèn)題的，新的修改對(duì)原有代碼邏輯沒(méi)有影響。所以，當(dāng)一個(gè)項(xiàng)目相對(duì)穩(wěn)定之后，以后的項(xiàng)目都是基于原有代碼進(jìn)行迭代，這個(gè)時(shí)候自動(dòng)化的介入是非常有效的。另外，如果某個(gè)用例需要有大量的輸入項(xiàng)，做手工測(cè)試比較繁瑣，我們也可以引入自動(dòng)化的手段做局部的自動(dòng)化。比如，驗(yàn)證某個(gè)用戶(hù)登錄1000次是否能夠登錄成功，這種情況使用手工的方式基本是不可能的?？偨Y(jié)服務(wù)端灰盒測(cè)試是一個(gè)很好的自動(dòng)化測(cè)試的方向，從功能測(cè)試向服務(wù)端自動(dòng)化測(cè)試轉(zhuǎn)型，需要自己學(xué)習(xí)充足的編程知識(shí)