如何開(kāi)展自動(dòng)化測(cè)試，如何使用appnium開(kāi)展自動(dòng)化測(cè)試

來(lái)源：整理時(shí)間：2023-06-15 09:29:13 編輯：智能門(mén)戶手機(jī)版

1，如何使用appnium開(kāi)展自動(dòng)化測(cè)試

據(jù)我所知。松勤測(cè)試的課里面有，關(guān)于UI自動(dòng)化Robtium、Appium。Robtium是一個(gè)使用java語(yǔ)言在Android的Instrument框架的基礎(chǔ)上，封裝模擬用戶操作的接口測(cè)試框架。發(fā)展歷史長(zhǎng)，版本更新快。Appium同時(shí)支持多種編程語(yǔ)言，跨android和ios，支持混合式應(yīng)用等。Appium的特性吸引了無(wú)數(shù)人的眼球，是移動(dòng)互聯(lián)網(wǎng)應(yīng)用自動(dòng)化的后起之秀。

如何使用appnium開(kāi)展自動(dòng)化測(cè)試

2，接口自動(dòng)化測(cè)試流程是怎樣的

selenium是一個(gè)自動(dòng)化測(cè)試框架，它擁有IDE和API接口，可以應(yīng)用于Java, C#. Python, Ruby等語(yǔ)言。用selenium來(lái)構(gòu)建一個(gè)自動(dòng)化的測(cè)試程序非常的簡(jiǎn)單。不過(guò)首先你需要熟悉web應(yīng)用里面的request, response概念，以及XPath的用法。

自動(dòng)化測(cè)試流程一般如下：1. 需求分析2. 挑選需要做自動(dòng)化測(cè)試的功能3. 設(shè)計(jì)測(cè)試用例4. 搭建自動(dòng)化測(cè)試環(huán)境[可選]5. 設(shè)計(jì)自動(dòng)化測(cè)試項(xiàng)目的架構(gòu)[可選]6. 編寫(xiě)代碼7. 執(zhí)行測(cè)試用例8. 生成測(cè)試報(bào)告并分析結(jié)果相關(guān)流程，以及每一個(gè)步驟的知識(shí)點(diǎn)。傳智播客的社區(qū)都有解答，在軟件測(cè)試的版塊。找不到的話，官網(wǎng)對(duì)話框問(wèn)一下就可以了。

接口自動(dòng)化：如果是那種http協(xié)議的接口那么第一種，使用eclipse 自己封裝下httpclient ，然后自己寫(xiě)java腳本進(jìn)行接口測(cè)試這種要麻煩點(diǎn) 第二種，使用jmeter工具，這個(gè)是專門(mén)針對(duì)http接口的進(jìn)行性能以及接口測(cè)試工具

接口自動(dòng)化測(cè)試流程是怎樣的

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

自動(dòng)化測(cè)試不宜大力投入不管是自動(dòng)化測(cè)試還是接口測(cè)試，都不宜在前期大量投入。當(dāng)前業(yè)務(wù)是否適用自動(dòng)化，哪些框架或者工具更適合，適合做接口自動(dòng)化還是 UI 的自動(dòng)化？如何讓自動(dòng)化達(dá)到收益和效果？這些問(wèn)題都需要根據(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)境的問(wèn)題，會(huì)導(dǎo)致運(yùn)行速度慢，對(duì)環(huán)境依賴過(guò)高。同時(shí)因程序界面的多變性，導(dǎo)致自動(dòng)化腳本維護(hù)成本大大增加。接口測(cè)試有很多優(yōu)于 UI 自動(dòng)化的地方。但是接口測(cè)試也自有其短板，對(duì)流程性質(zhì)的測(cè)試并不適合用接口自動(dòng)化來(lái)覆蓋。接口自動(dòng)化更適合覆蓋單一接口功能的檢查。所以我們可以采用核心業(yè)務(wù)流程使用 UI 自動(dòng)化，單一功能使用接口自動(dòng)化，兩種層面的自動(dòng)化結(jié)合的方式來(lái)進(jìn)行。不輕談自動(dòng)化測(cè)試平臺(tái)目前測(cè)試界開(kāi)始流行起自己開(kāi)發(fā)測(cè)試平臺(tái)（以接口為主）。簡(jiǎn)單來(lái)說(shuō)就是模仿常見(jiàn)的接口測(cè)試工具，用 Python 或者 Java 寫(xiě)成了一個(gè) web 版本的。當(dāng)然也有其理由，“定制性更強(qiáng)！”但是畢竟是軟件都需要進(jìn)行測(cè)試，花大量精力開(kāi)發(fā)的平臺(tái)并不穩(wěn)定，而本身功能和理念上并沒(méi)有太多更新。而這樣的一些功能，市面上的絕大部分測(cè)試工具都能勝任。如果是為了提高個(gè)人能力，項(xiàng)目時(shí)間有空余，怎么玩都可以。若是要在實(shí)際工作中應(yīng)用，那么就有點(diǎn)得不償失了。自動(dòng)化測(cè)試中，工具的重要性始終是最低的。理念、思維和環(huán)境治理才是最重要的。通過(guò)不斷小范圍試錯(cuò)，找到適合自己團(tuán)隊(duì)的自動(dòng)化策略才是最重要的。任何技術(shù)脫離實(shí)際應(yīng)用都是耍流氓。

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

軟件自動(dòng)化測(cè)試的學(xué)習(xí)步驟大概步驟如下：1. 做好手工測(cè)試（了解各種測(cè)試的知識(shí)）-> 2. 學(xué)習(xí)編程語(yǔ)言-> 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. 開(kāi)發(fā)自動(dòng)化測(cè)試工具 ->8. 開(kāi)發(fā)自動(dòng)化測(cè)試框架自動(dòng)化測(cè)試的最高境界是: 開(kāi)發(fā)測(cè)試工具，設(shè)計(jì)自動(dòng)化測(cè)試框架, 讓別人用。自動(dòng)化測(cè)試的本質(zhì)自動(dòng)化測(cè)試的本質(zhì)是：用程序測(cè)試程序。也就是說(shuō)學(xué)習(xí)“編程語(yǔ)言”是學(xué)習(xí)自動(dòng)化測(cè)試的基礎(chǔ)。很多人問(wèn)小坦克我學(xué)自動(dòng)化測(cè)試，應(yīng)該去學(xué)什么自動(dòng)化工具。我的回答是，第一步：應(yīng)該先學(xué)習(xí)編程語(yǔ)言，以后再去學(xué)自動(dòng)化測(cè)試工具自動(dòng)化測(cè)試是一定要寫(xiě)代碼的，編程語(yǔ)言水平的高低決定了自動(dòng)化測(cè)試水平的高低, 有了扎實(shí)的編程技術(shù)，干什么都可以。學(xué)習(xí)編程語(yǔ)言時(shí)，要把自己當(dāng)做開(kāi)發(fā)人員，系統(tǒng)地學(xué)習(xí)各種編程知識(shí)。自動(dòng)化測(cè)試學(xué)習(xí)的誤區(qū)很多新手一開(kāi)始，就學(xué)習(xí)復(fù)雜的自動(dòng)化測(cè)試工具，我覺(jué)得這樣是本末倒置了。如果不先理解http協(xié)議，就不會(huì)理解jemeter, loadrunner, fiddler, soapui這些工具的。如果不先理解html,dom，就不會(huì)理解firebug 這種工具的如果不先理解win32 api, 就不會(huì)理解windows 窗體自動(dòng)化測(cè)試的原理的。如果自己沒(méi)有開(kāi)發(fā)過(guò)網(wǎng)站，就不會(huì)理解網(wǎng)站的各個(gè)方面，測(cè)試起來(lái)難免有遺漏。總之學(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的職位，但是沒(méi)有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ù)庫(kù)測(cè)試，比如測(cè)試存儲(chǔ)過(guò)程接口測(cè)試 (這種只能用自動(dòng)化測(cè)) 單元測(cè)試性能測(cè)試，性能測(cè)試都需要用到自動(dòng)化

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