如何學(xué)好自動(dòng)化測(cè)試，如何學(xué)習(xí)自動(dòng)化測(cè)試

來源：整理時(shí)間：2023-06-16 09:36:54 編輯：智能門戶手機(jī)版

1，如何學(xué)習(xí)自動(dòng)化測(cè)試

軟件自動(dòng)化測(cè)試的學(xué)習(xí)步驟大概步驟如下： 1. 做好手工測(cè)試（了解各種測(cè)試的知識(shí)）-> 2. 學(xué)習(xí)編程語言-> 3. 學(xué)習(xí)Web基礎(chǔ)（HTML,HTTP,CSS,DOM,Javascript）或者學(xué)習(xí)Winform -> 4. 學(xué)習(xí)自動(dòng)化測(cè)試工具 ->5. 學(xué)習(xí)自動(dòng)化測(cè)試框架 -> 6. 實(shí)現(xiàn)自動(dòng)化測(cè)試用例 -> 7. 開發(fā)自動(dòng)化測(cè)試工具 ->8. 開發(fā)自動(dòng)化測(cè)試框架自動(dòng)化測(cè)試的最高境界是: 開發(fā)測(cè)試工具，設(shè)計(jì)自動(dòng)化測(cè)試框架, 讓別人用。自動(dòng)化測(cè)試的本質(zhì) 自動(dòng)化測(cè)試的本質(zhì)是：用程序測(cè)試程序。也就是說學(xué)習(xí)“編程語言”是學(xué)習(xí)自動(dòng)化測(cè)試的基礎(chǔ)。很多人問小坦克我學(xué)自動(dòng)化測(cè)試，應(yīng)該去學(xué)什么自動(dòng)化工具。我的回答是，第一步：應(yīng)該先學(xué)習(xí)編程語言，以后再去學(xué)自動(dòng)化測(cè)試工具自動(dòng)化測(cè)試是一定要寫代碼的，編程語言水平的高低決定了自動(dòng)化測(cè)試水平的高低, 有了扎實(shí)的編程技術(shù)，干什么都可以。學(xué)習(xí)編程語言時(shí)，要把自己當(dāng)做開發(fā)人員，系統(tǒng)地學(xué)習(xí)各種編程知識(shí)。自動(dòng)化測(cè)試學(xué)習(xí)的誤區(qū) 很多新手一開始，就學(xué)習(xí)復(fù)雜的自動(dòng)化測(cè)試工具，我覺得這樣是本末倒置了。如果不先理解HTTP協(xié)議，就不會(huì)理解Jemeter, LoadRunner, Fiddler, SoapUI這些工具的。如果不先理解HTML,DOM，就不會(huì)理解Firebug 這種工具的如果不先理解Win32 API, 就不會(huì)理解Windows 窗體自動(dòng)化測(cè)試的原理的。如果自己沒有開發(fā)過網(wǎng)站，就不會(huì)理解網(wǎng)站的各個(gè)方面，測(cè)試起來難免有遺漏。總之學(xué)習(xí)自動(dòng)化測(cè)試，需要循序漸進(jìn)，把基礎(chǔ)打好。自動(dòng)化測(cè)試的職位自動(dòng)化測(cè)試工程師的職位叫做：（SDET） Software Development Engineer in Test. 專注于自動(dòng)化測(cè)試手動(dòng)測(cè)試工程師叫：（STE）Software test enginer. 專注于手動(dòng)測(cè)試在微軟有很多SDET的職位，但是沒有STE的職位， STE職位一般都是外包給外包公司的, 目前自動(dòng)化測(cè)試還是非常吃香的。自動(dòng)化測(cè)試分類自動(dòng)化測(cè)試也有非常多的種類，對(duì)Web UI 的自動(dòng)化測(cè)試程序對(duì)Windows 窗體UI的自動(dòng)化測(cè)試程序 API測(cè)試，比如（測(cè)試WCF service, Web API 等）數(shù)據(jù)庫測(cè)試，比如測(cè)試存儲(chǔ)過程接口測(cè)試 (這種只能用自動(dòng)化測(cè)) 單元測(cè)試性能測(cè)試，性能測(cè)試都需要用到自動(dòng)化

如何學(xué)習(xí)自動(dòng)化測(cè)試

2，怎么學(xué)習(xí)自動(dòng)化測(cè)試

首先，想從事自動(dòng)化測(cè)試，必須先了解What/Why/How，也就是常說的去了解什么是自動(dòng)化測(cè)試、為什么要進(jìn)行自動(dòng)化測(cè)試、該如何進(jìn)行自動(dòng)化測(cè)試，這類的資料在網(wǎng)上有很多，這里就不做重復(fù)了；　　其次，需要根據(jù)項(xiàng)目的特點(diǎn)，選擇合適的自動(dòng)化測(cè)試工具，并了解工具的特性。以QTP為例，該如何去掌握它呢？對(duì)于初學(xué)者，大多數(shù)都是通過錄制的方式來生成腳本，這個(gè)階段應(yīng)該掌握的基礎(chǔ)知識(shí)有：　　1) QTP是如何去識(shí)別對(duì)象的，對(duì)于新手經(jīng)常會(huì)出現(xiàn)錄制的腳本回放的時(shí)候報(bào)錯(cuò)的現(xiàn)象，這個(gè)時(shí)候就應(yīng)該考慮為什么呢？如果很了解QTP識(shí)別對(duì)象的原理啊，我想就能很快定位到原因了　　2) 去掌握一些QTP對(duì)象的方法，如GetROPreperty、GetTOPreperty、ChildObjects等等，對(duì)于相似的方法應(yīng)該去搞清楚到底區(qū)別在哪？像GetROPreperty、GetTOPreperty有什么區(qū)別等　　3) 什么是Action參數(shù)、什么又是Test參數(shù)？?jī)烧哂惺裁磪^(qū)別，又有什么聯(lián)系，在同一Test和不同Test間這些參數(shù)如何工作　　4) 什么是環(huán)境變量？環(huán)境變量是如何建立和使用的，環(huán)境變量在參數(shù)傳遞中和action參數(shù)、test參數(shù)有什么不同　　5) 了解檢查點(diǎn)的知識(shí)，明白什么是內(nèi)置檢查點(diǎn)，什么又是自定義檢查點(diǎn)。并搞清楚在什么時(shí)候該如何使用檢查點(diǎn) 　　6) 掌握對(duì)象庫的操作，了解對(duì)象庫對(duì)于測(cè)試的意義，象是否啟用智能識(shí)別對(duì)測(cè)試腳本有何影響、為什么同一對(duì)象識(shí)別起來會(huì)有_1、_2之類的后綴等都是需要去研究清楚的問題　　這幾個(gè)問題都搞清楚的話，那基本就能夠利用QTP生成正確的腳本了，當(dāng)然以上只是部分必須掌握的內(nèi)容，其實(shí)還是很多細(xì)節(jié)的設(shè)置，就需要在實(shí)際運(yùn)用中去掌握了。　　接下來，就可以進(jìn)一步提升自己的QTP運(yùn)用水平了，這個(gè)階段就需要去學(xué)習(xí)vbs知識(shí)和如何運(yùn)用描述性編程實(shí)現(xiàn)腳本了，同時(shí)在這個(gè)過程中還需要去學(xué)習(xí)html知識(shí)、DOM、XML、以及像excel、word等的API知識(shí)了，總的來說，這個(gè)階段應(yīng)該掌握的內(nèi)容大體上包括：　　1) VBscrīpt的基礎(chǔ)知識(shí)，熟悉常用的方法和函數(shù)，掌握文件對(duì)象的操作等　　2) 熟練掌握XML技術(shù)；excel、word等API對(duì)象，可以根據(jù)需要?jiǎng)?chuàng)建日志等　　3) 熟練掌握DOM和HTML知識(shí)，能夠結(jié)合這些技術(shù)對(duì)Web頁面進(jìn)行解析　　4) 掌握數(shù)據(jù)庫的基本操作語句，能夠利用ADO對(duì)象進(jìn)行數(shù)據(jù)操縱　　5) 熟練掌握正則表達(dá)式，很多時(shí)候處理對(duì)象問題相當(dāng)方便　　6) 掌握如何調(diào)用dll進(jìn)行工作　　7) 能夠利用QTP的自動(dòng)化對(duì)象模型創(chuàng)建出需要的運(yùn)行模式　　8) 掌握WMI知識(shí) 　　以上只是我考慮到的部分，并不全面，呵呵，供大家參考，當(dāng)然這些技術(shù)主要是針對(duì)Web系統(tǒng)運(yùn)行，因?yàn)槲覀兊南到y(tǒng)就是B/S的，呵呵。如果這些知識(shí)都能夠扎實(shí)的掌握的話，個(gè)人認(rèn)為，基本上能夠處理自動(dòng)化過程中的絕大多數(shù)問題了，這個(gè)時(shí)候你對(duì)自動(dòng)化測(cè)試的技術(shù)應(yīng)該是有一定積累了。　　接下來就需要考慮自動(dòng)化測(cè)試框架問題了。當(dāng)腳本規(guī)模到了一定的程度，就會(huì)面臨一些問題，如：　　1) 如何有效的管理并調(diào)度腳本　　2) 如何實(shí)現(xiàn)腳本運(yùn)行的無人值守，測(cè)試過程中能夠自動(dòng)進(jìn)行錯(cuò)誤處理并進(jìn)行日志記錄　　3) 如何生成簡(jiǎn)介明確的測(cè)試報(bào)告　　4) 如何能夠更加高效的維護(hù)測(cè)試腳本　　5) 實(shí)現(xiàn)框架代碼和業(yè)務(wù)代碼的分層、業(yè)務(wù)腳本和業(yè)務(wù)數(shù)據(jù)的分離　　這個(gè)階段主要體現(xiàn)的是測(cè)試人員的測(cè)試思想，是可以脫離工具獨(dú)立存在的過程。當(dāng)然各個(gè)公司項(xiàng)目的實(shí)際情況不同，導(dǎo)致設(shè)計(jì)出來的思想不同，但總體上來說一般包括數(shù)據(jù)驅(qū)動(dòng)和關(guān)鍵字驅(qū)動(dòng)兩種模式。后者實(shí)現(xiàn)的技術(shù)難度大于前者，大多數(shù)公司目前都采用的數(shù)據(jù)驅(qū)動(dòng)模式。這個(gè)階段不應(yīng)局限于技術(shù)運(yùn)用上，而需要從測(cè)試全局考慮，進(jìn)行分層設(shè)計(jì)、模塊化實(shí)現(xiàn)，減少代碼之間的耦合。　　如果以上三個(gè)方面都能夠做的很好的話，那么恭喜你，你已經(jīng)可以獨(dú)立負(fù)責(zé)項(xiàng)目的自動(dòng)化測(cè)試建立工作了，呵呵！　　總之，學(xué)習(xí)自動(dòng)化測(cè)試需要在實(shí)際項(xiàng)目中進(jìn)行，這樣提高的會(huì)比較快，項(xiàng)目中運(yùn)用了很多種技術(shù)，自動(dòng)化實(shí)施過程會(huì)碰見各種各樣的問題，是很好的學(xué)習(xí)機(jī)會(huì)，關(guān)鍵要善于總結(jié)、積累經(jīng)驗(yàn)，只要能夠把各個(gè)細(xì)節(jié)做好，那么你一定能夠成為一名優(yōu)秀的自動(dòng)化測(cè)試工程師。

怎么學(xué)習(xí)自動(dòng)化測(cè)試

3，如何有效的開展自動(dòng)化測(cè)試

自動(dòng)化測(cè)試不宜大力投入不管是自動(dòng)化測(cè)試還是接口測(cè)試，都不宜在前期大量投入。當(dāng)前業(yè)務(wù)是否適用自動(dòng)化，哪些框架或者工具更適合，適合做接口自動(dòng)化還是 UI 的自動(dòng)化？如何讓自動(dòng)化達(dá)到收益和效果？這些問題都需要根據(jù)團(tuán)隊(duì)和業(yè)務(wù)具體的情況去嘗試，找到合適的才行。如果前期投入太大，團(tuán)隊(duì)對(duì)其期望太高，非常容易在遇到一點(diǎn)挫折的時(shí)候?qū)ψ詣?dòng)化喪失信心。另外，投入太大，畢竟加大人力或者減少手工測(cè)試的投入，會(huì)造成測(cè)試資源的緊張。在項(xiàng)目時(shí)間和成本的壓力下，測(cè)試管理者需要頂著巨大的壓力，這本身就很難成功?？梢园才乓恍┘夹g(shù)強(qiáng)或者技術(shù)興趣濃厚的成員，在項(xiàng)目允許的情況下減少其手工測(cè)試工作量，讓其可以利用部分工作時(shí)間和部分業(yè)余時(shí)間嘗試做自動(dòng)化，先局部功能嘗試，能夠有效果，在擴(kuò)大范圍。逐步達(dá)到一定的自動(dòng)化規(guī)模。以接口為主UI為輔UI 自動(dòng)化因其運(yùn)行環(huán)境的問題，會(huì)導(dǎo)致運(yùn)行速度慢，對(duì)環(huán)境依賴過高。同時(shí)因程序界面的多變性，導(dǎo)致自動(dòng)化腳本維護(hù)成本大大增加。接口測(cè)試有很多優(yōu)于 UI 自動(dòng)化的地方。但是接口測(cè)試也自有其短板，對(duì)流程性質(zhì)的測(cè)試并不適合用接口自動(dòng)化來覆蓋。接口自動(dòng)化更適合覆蓋單一接口功能的檢查。所以我們可以采用核心業(yè)務(wù)流程使用 UI 自動(dòng)化，單一功能使用接口自動(dòng)化，兩種層面的自動(dòng)化結(jié)合的方式來進(jìn)行。不輕談自動(dòng)化測(cè)試平臺(tái)目前測(cè)試界開始流行起自己開發(fā)測(cè)試平臺(tái)（以接口為主）。簡(jiǎn)單來說就是模仿常見的接口測(cè)試工具，用 Python 或者 Java 寫成了一個(gè) web 版本的。當(dāng)然也有其理由，“定制性更強(qiáng)！”但是畢竟是軟件都需要進(jìn)行測(cè)試，花大量精力開發(fā)的平臺(tái)并不穩(wěn)定，而本身功能和理念上并沒有太多更新。而這樣的一些功能，市面上的絕大部分測(cè)試工具都能勝任。如果是為了提高個(gè)人能力，項(xiàng)目時(shí)間有空余，怎么玩都可以。若是要在實(shí)際工作中應(yīng)用，那么就有點(diǎn)得不償失了。自動(dòng)化測(cè)試中，工具的重要性始終是最低的。理念、思維和環(huán)境治理才是最重要的。通過不斷小范圍試錯(cuò)，找到適合自己團(tuán)隊(duì)的自動(dòng)化策略才是最重要的。任何技術(shù)脫離實(shí)際應(yīng)用都是耍流氓。

很多時(shí)候測(cè)試人員在開展自動(dòng)化測(cè)試的時(shí)候都是不加思考的就開始做，認(rèn)為用工具錄幾個(gè)腳本再回放就可以了，沒有考慮有效性；而做了并不一定就會(huì)有效果，如果自動(dòng)化測(cè)試在整個(gè)測(cè)試工作中發(fā)揮不了作用，那么哪怕是只投入了很少的成本也是在浪費(fèi)資源。所以在開展自動(dòng)化測(cè)試之前必須認(rèn)真思考慮一些問題，以確保它的有效性：1、被測(cè)系統(tǒng)是否適合做自動(dòng)化測(cè)試；2、被測(cè)系統(tǒng)適合在哪些環(huán)節(jié)做自動(dòng)化測(cè)試；3、使用何種測(cè)試工具、測(cè)試框架；4、開展自動(dòng)化測(cè)試需要哪些資源，包括：人員、機(jī)器、時(shí)間；5、當(dāng)前可用或是可以申請(qǐng)到的資源；6、如何在不影響日常測(cè)試工作的前提下，開展自動(dòng)化測(cè)試工作；1、被測(cè)系統(tǒng)是否適合做自動(dòng)化測(cè)試；很多人可能都回覺得這個(gè)問題有些多余，不需要考慮。可事實(shí)上作為一名測(cè)試主管必須考慮這個(gè)問題，應(yīng)為自動(dòng)化測(cè)試并非只是做與不做這么簡(jiǎn)單，而是需要考慮成本投入與效果產(chǎn)出。不管是做軟件、做系統(tǒng)、還是做網(wǎng)站，最終的目的基本上都是要盈利的，要盈利就必須控制成本，提高利潤(rùn)。所以在測(cè)試工作中也必須考慮到成本投入。如何確定系統(tǒng)是否適合做自動(dòng)化測(cè)試呢？個(gè)人認(rèn)為主要考慮當(dāng)前的被測(cè)項(xiàng)目是長(zhǎng)期的還是短期？如果被測(cè)項(xiàng)目是在今后半年或者幾年間要不斷進(jìn)行開發(fā)維護(hù)的，那么就需要重復(fù)的進(jìn)行大量的回歸測(cè)試，這種情況下如果有自動(dòng)化的回歸測(cè)試體系就可以節(jié)省成本投入；如果被測(cè)項(xiàng)目是短期的，比如說一個(gè)月，或幾個(gè)月，同時(shí)如果開發(fā)自動(dòng)化測(cè)試又不是很容易，也沒有足夠的時(shí)間去做這件事，那么就完全沒有必要作自動(dòng)化測(cè)試，費(fèi)盡力氣做出的自動(dòng)化測(cè)試腳本，可能只會(huì)用到一次或兩次，這樣就很不值當(dāng)。2、被測(cè)系統(tǒng)適合怎樣的自動(dòng)化測(cè)試；自動(dòng)化測(cè)試覆蓋的范圍很廣：?jiǎn)卧獪y(cè)試、集成測(cè)試、接口測(cè)試，GUI測(cè)試等等都可以實(shí)現(xiàn)自動(dòng)化執(zhí)行；同時(shí)，不同的系統(tǒng)情況是不一樣，有的適合或是可以做GUI的自動(dòng)化測(cè)試,有的可能只適合做接口的自動(dòng)化測(cè)試,所以需要針對(duì)不同的被測(cè)項(xiàng)目,考慮具體在哪一個(gè)環(huán)節(jié)作自動(dòng)化測(cè)試。比如說針對(duì)搜索引擎，前端往往比較簡(jiǎn)單，只是一個(gè)文本框和提交按鈕，大部分的邏輯處理都是在后端完成的，這種情況做自動(dòng)化的接口測(cè)試就可以達(dá)到事半功倍的效果；如果是被測(cè)系統(tǒng)有很多的頁面操作，那么可以考慮GUI的自動(dòng)化測(cè)試；以上這兩種情況都不是絕對(duì)的，如果測(cè)試資源足夠，那么在各個(gè)環(huán)節(jié)都是可以開展自動(dòng)化測(cè)試的。此外，還有一點(diǎn)需要考慮的是自動(dòng)化測(cè)試的可行性，比如說對(duì)一個(gè)系統(tǒng)而言，做GUI測(cè)試是最合適的，也是最有效，但是有可能通過各種工具或者是腳本很難實(shí)現(xiàn)GUI的自動(dòng)化測(cè)試，那么就需要考慮變通，考慮是否可以將自動(dòng)化測(cè)試調(diào)整到接口測(cè)試或是集成測(cè)試等環(huán)節(jié)。3、使用何種測(cè)試工具、測(cè)試框架；當(dāng)前可以做自動(dòng)化測(cè)試的工具不少，主流的付費(fèi)的qtp，winrunner，silktest等，開源免費(fèi)的Jemmy,watir,pywinauto等等。這么多的工具框架該如何選擇，就要看被測(cè)系統(tǒng)了，至少要考慮是C/S、還是B/S結(jié)構(gòu)的，服務(wù)端和客戶端都是用何種語言編寫的，是什么數(shù)據(jù)庫，服務(wù)器類型等等。

軟件自動(dòng)化測(cè)試的學(xué)習(xí)步驟大概步驟如下：1. 做好手工測(cè)試（了解各種測(cè)試的知識(shí)）-> 2. 學(xué)習(xí)編程語言-> 3. 學(xué)習(xí)web基礎(chǔ)（html,http,css,dom,javascript）或者學(xué)習(xí)winform-> 4. 學(xué)習(xí)自動(dòng)化測(cè)試工具 ->5. 學(xué)習(xí)自動(dòng)化測(cè)試框架 -> 6. 實(shí)現(xiàn)自動(dòng)化測(cè)試用例 -> 7. 開發(fā)自動(dòng)化測(cè)試工具 ->8. 開發(fā)自動(dòng)化測(cè)試框架自動(dòng)化測(cè)試的最高境界是: 開發(fā)測(cè)試工具，設(shè)計(jì)自動(dòng)化測(cè)試框架, 讓別人用。自動(dòng)化測(cè)試的本質(zhì)自動(dòng)化測(cè)試的本質(zhì)是：用程序測(cè)試程序。也就是說學(xué)習(xí)“編程語言”是學(xué)習(xí)自動(dòng)化測(cè)試的基礎(chǔ)。很多人問小坦克我學(xué)自動(dòng)化測(cè)試，應(yīng)該去學(xué)什么自動(dòng)化工具。我的回答是，第一步：應(yīng)該先學(xué)習(xí)編程語言，以后再去學(xué)自動(dòng)化測(cè)試工具自動(dòng)化測(cè)試是一定要寫代碼的，編程語言水平的高低決定了自動(dòng)化測(cè)試水平的高低, 有了扎實(shí)的編程技術(shù)，干什么都可以。學(xué)習(xí)編程語言時(shí)，要把自己當(dāng)做開發(fā)人員，系統(tǒng)地學(xué)習(xí)各種編程知識(shí)。自動(dòng)化測(cè)試學(xué)習(xí)的誤區(qū)很多新手一開始，就學(xué)習(xí)復(fù)雜的自動(dòng)化測(cè)試工具，我覺得這樣是本末倒置了。如果不先理解http協(xié)議，就不會(huì)理解jemeter, loadrunner, fiddler, soapui這些工具的。如果不先理解html,dom，就不會(huì)理解firebug 這種工具的如果不先理解win32 api, 就不會(huì)理解windows 窗體自動(dòng)化測(cè)試的原理的。如果自己沒有開發(fā)過網(wǎng)站，就不會(huì)理解網(wǎng)站的各個(gè)方面，測(cè)試起來難免有遺漏?？傊畬W(xué)習(xí)自動(dòng)化測(cè)試，需要循序漸進(jìn)，把基礎(chǔ)打好。自動(dòng)化測(cè)試的職位自動(dòng)化測(cè)試工程師的職位叫做：（sdet） software development engineer in test. 專注于自動(dòng)化測(cè)試手動(dòng)測(cè)試工程師叫：（ste）software test enginer. 專注于手動(dòng)測(cè)試在微軟有很多sdet的職位，但是沒有ste的職位， ste職位一般都是外包給外包公司的, 目前自動(dòng)化測(cè)試還是非常吃香的。自動(dòng)化測(cè)試分類自動(dòng)化測(cè)試也有非常多的種類，對(duì)web ui 的自動(dòng)化測(cè)試程序?qū)indows 窗體ui的自動(dòng)化測(cè)試程序api測(cè)試，比如（測(cè)試wcf service, web api 等）數(shù)據(jù)庫測(cè)試，比如測(cè)試存儲(chǔ)過程接口測(cè)試 (這種只能用自動(dòng)化測(cè)) 單元測(cè)試性能測(cè)試，性能測(cè)試都需要用到自動(dòng)化

如何有效的開展自動(dòng)化測(cè)試