摘要：移動(dòng)互聯(lián)網(wǎng)時(shí)代，自動(dòng)化測(cè)試受到關(guān)注。但是傳統(tǒng)測(cè)試對(duì)于技術(shù)和時(shí)間的要求較高，不能適應(yīng)移動(dòng)互聯(lián)網(wǎng)快速版本迭代的現(xiàn)狀。

測(cè)試，任何一個(gè)開(kāi)發(fā)者都不愿意提起的話(huà)題，但是又不得不提。測(cè)試作為軟件開(kāi)發(fā)的最后環(huán)節(jié)往往不被人重視，但往往就在這最后一哆嗦，前面付出的諸多心血付之東流了。在軟件開(kāi)發(fā)階段完成之后經(jīng)常嚴(yán)格的測(cè)試環(huán)節(jié)才能對(duì)外發(fā)布，測(cè)試是一個(gè)軟件邁向市場(chǎng)的最后環(huán)節(jié)。

移動(dòng)互聯(lián)時(shí)代 傳統(tǒng)自動(dòng)化測(cè)試不再適應(yīng)當(dāng)前需

當(dāng)進(jìn)入移動(dòng)互聯(lián)網(wǎng)時(shí)代，各個(gè)行業(yè)中涌現(xiàn)出來(lái)的App質(zhì)量良莠不齊，這是由于國(guó)內(nèi)整體的技術(shù)環(huán)境導(dǎo)致的，不重視測(cè)試。有人會(huì)說(shuō)，Google不會(huì)對(duì)自己的應(yīng)用進(jìn)行測(cè)試，我們也可以學(xué)習(xí)Google。但Google的工程師都是領(lǐng)域內(nèi)頂尖的高手，你聘請(qǐng)的工程師呢？大部分公司出于成本考慮，會(huì)雇一些比較初級(jí)的開(kāi)發(fā)人員，做出來(lái)的東西也是比較粗糙，而且還不測(cè)試，APP的質(zhì)量可想而知。

當(dāng)與一些創(chuàng)業(yè)者溝通交流的時(shí)候他們往往會(huì)有這樣的想法，先發(fā)布再說(shuō)，有了用戶(hù)反饋在修改。就是這樣的想法讓好不容易有了的用戶(hù)群慢慢消散，因?yàn)楫?dāng)你出現(xiàn)問(wèn)題的時(shí)候用戶(hù)就已經(jīng)有了卸載應(yīng)用的理由，為什么不將一個(gè)接近完美的產(chǎn)品放在用戶(hù)面前呢？

在與一些移動(dòng)創(chuàng)業(yè)者交流的過(guò)程中發(fā)現(xiàn)，這并不是產(chǎn)品與研發(fā)不想做測(cè)試，而是由于根本沒(méi)有精力和成本來(lái)做測(cè)試。因?yàn)樵谝苿?dòng)互聯(lián)網(wǎng)領(lǐng)域版本快速迭代，采用傳統(tǒng)測(cè)試方式的話(huà)黃花菜都涼了。就目前的狀況來(lái)看，似乎只有自動(dòng)化測(cè)試者一條路可走，但傳統(tǒng)自動(dòng)化測(cè)試的模式真的能滿(mǎn)足移動(dòng)互聯(lián)網(wǎng)創(chuàng)業(yè)者的需求么？

移動(dòng)互聯(lián)時(shí)代 傳統(tǒng)自動(dòng)化測(cè)試不再適應(yīng)當(dāng)前需

傳統(tǒng)自動(dòng)化測(cè)試不是你想測(cè)就能測(cè)

首先傳統(tǒng)測(cè)試需要購(gòu)買(mǎi)大量的測(cè)試設(shè)備，這對(duì)于初創(chuàng)型團(tuán)隊(duì)來(lái)講是一筆不小的成本，這些設(shè)備的購(gòu)買(mǎi)成本甚至要比整個(gè)團(tuán)隊(duì)的日常運(yùn)作費(fèi)用還要高。如果考慮做自動(dòng)化測(cè)試，您還得雇幾個(gè)懂的人來(lái)搞，更是一大塊成本。所以自動(dòng)化測(cè)試雖然看上去很美，但很少有公司愿意去碰它，原因也是這里邊，前期需要投入的成本，是大部分公司不能接受的。

其次，傳統(tǒng)測(cè)試對(duì)于技術(shù)和時(shí)間的要求較高，不能適應(yīng)移動(dòng)互聯(lián)網(wǎng)快速版本迭代的現(xiàn)狀。在與某大型公司的測(cè)試經(jīng)理交流之后了解到，傳統(tǒng)測(cè)試也可以實(shí)現(xiàn)自動(dòng)化測(cè)試，但步驟比較繁瑣。

實(shí)現(xiàn)Android測(cè)試項(xiàng)目自動(dòng)化，需要一下幾個(gè)步驟：

1.了解產(chǎn)品功能。

2.評(píng)估手動(dòng)測(cè)試用例，篩選出適合自動(dòng)化的用例。

3.搭建腳本開(kāi)發(fā)環(huán)境(配置Eclipse，下載測(cè)試框架，安裝AndroidSDK，配置環(huán)境等)

4.根據(jù)用例描述編寫(xiě)測(cè)試腳本

5.調(diào)試完善腳本

6.執(zhí)行自動(dòng)化測(cè)試(可能需要搭建多個(gè)設(shè)備同時(shí)執(zhí)行測(cè)試的環(huán)境)

7.腳本在應(yīng)用升級(jí)迭代中不斷地維護(hù)更新，并重復(fù)執(zhí)行

移動(dòng)互聯(lián)時(shí)代 傳統(tǒng)自動(dòng)化測(cè)試不再適應(yīng)當(dāng)前需求

一位就職于國(guó)內(nèi)大型企業(yè)中的測(cè)試工程師介紹到，根據(jù)以往的經(jīng)驗(yàn)，一般測(cè)試項(xiàng)目，可實(shí)現(xiàn)自動(dòng)化的測(cè)試用例比例大約為30%~50%。有些手動(dòng)測(cè)試用例，需要進(jìn)行拆分才能較好的實(shí)現(xiàn)自動(dòng)化。類(lèi)似于單元測(cè)試，UI自動(dòng)化測(cè)試，最好也是一條用例只驗(yàn)證一個(gè)測(cè)試點(diǎn)，這樣有利于測(cè)試腳本的編寫(xiě)和維護(hù)。

這還不包括后續(xù)編寫(xiě)腳本與調(diào)試完善腳本的事情，假設(shè)我們已經(jīng)對(duì)測(cè)試用例進(jìn)行拆分，一條用例只驗(yàn)證一個(gè)測(cè)試點(diǎn)。這類(lèi)測(cè)試用例，對(duì)于初級(jí)自動(dòng)化測(cè)試工程師來(lái)說(shuō)，完成這樣一條用例的腳本的編寫(xiě)和調(diào)試需要3~4個(gè)小時(shí)，中高級(jí)的人員平均需要1個(gè)小時(shí)左右。到了測(cè)試腳本的后期維護(hù)階段，耗費(fèi)的時(shí)間更加不可預(yù)知。

在與這位測(cè)試工程師交流過(guò)后，感覺(jué)傳統(tǒng)的測(cè)試模式對(duì)于快速發(fā)展的移動(dòng)互聯(lián)網(wǎng)公司來(lái)說(shuō)就是一個(gè)噩夢(mèng)，一個(gè)耗時(shí)費(fèi)力的噩夢(mèng)。