資源推薦：

成都創(chuàng)新互聯(lián)公司服務(wù)項(xiàng)目包括呼瑪網(wǎng)站建設(shè)、呼瑪網(wǎng)站制作、呼瑪網(wǎng)頁(yè)制作以及呼瑪網(wǎng)絡(luò)營(yíng)銷策劃等。多年來(lái)，我們專注于互聯(lián)網(wǎng)行業(yè)，利用自身積累的技術(shù)優(yōu)勢(shì)、行業(yè)經(jīng)驗(yàn)、深度合作伙伴關(guān)系等，向廣大中小型企業(yè)、政府機(jī)構(gòu)等提供互聯(lián)網(wǎng)行業(yè)的解決方案，呼瑪網(wǎng)站推廣取得了明顯的社會(huì)效益與經(jīng)濟(jì)效益。目前，我們服務(wù)的客戶以成都為中心已經(jīng)輻射到呼瑪省份的部分城市，未來(lái)相信會(huì)繼續(xù)擴(kuò)大服務(wù)區(qū)域并繼續(xù)獲得客戶的支持與信任！視頻資源： 軟件測(cè)試相關(guān)系列視頻

社區(qū)資源： 自動(dòng)化測(cè)試交流群

背景介紹

   本章話題是“如何細(xì)分自動(dòng)化測(cè)試？”，關(guān)于自動(dòng)化測(cè)試很多測(cè)試領(lǐng)域新人可能會(huì)有所疑惑，自動(dòng)化測(cè)試沒(méi)有明確的方向和概念，本文就常見(jiàn)問(wèn)題帶領(lǐng)大家一起揭露軟件自動(dòng)化測(cè)試。

常見(jiàn)問(wèn)題

   1.我們需要做什么樣的自動(dòng)化測(cè)試？

   2.系統(tǒng)是否適合怎樣的自動(dòng)化測(cè)試？

   3.自動(dòng)化測(cè)試該選擇什么樣的測(cè)試工具較為合適？

   4.自動(dòng)化測(cè)試覆蓋程度應(yīng)該如何？

   。。。，還有很多類似的問(wèn)題，我們就不一一列舉了。

   我們先概括列舉下我們本篇文章討論的內(nèi)容，如下：

   1.自動(dòng)化測(cè)試分類。

   2.what,why,when實(shí)施自動(dòng)化測(cè)試。

   3.常見(jiàn)自動(dòng)化測(cè)試工具的適用范圍。

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

   按測(cè)試目的分類大致可劃分為：功能自動(dòng)化測(cè)試，性能自動(dòng)化測(cè)試    

   按測(cè)試對(duì)象可以劃分為：Web應(yīng)用測(cè)試，APP測(cè)試，接口測(cè)試，單元測(cè)試等

功能自動(dòng)化

   測(cè)試目的是發(fā)現(xiàn)軟件中實(shí)現(xiàn)功能是否符合用戶需求規(guī)格，很多新人可能會(huì)片面的認(rèn)為是針對(duì)用戶界面功能是否滿足需求的測(cè)試，其實(shí)不然，功能自動(dòng)化的測(cè)試的入口點(diǎn)有很多，不要將思維局限于用戶界面，而應(yīng)該放眼于軟件系統(tǒng)的各個(gè)組成部分，實(shí)踐證明，基于系統(tǒng)UI的自動(dòng)化測(cè)試只能發(fā)現(xiàn)軟件中極少的缺陷，往往我們實(shí)施UI自動(dòng)化測(cè)試的目的不是去發(fā)現(xiàn)軟件系統(tǒng)中的缺陷，更多的是為了驗(yàn)證系統(tǒng)是否可以正常運(yùn)行，這句對(duì)大家實(shí)施自動(dòng)化測(cè)試工作尤為重要。

    除了可以基于UI進(jìn)行自動(dòng)化測(cè)試，我們還可以基于網(wǎng)絡(luò)服務(wù)接口提供者進(jìn)行測(cè)試，比如Grpc服務(wù)，Webservice接口，Restfull等，基于接口進(jìn)行功能測(cè)試較為常見(jiàn)，也是非常有效的手段。

   另外還可以基于系統(tǒng)基礎(chǔ)代碼進(jìn)行測(cè)試，比如單元測(cè)試，集成測(cè)試階段，這一階段的測(cè)試也稱白盒測(cè)試，我們可以直接對(duì)DAO，Service服務(wù)進(jìn)行測(cè)試，這里常用的測(cè)試技術(shù)包括Junit, TestNG, Mock, Stub等，關(guān)于mock和stub很多測(cè)試朋友經(jīng)常混淆兩者的差別，限于篇幅和文章的準(zhǔn)確性，這里不再過(guò)多解釋mock與stub的區(qū)別，大家可以參照 Mocks Aren't Stubs. 測(cè)試新同學(xué)需要注意的是，由于企業(yè)所應(yīng)用的軟件開(kāi)發(fā)模型所限，本階段的測(cè)試在實(shí)際工作場(chǎng)景中應(yīng)用較少，更多的是有開(kāi)發(fā)同學(xué)親自完成。

性能自動(dòng)化

   性能自動(dòng)化測(cè)試是通過(guò)測(cè)試工具模擬高并發(fā)負(fù)載進(jìn)行壓力測(cè)試，以發(fā)現(xiàn)軟件系統(tǒng)在高負(fù)載情況下運(yùn)行瓶頸，這里的系統(tǒng)瓶頸包含多部分，應(yīng)用程序本身的性能瓶頸，網(wǎng)絡(luò)瓶頸，服務(wù)器硬件資源瓶頸（CPU,MEM,DISK），數(shù)據(jù)存儲(chǔ)服務(wù)器等，這一測(cè)試活動(dòng)通常唯有借助自動(dòng)化測(cè)試工具來(lái)完成，常見(jiàn)的性能測(cè)試工具包括，Loadrunner, Jmeter, Ngrinder, Gatling等，不管哪一款測(cè)試工具，基本有三大部分組成：測(cè)試腳本管理，測(cè)試場(chǎng)景配置，監(jiān)控結(jié)果。

   與功能自動(dòng)化類似的是，性能測(cè)試工作對(duì)象也可以面向用戶UI層，或者服務(wù)接口提供方，甚至可以直接面向底層基礎(chǔ)業(yè)務(wù)邏輯層，絕大多數(shù)通過(guò)用戶層進(jìn)行性能測(cè)試模擬的是最接近真實(shí)用戶場(chǎng)景的測(cè)試，也是性能測(cè)試必然實(shí)施的階段，另外面向接口的性能測(cè)試也是發(fā)現(xiàn)系統(tǒng)性能瓶頸很有效的階段，我們應(yīng)當(dāng)結(jié)合實(shí)際工作需求有選擇性的開(kāi)展。

3W原則

   面對(duì)自動(dòng)化測(cè)試種類繁多，我們?cè)趯?shí)施自動(dòng)化測(cè)試之前需要做深入的調(diào)研工作，以免造成不必要的工作負(fù)擔(dān)，或者造成工作得不到預(yù)期的效果，這也是測(cè)試團(tuán)隊(duì)成員非常關(guān)心的問(wèn)題，為了能更有效的開(kāi)展自動(dòng)化測(cè)試，我們最好開(kāi)展測(cè)試前認(rèn)真解答如下幾個(gè)問(wèn)題。

   （what）我們需要實(shí)施什么樣的自動(dòng)化測(cè)試？

    是基于功能還是性能為目的呢？不同目的性的自動(dòng)化測(cè)試會(huì)直接影響我們后續(xù)開(kāi)展的工作，比如測(cè)試介入時(shí)間，測(cè)試場(chǎng)景設(shè)計(jì)，人員、機(jī)器資源等。

    另外值得注意的是，不是所有系統(tǒng)都適合功能自動(dòng)化或者性能自動(dòng)化，我們應(yīng)該結(jié)合實(shí)際需求來(lái)選擇，比如面對(duì)UI自動(dòng)化測(cè)試，當(dāng)系統(tǒng)前端頻繁變動(dòng)時(shí)，或者迭代周期有限的項(xiàng)目（外包測(cè)試中常見(jiàn)）時(shí)，就不適合開(kāi)展UI自動(dòng)化測(cè)試。

   （why）為什么需要自動(dòng)化測(cè)試？

    為了提升測(cè)試效率，節(jié)約人力，測(cè)試時(shí)間或者為了發(fā)現(xiàn)更多的軟件缺陷等等，在這里還是要再次提醒大家一句，對(duì)于功能測(cè)試來(lái)說(shuō)，軟件的缺陷發(fā)現(xiàn)80%以上來(lái)自于手工測(cè)試工作，不要妄圖通過(guò)UI自動(dòng)化去代替手工測(cè)試，UI自動(dòng)化測(cè)試更多的目的是驗(yàn)證軟件系統(tǒng)可以按預(yù)期正常運(yùn)行，而不是去發(fā)現(xiàn)軟件系統(tǒng)的缺陷。這里，性能測(cè)試比較特殊，無(wú)法通過(guò)人工方式測(cè)試或者說(shuō)人工方式進(jìn)行測(cè)試代價(jià)太大，自動(dòng)化測(cè)試可以解決人工方式難以解決的問(wèn)題。

   （when）什么時(shí)候開(kāi)展自動(dòng)化測(cè)試？

    在前文已經(jīng)提到，不管是功能還是性能自動(dòng)化，我們測(cè)試面向的對(duì)象可以是用戶層，服務(wù)接口提供者甚至是基礎(chǔ)業(yè)務(wù)代碼，大家都非常清楚缺陷越早的暴露，解決成本就越低，因此，根據(jù)實(shí)際工作需要，自動(dòng)化測(cè)試工作也應(yīng)當(dāng)及早開(kāi)展，比如性能測(cè)試，我們可以在基礎(chǔ)業(yè)務(wù)代碼功能測(cè)試通過(guò)后就進(jìn)行性能測(cè)試，以發(fā)現(xiàn)代碼級(jí)別造成的性能問(wèn)題。

   總結(jié)，基于3W原則，可以使我們的測(cè)試工作更加具有針對(duì)性，準(zhǔn)確性，前期的工作可以使日后的工作開(kāi)展更加順利、高效。

常見(jiàn)自動(dòng)化測(cè)試工具

   業(yè)界有各種各樣的測(cè)試工具，不同的測(cè)試工具適用范圍存在很多差異，很多新人經(jīng)常存在工具抉擇上的問(wèn)題，或者不清楚使用各種工具完成什么樣的任務(wù)，比如有很多測(cè)試新人曾經(jīng)向我提問(wèn)：Loadrunner能做接口功能自動(dòng)化嗎？Selenium可以做性能測(cè)試嗎？等，面對(duì)各種各樣的問(wèn)題，有時(shí)也很難回答，這些問(wèn)題在某些時(shí)候可以是肯定的回答，但這些場(chǎng)景使用這樣的工具不是你的最佳選擇，這需要工具使用的經(jīng)驗(yàn)慢慢積累體會(huì)，同時(shí)多向前輩們請(qǐng)教，學(xué)習(xí)。

   下面簡(jiǎn)要的羅列下常見(jiàn)的測(cè)試，以及適合其最佳的測(cè)試工具。

   性能測(cè)試工具:Loadrunner，Jmeter，Ngrinder，Gatling，每款測(cè)試工具存在一定的差異及其局限性，可以參考相關(guān)文檔詳細(xì)了解。

   功能測(cè)試工具: Selenium, QTP

   APP自動(dòng)化測(cè)試工具：Appium, UI Automator, MonkeyRunner, Android UI測(cè)試推薦使用UI Automator, 是Android提供的自動(dòng)化測(cè)試框架，基本上      支持所有的Android事件操作。IOS應(yīng)用程序可以選擇使用Appium。

   接口自動(dòng)化測(cè)試工具：Junit，TestNG, OKhttp, HttpClient，Spring Restful等，需要有一定的編碼經(jīng)驗(yàn)，當(dāng)然也有現(xiàn)成的工具，比如            Postman，HttpRequester，SoapUI      等。

   單元測(cè)試工具：Junit, TestNG, EasyMock, Mockito, JMockit等

   點(diǎn)擊鏈接加入群【悅分享測(cè)試聯(lián)盟】：https://jq.qq.com/?_wv=1027&k=5DiePik

網(wǎng)頁(yè)名稱：細(xì)分自動(dòng)化測(cè)試-創(chuàng)新互聯(lián)
文章來(lái)源：http://www.rwnh.cn/article38/dciosp.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供品牌網(wǎng)站設(shè)計(jì)、建站公司、域名注冊(cè)、靜態(tài)網(wǎng)站、定制開(kāi)發(fā)、網(wǎng)站收錄

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)