成功的9大步驟：從手動(dòng)測試轉(zhuǎn)為自動(dòng)化測試

作者：陳琦

您或您的團(tuán)隊(duì)目前是否手動(dòng)測試并嘗試采用自動(dòng)化測試?在本文中，我們將概述小型QA團(tuán)隊(duì)如何從手工測試到無代碼測試再到完全自動(dòng)化的測試。這個(gè)過渡不會(huì)一蹴而就，但成功實(shí)現(xiàn)要比預(yù)期的容易得多。

1、對(duì)單調(diào)重復(fù)的手動(dòng)測試說不

愿意對(duì)單調(diào)乏味的重復(fù)性手動(dòng)測試說不，就是邁向自動(dòng)化測試的第一步。作為測試團(tuán)隊(duì)，需要承認(rèn)手工測試經(jīng)常受到重復(fù)性的困擾，并且容易出錯(cuò)。任何團(tuán)隊(duì)最終都會(huì)因?yàn)橐淮斡忠淮蔚刈鐾瑯拥氖虑槎萑肜Ь?，從而影響團(tuán)隊(duì)的效率和積極性。一些團(tuán)隊(duì)將通過自動(dòng)化一些小塊的重復(fù)性工作來克服這個(gè)挑戰(zhàn)。例如，將測試數(shù)據(jù)導(dǎo)入數(shù)據(jù)庫的腳本，生成隨機(jī)測試數(shù)據(jù)的實(shí)用程序。

2、了解切換到自動(dòng)化測試的障礙

一旦確認(rèn)了團(tuán)隊(duì)需要轉(zhuǎn)移到自動(dòng)化測試，下一步就是要知道是什么阻礙著團(tuán)隊(duì)做出這一轉(zhuǎn)變。在大多數(shù)情況下，這個(gè)阻礙是對(duì)自動(dòng)化所涉及的復(fù)雜性的恐懼，比如學(xué)習(xí)編程，腦海中容易浮現(xiàn)出""我們能學(xué)習(xí)一種新的編程語言并實(shí)施一個(gè)成功的測試自動(dòng)化項(xiàng)目嗎?"諸如此類的問題。團(tuán)隊(duì)?wèi)?yīng)該從小處著手，選擇適合他們測試需求的正確工具。例如，如果團(tuán)隊(duì)的應(yīng)用程序大量使用iFrames，那么在選擇一個(gè)不能很好地與iFrames配合使用的工具之前就需要斟酌;或者，如果測試團(tuán)隊(duì)沒有任何自動(dòng)化經(jīng)驗(yàn)，那么在開始自動(dòng)化測試前先構(gòu)建自動(dòng)化測試框架。

3、從小處做起，但務(wù)必要成功

好的開始是成功的一半。當(dāng)您的團(tuán)隊(duì)剛接觸自動(dòng)化測試時(shí)，選擇簡單而小型的測試用例是非常重要的。選擇您經(jīng)常手動(dòng)測試但容易測試的測試用例。簡單和小型的測試用例易于自動(dòng)化、調(diào)試、維護(hù)和重用。不要先從那些耗時(shí)或復(fù)雜的開始，否則會(huì)讓開局就變得更困難，降低成功的可能性。例如從登錄、創(chuàng)建用戶等簡單的測試用例開始。

4、選擇合適的工具和框架

簡化流程是成功的關(guān)鍵，選擇工具和框架的組合會(huì)更容易做到這一點(diǎn)。是的，你沒聽錯(cuò)，必須是工具的組合，依靠單一的工具很難獲得自動(dòng)化測試的成功。Selenium執(zhí)行可能會(huì)成為基礎(chǔ)，因?yàn)樗怯糜诓煌幊陶Z言的最流行和最方便的工具。從構(gòu)建在Selenium之上的無代碼測試工具開始。無代碼測試工具可以覆蓋大多數(shù)簡單到中等復(fù)雜的手工測試。

國產(chǎn)項(xiàng)目管理軟件禪道自研的ZTF自動(dòng)化測試工具，可很好地驅(qū)動(dòng)8種單元測試框架、3種自動(dòng)化測試框架來執(zhí)行測試，并把最終結(jié)果回傳給禪道，進(jìn)行統(tǒng)一的報(bào)告展示。禪道ZTF打通了項(xiàng)目管理和持續(xù)集成工具之間的溝壑，貫穿持續(xù)集成、持續(xù)測試、持續(xù)部署等DevOps生命周期的不同階段。

5、學(xué)習(xí)并實(shí)踐編程

選擇團(tuán)隊(duì)最熟悉的編程語言。無代碼測試可能能夠覆蓋大部分手動(dòng)測試，但是對(duì)于復(fù)雜的步驟或測試，您將需要編寫腳本。僅僅學(xué)習(xí)是不夠的，你應(yīng)該把你的學(xué)習(xí)付諸實(shí)踐來理解和編寫好的代碼。請(qǐng)記住，作為一個(gè)團(tuán)隊(duì)，你的目標(biāo)是通過自動(dòng)化重復(fù)的手工測試來確保軟件的質(zhì)量。

6、明確自動(dòng)化內(nèi)容

團(tuán)隊(duì)必須優(yōu)先考慮哪些測試需要自動(dòng)化。自動(dòng)化測試的新知識(shí)并不能應(yīng)用于所有的事情——事實(shí)上，自動(dòng)化所有測試是不可能的，還有許多測試更適合手動(dòng)完成。試圖自動(dòng)化復(fù)雜且不常用的測試是失敗的公式，不值得團(tuán)隊(duì)付出努力。每當(dāng)新特性發(fā)布時(shí)，仍然需要使用手動(dòng)和探索性測試技能。運(yùn)行風(fēng)險(xiǎn)分析來確定應(yīng)用程序中應(yīng)該自動(dòng)化的部分。此外，還需要注意一些細(xì)節(jié)，比如如果應(yīng)用程序是基于web的，那么將需要?jiǎng)?chuàng)建一個(gè)對(duì)特定測試套件至關(guān)重要的瀏覽器和設(shè)備列表。

7、對(duì)不可靠的自動(dòng)化測試零容忍

就像你作為手動(dòng)測試人員一樣，要拒絕對(duì)失敗的測試感到滿意，不應(yīng)該容忍有時(shí)通過而有時(shí)失敗的自動(dòng)化測試。不可靠的測試將致使團(tuán)隊(duì)失去信心，是失敗的墊腳石。例如，如果在一個(gè)冗長的測試用例的初始步驟中就出現(xiàn)失敗，就無法確定該步驟之外是否沒有錯(cuò)誤。這樣的不確定性將不利于鼓舞團(tuán)隊(duì)士氣，也無法使整個(gè)自動(dòng)化過程輕松有效。

8、不要忽視團(tuán)隊(duì)協(xié)作

任何項(xiàng)目的成功成果都是由一個(gè)協(xié)作團(tuán)隊(duì)保證的。自動(dòng)化測試也不例外。團(tuán)隊(duì)的所有自動(dòng)化測試都必須位于一個(gè)可隨時(shí)隨地訪問的存儲(chǔ)庫中。對(duì)于可追溯性和可問責(zé)性，一個(gè)指示誰對(duì)哪個(gè)測試用例進(jìn)行更改的變更記錄應(yīng)該始終存在。您所選擇的工具應(yīng)該允許協(xié)作，并且還應(yīng)該使您可以更容易地對(duì)您將在一段時(shí)間內(nèi)創(chuàng)建的100多個(gè)測試進(jìn)行分類、標(biāo)記、排序和篩選。

9、做好基礎(chǔ)工作

別忘了測試的基本原理。無論是手動(dòng)測試還是自動(dòng)測試，測試概念和基本原理始終適用。

自動(dòng)化測試在開始時(shí)可能會(huì)讓人望而生畏，但真正需要的是始終如一的努力來能使其成功。利用資源不斷學(xué)習(xí)和練習(xí)會(huì)有幫助。大可放心，專家也并不是什么都懂。無論是多么優(yōu)秀的自動(dòng)化測試工程師，總有更多的東西需要學(xué)習(xí)。

參考文獻(xiàn)︰

Sumant Mehta.The 9-Step Success Formula: Switching From Manual to Automated Testing in2020[OL].(2020-07-16)

最后：

歡迎關(guān)注公眾號(hào)：程序員一凡，領(lǐng)取一份Python自動(dòng)化測試工程師核心知識(shí)點(diǎn)總結(jié)！

這些資料的內(nèi)容都是面試時(shí)面試官必問的知識(shí)點(diǎn)，篇章包括了很多知識(shí)點(diǎn)，其中包括了有基礎(chǔ)知識(shí)、Linux必備、Shell、互聯(lián)網(wǎng)程序原理、Mysql數(shù)據(jù)庫、抓包工具專題、接口測試工具、測試進(jìn)階-Python編程、Web自動(dòng)化測試、APP自動(dòng)化測試、接口自動(dòng)化測試、測試高級(jí)持續(xù)集成、測試架構(gòu)開發(fā)測試框架、性能測試、安全測試等。