自從圖形化界面成為個(gè)人桌面電腦的主流，應(yīng)用程序復(fù)雜程度與日俱增，針對(duì)人機(jī)交互的自動(dòng)化測(cè)試迫在眉睫，從而在市場(chǎng)上涌現(xiàn)了一大批針對(duì)圖形界面應(yīng)用程序功能測(cè)試的自動(dòng)化測(cè)試工具（參考鏈接1）。2001年QTP第一個(gè)版本發(fā)布；2002年Robot初始版發(fā)布。自此，自動(dòng)化工具已經(jīng)經(jīng)歷了十年的發(fā)展。隨著近兩年移動(dòng)應(yīng)用呈現(xiàn)爆炸性的增長(zhǎng)，移動(dòng)應(yīng)用自動(dòng)化測(cè)試工具也開(kāi)始陸續(xù)呈現(xiàn)（參考鏈接2）。
需求的延續(xù)
無(wú)論從PC端應(yīng)用的自動(dòng)化測(cè)試，還是移動(dòng)應(yīng)用的自動(dòng)化測(cè)試，人們的關(guān)注點(diǎn)從未轉(zhuǎn)移，期望也從不改變，那就是，盡可能多的模擬人工測(cè)試動(dòng)作和相應(yīng)的結(jié)果檢查，從而釋放手工勞動(dòng)，替代大量重復(fù)性的執(zhí)行和驗(yàn)證工作。進(jìn)入移動(dòng)應(yīng)用時(shí)代，移動(dòng)應(yīng)用項(xiàng)目開(kāi)發(fā)一直走的是“短小精干”的路子，即應(yīng)用程序小而精。開(kāi)發(fā)模式也拋棄了傳統(tǒng)的規(guī)范流程，熱衷于敏捷式開(kāi)發(fā)。版本發(fā)布周期約來(lái)越短，迭代頻密。這些似乎與自動(dòng)化測(cè)試遙不可及。但是，隨著移動(dòng)應(yīng)用逐漸從個(gè)人娛樂(lè)領(lǐng)域滲透到商業(yè)應(yīng)用，諸如金融、辦公、政務(wù)等方面的應(yīng)用比重逐步擴(kuò)大，對(duì)移動(dòng)應(yīng)用質(zhì)量的要求也越來(lái)越高，自動(dòng)化測(cè)試始終會(huì)回到人們的視線之內(nèi)。在加上安卓特有的碎片化問(wèn)題，使得安卓平臺(tái)自動(dòng)化回歸測(cè)試和兼容性測(cè)試的呼聲極高。
理念的傳承
回顧桌面應(yīng)用的自動(dòng)化測(cè)試歷程，我們看到，工具的發(fā)展經(jīng)歷了從最初“坐標(biāo)點(diǎn)操作”過(guò)渡到“對(duì)象識(shí)別”的過(guò)程。移動(dòng)應(yīng)用測(cè)試工具走的路子也有幾分相似。以開(kāi)放的Android平臺(tái)為例，最開(kāi)始出現(xiàn)Monkey/MonkeyRunner等坐標(biāo)點(diǎn)操作的工具（后來(lái)有很多工具開(kāi)發(fā)商做了對(duì)MonkeyRunner的封裝）；之后出現(xiàn)了如Robotium等基于源碼層面對(duì)于界面控件識(shí)別的工具；也有一些工具開(kāi)發(fā)商如DroidPilot.com推出了純粹的對(duì)象識(shí)別工具；當(dāng)然，也有一些如PerfectoMobile.com的工具開(kāi)發(fā)商，為了兼容iOS/BlackBerry/Windows Phone等平臺(tái)，采用圖像識(shí)別技術(shù)。但無(wú)論如何，“關(guān)鍵字驅(qū)動(dòng)”、“數(shù)據(jù)驅(qū)動(dòng)”等理念已經(jīng)是傳統(tǒng)PC行業(yè)自動(dòng)化測(cè)試的成功經(jīng)驗(yàn)，移動(dòng)應(yīng)用測(cè)試方面應(yīng)該借鑒。再搭配性能測(cè)試工具、輕量級(jí)測(cè)試需求管理、用例管理、缺陷跟蹤等工具，相信足以成為移動(dòng)應(yīng)用項(xiàng)目質(zhì)量保證的基礎(chǔ)工具支撐。
有所不能vs凡事都能
似乎所有管理者都期望一旦引入自動(dòng)化測(cè)試，則萬(wàn)事大吉，貌似自動(dòng)化能做到全方位的測(cè)試服務(wù)，可以釋放測(cè)試工程師了。但事實(shí)求是的說(shuō)，即使在擁有十年歷程的傳統(tǒng)自動(dòng)化測(cè)試行業(yè)，自動(dòng)化所能涉及的測(cè)試用例比例也是有限，通常覆蓋60%～80%的測(cè)試用例，已經(jīng)能說(shuō)是不錯(cuò)的成績(jī)了。問(wèn)題是，項(xiàng)目的成本和進(jìn)度，以及測(cè)試人員的配備，是否能足以支撐自動(dòng)化測(cè)試持續(xù)的進(jìn)行。否則事半功倍，未免太可惜了。借鑒傳統(tǒng)項(xiàng)目的自動(dòng)化測(cè)試失敗案例，對(duì)于項(xiàng)目預(yù)算相對(duì)較少的移動(dòng)應(yīng)用開(kāi)發(fā)項(xiàng)目，考慮引入自動(dòng)化測(cè)試的確需要慎之又慎。
精益求精
然而對(duì)于自動(dòng)化測(cè)試工程師來(lái)說(shuō)，通常并不滿足于部分用例的自動(dòng)化測(cè)試，甚至僅僅是自動(dòng)化冒煙測(cè)試。他們總想走的更遠(yuǎn)，甚至不惜代價(jià)去完善一些鳳毛麟角之功能。當(dāng)然，從這一點(diǎn)也可以看出自動(dòng)化測(cè)試工程師們精益求精的精神，同時(shí)，也對(duì)自動(dòng)化測(cè)試工具開(kāi)發(fā)者提出了更高的要求。從目前發(fā)展現(xiàn)狀來(lái)看，他們也的確在著眼于提高工具的測(cè)試深度和廣度，增強(qiáng)工具易用性，剝離工具對(duì)于源代碼的依賴，延伸傳統(tǒng)自動(dòng)化測(cè)試的方法論。希望看到移動(dòng)應(yīng)用自動(dòng)化測(cè)試領(lǐng)域呈現(xiàn)蓬勃的發(fā)展。
參考鏈接
1、<List of GUI testing tools - wikipedia>
http://en.wikipedia.org/wiki/List_of_GUI_testing_tools
2、<安卓應(yīng)用自動(dòng)化測(cè)試工具大匯總–測(cè)試窩>
http://www.testwo.com/space.php?uid=11328&do=blog&id=5956
版權(quán)聲明：本文出自 anthony.wang 的51Testing軟件測(cè)試博客：http://www.51testing.com/?507238
原創(chuàng)作品，轉(zhuǎn)載時(shí)請(qǐng)務(wù)必以超鏈接形式標(biāo)明本文原始出處、作者信息和本聲明，否則將追究法律責(zé)任。