Android自動(dòng)化測(cè)試的方法是什么

本篇內(nèi)容介紹了“Android自動(dòng)化測(cè)試的方法是什么”的有關(guān)知識(shí)，在實(shí)際案例的操作過(guò)程中，不少人都會(huì)遇到這樣的困境，接下來(lái)就讓小編帶領(lǐng)大家學(xué)習(xí)一下如何處理這些情況吧！希望大家仔細(xì)閱讀，能夠?qū)W有所成！

自動(dòng)化測(cè)試

自動(dòng)化測(cè)試指軟件測(cè)試的自動(dòng)化，在預(yù)設(shè)狀態(tài)下運(yùn)行應(yīng)用程序或系統(tǒng)，預(yù)設(shè)條件包括正常和異常，最后評(píng)估運(yùn)行結(jié)果。將人為驅(qū)動(dòng)的測(cè)試行為轉(zhuǎn)化為機(jī)器執(zhí)行的過(guò)程。

自動(dòng)化測(cè)試框架一般可以分為兩個(gè)層次，上層是管理整個(gè)自動(dòng)化測(cè)試的開(kāi)發(fā)，執(zhí)行以及維護(hù)，在比較龐大的項(xiàng)目 中，它體現(xiàn)重要的作用，它可以管理整個(gè)自動(dòng)測(cè)試，包括自動(dòng)化測(cè)試用例執(zhí)行的次序、測(cè)試腳本的維護(hù)、以及集中 管理測(cè)試用例、測(cè)試報(bào)告和測(cè)試任務(wù)等。下層主要是測(cè)試腳本的開(kāi)發(fā)，充分的使用相關(guān)的測(cè)試工具，構(gòu)建測(cè)試驅(qū) 動(dòng)，并完成測(cè)試業(yè)務(wù)邏輯。

自動(dòng)化測(cè)試的演變：測(cè)試工具----數(shù)據(jù)驅(qū)動(dòng)----關(guān)鍵字驅(qū)動(dòng)----測(cè)試框架----測(cè)試平臺(tái)

自動(dòng)化測(cè)試方法

（1）測(cè)試對(duì)象：UI、接口、代碼

①UI自動(dòng)化：用例維護(hù)量大 頁(yè)面相關(guān)性強(qiáng)，必須后期介入 UI測(cè)試適合與界面變動(dòng)較小的項(xiàng)目

②接口自動(dòng)化：可在產(chǎn)品前期介入 用例維護(hù)量小 頁(yè)面相關(guān)性小 適合接口變動(dòng)較小，界面變動(dòng)頻繁的項(xiàng)目

（2）測(cè)試過(guò)程：系統(tǒng)測(cè)試、集成測(cè)試、單元測(cè)試

（3）執(zhí)行人員：測(cè)試人員、開(kāi)發(fā)人員自動(dòng)化測(cè)試可以在整個(gè)測(cè)試過(guò)程中任何一個(gè)階段實(shí)施 測(cè)試人員一般在系統(tǒng)測(cè)試時(shí)進(jìn)行自動(dòng)化測(cè)試 集成測(cè)試階段多進(jìn)行自動(dòng)構(gòu)建、部署，以及冒煙測(cè)試的自動(dòng)化 單元測(cè)試針對(duì)代碼級(jí)別進(jìn)行測(cè)試，可進(jìn)行靜態(tài)代碼檢查，或者執(zhí)行單元測(cè)試用例，典型的框架比如junit， jmock等，該部分多由開(kāi)發(fā)人員實(shí)施。

  1.自動(dòng)化測(cè)試的優(yōu)勢(shì)

降低大型系統(tǒng)的由于變更或者多期開(kāi)發(fā)引起的大量的回歸測(cè)試的人力投入，這可能是自動(dòng)化測(cè)試最主要的任務(wù)，特 別是在程序修改比較頻繁時(shí)，效果是非常明顯的，自動(dòng)化測(cè)試前期人力投入較多，但后期進(jìn)入維護(hù)期后，可節(jié)省大 量人力，而手工測(cè)試后期需要增加大量人力用于回歸測(cè)試 減少重復(fù)測(cè)試的時(shí)間，實(shí)現(xiàn)快速回歸測(cè)試 創(chuàng)建優(yōu)良可靠的測(cè)試過(guò)程，減少人為錯(cuò)誤 可以運(yùn)行更多更繁瑣的測(cè)試 可以執(zhí)行一些手工測(cè)試?yán)щy或不可能進(jìn)行的測(cè)試 更好的利用資源。

如何實(shí)施自動(dòng)化測(cè)試

自動(dòng)化測(cè)試的適用對(duì)象

實(shí)施自動(dòng)化測(cè)試的前提條件：需求變動(dòng)不頻繁、項(xiàng)目周期足夠長(zhǎng)、自動(dòng)化測(cè)試腳本可重復(fù)使用

①需求變動(dòng)頻繁的項(xiàng)目，自動(dòng)化腳本不能重復(fù)使用，維護(hù)成本太大，性?xún)r(jià)比低

②項(xiàng)目周期短，自動(dòng)化腳本編制完成后使用次數(shù)不多，性?xún)r(jià)比低

③交互型較強(qiáng)的項(xiàng)目，需要人工干預(yù)的項(xiàng)目，自動(dòng)化無(wú)法實(shí)施

    2.適合做自動(dòng)化的項(xiàng)目：

①產(chǎn)品型項(xiàng)目。產(chǎn)品型的項(xiàng)目，新版本是在舊版本的基礎(chǔ)上進(jìn)行改進(jìn)，功能變不大的項(xiàng)目，但項(xiàng)目的新老功能都 必須重復(fù)的進(jìn)行回歸測(cè)試?；貧w測(cè)試是自動(dòng)化測(cè)試的強(qiáng)項(xiàng)，它能夠很好的驗(yàn)證你是否引入了新的缺陷，老的缺陷是 否修改過(guò)來(lái)了。在某種程度上可以把自動(dòng)化測(cè)試工具叫做回歸測(cè)試工具。

②機(jī)械并頻繁的測(cè)試。每次需要輸入相同、大量的一些數(shù)據(jù)，并且在一個(gè)項(xiàng)目中運(yùn)行的周期比較長(zhǎng)。

    3.如何實(shí)施自動(dòng)化測(cè)試

(1)分析：總體把握系統(tǒng)邏輯，分析出系統(tǒng)的核心體系架構(gòu)。

(2)設(shè)計(jì)：設(shè)計(jì)測(cè)試用例，測(cè)試用例要足夠明確和清晰，覆蓋面廣而精

(3)實(shí)現(xiàn)：實(shí)現(xiàn)腳本，有兩個(gè)要求一是斷言，二是合理的運(yùn)用參數(shù)化。

(4)執(zhí)行：執(zhí)行腳本遠(yuǎn)遠(yuǎn)沒(méi)有我們想象中那么簡(jiǎn)單。腳本執(zhí)行過(guò)程中的異常需要我們仔細(xì)的去分析原因。

(5)總結(jié)：測(cè)試結(jié)果的分析，和測(cè)試過(guò)程的總結(jié)是自動(dòng)化測(cè)試的關(guān)鍵。

(6)維護(hù)：自動(dòng)化測(cè)試腳本的維護(hù)是一個(gè)難以解決但又必須要解決的問(wèn)題。

(7)分析：在自動(dòng)化測(cè)試過(guò)程中深刻的分析自動(dòng)化用例的覆蓋風(fēng)險(xiǎn)和腳本維護(hù)的成本。

    4.自動(dòng)化測(cè)試實(shí)施失敗的原因

1

（1）期望值過(guò)高。就像管理人員要求完全測(cè)試一樣，期望100％的測(cè)試自動(dòng)化，也同樣是一個(gè)不現(xiàn)實(shí)的需求。

（2）對(duì)收益和成本認(rèn)識(shí)不清。拋開(kāi)工具的開(kāi)發(fā)或者購(gòu)買(mǎi)成本和培訓(xùn)成本，自動(dòng)化測(cè)試的成本應(yīng)該還包括兩部分（實(shí) 現(xiàn)成本中還隱含了測(cè)試準(zhǔn)備成本）：

成本＝實(shí)現(xiàn)成本＋運(yùn)行維護(hù)成本

自動(dòng)化測(cè)試的收益是由測(cè)試腳本的重復(fù)運(yùn)行次數(shù)，或自動(dòng)測(cè)試腳本的利用率決定的。

“Android自動(dòng)化測(cè)試的方法是什么”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識(shí)可以關(guān)注億速云網(wǎng)站，小編將為大家輸出更多高質(zhì)量的實(shí)用文章！