[[416693]]

【51CTO.com快譯】無腳本測試是一種不需要腳本的測試自動化方式，也是一種新方法。它旨在最大限度地減少測試人員在學習編碼和腳本方面的工作量。就像Sprint一樣，無腳本測試也是一種新的流行范例。您可能聽說過無腳本測試，或者您想知道應該采用無腳本測試還是腳本測試?如果選擇其中之一，那么會得到什么?別擔心，本文將消除您的困惑。但是本文不會深入探討無腳本測試技術(shù)，如果對此感興趣，可以了解什么是無腳本測試及其工作原理。

腳本化測試是一種標準而強大的方法

腳本測試一直是軟件自動化測試的標準方法，如今已用于大多數(shù)軟件開發(fā)周期。下圖顯示了自動化測試市場規(guī)模多年來的增長情況(以10億美元為單位)：

隨著團隊融入敏捷性，自動化在軟件測試中發(fā)生了新的轉(zhuǎn)變。腳本的自動化可以更好地執(zhí)行，并且開發(fā)的成本更低。對于某些測試，企業(yè)可以在一夜之間進行創(chuàng)建和測試，并隨后進行檢查。它需要仔細規(guī)劃，并由質(zhì)量保證(QA)測試人員編寫、監(jiān)控、維護測試腳本的創(chuàng)建。

無腳本測試是一種適應的新方法

人們?nèi)缃窨梢钥吹綔y試自動化的轉(zhuǎn)變——從腳本測試發(fā)展到無腳本測試。顧名思義，無腳本測試意味著一種不涉及腳本的測試自動化方法?，F(xiàn)在有多種方法可以實現(xiàn)無腳本測試自動化，一篇名為《無腳本測試不僅僅是記錄和回放：十大無腳本測試方法》的文章涵蓋這些方法：有些工具可以讓您對復雜場景使用腳本測試的方法，而有些工具也可以讓您通過無腳本測試方法實現(xiàn)復雜場景的自動化。

下表將對無腳本測試和腳本測試進行比較。

上表提到了對各種參數(shù)的逐點分析。以下詳細探討這些要點。

(1)腳本編寫

首先想到的最常見的比較參數(shù)是腳本編寫的過程及其強度。如上所述，無腳本測試不涉及編寫腳本來測試函數(shù)或大模塊。它可能不會一直是完全無腳本或無代碼的，因此編碼要求是很低的。

腳本化測試需要針對每個模塊和功能的測試腳本。這些腳本可能很復雜，也可能比較簡單，具體取決于所選的測試框架。

因此，如果您的團隊受過腳本編寫培訓，那么可以選擇保持腳本編寫。否則，將采用無腳本測試。

(2)編程知識

無腳本測試不需要您具有編程知識，因為測試腳本的構(gòu)建是最低限度的。您可以讓測試人員或來自其他領域的人員在沒有任何編程知識的情況下開始實施無腳本測試。

腳本測試是通過用編程語言編寫腳本來完成的。因此在這種情況下，測試人員必須具備良好的編程知識。在這里，選擇取決于企業(yè)的具體情況。如果是一家初創(chuàng)公司，無腳本測試可能是一個很好的起點，因為雇傭自動化測試人員會花費更多費用。對于擁有大量自動化測試人員的成熟企業(yè)，腳本化測試可能是一個更好的選擇。

(3)腳本管理

如果您已經(jīng)編寫了并執(zhí)行了腳本，接下來就是維護。腳本的維護是當一些現(xiàn)有功能更改或依賴項與新功能發(fā)生時必須在更改它們時所做的努力。在這方面，無腳本編碼可以使團隊更加放松。如果功能發(fā)生變化，您可能需要拖放某些內(nèi)容、記錄和重放或更改基于自然語言處理(NLP)的語言。所有這些過程都不會花費太多時間。

另一方面，當軟件功能發(fā)生變化時，腳本化測試有時會帶來噩夢。隨著時間的推移，自動化測試腳本隨著模塊變得過于復雜。這些測試腳本的依賴關(guān)系和流程需要測試人員花時間來理解它們。時間已經(jīng)成為軟件開發(fā)中最寶貴的資源之一，從長遠來看，將在維護測試腳本的同時進行測試。

(4)相關(guān)人員

讓相關(guān)人員參與測試過程可以為測試質(zhì)量帶來改進和更好的輸入。團隊成員越多樣化，測試結(jié)果就會越好，無腳本測試在這里具有更多優(yōu)勢，因為其測試是無代碼的——人們可以很容易地參與其中。無腳本測試可能涉及業(yè)務團隊、管理團隊、利益相關(guān)者甚至客戶的人員。這些幾乎沒有編程知識的人可以理解測試流程，可以即興創(chuàng)作并建議過程中的更改。

然而，腳本測試的所有內(nèi)容都是用編程語言編寫的。因此，參與人員無法直接理解測試腳本并提出任何更改建議，只有質(zhì)量保證(QA)測試人員才能做到這一點。然而，分析師、經(jīng)理和客戶幫助質(zhì)量保證(QA)測試人員定義模塊的需求和最終目標。但是，實際的測試過程只能由質(zhì)量保證(QA)團隊完成。

因此，如果企業(yè)的客戶想要參與其中，并且沒有可以從事測試自動化的質(zhì)量保證(QA)測試人員，那么無腳本測試將是一個更好的選擇。

(5)學習曲線

學習曲線是您從頭開始學習測試過程所需的努力。無腳本測試的學習曲線非常平緩。雖然不同的工具提供了不同的無腳本測試方法，但是文檔很詳細，其過程也不算復雜。

而在另一方面，腳本測試具有非常陡峭的學習曲線。雖然文檔很全面，但涉及大量與編程相關(guān)的部分。要開始腳本化測試，測試人員必須從頭開始學習編程語言。然后，他們必須能夠了解編程語言應用邏輯。最后，測試人員必須選擇支持其編程語言的軟件，并學習該軟件及其功能來執(zhí)行測試。所有這些都需要花費一些時間和精力，從而形成陡峭的學習曲線。

(6)測試設置和執(zhí)行

測試設置和執(zhí)行是創(chuàng)建測試并執(zhí)行它們以生成最終報告所需的時間。無腳本測試不包含復雜的代碼，因此可以快速形成測試用例并生成結(jié)果。

腳本化測試創(chuàng)建需要一些時間，有時需要數(shù)天的時間，因此花費的時間相對較長。

(7)范圍

有時使用無腳本測試，不可能自動化復雜的場景。這就是大多數(shù)無腳本測試自動化工具也允許在需要時使用代碼的原因。

與無腳本測試相反，腳本測試可以應用于各種類型的復雜性和各種測試方法的一部分。這些可以包括單元測試、集成測試和端到端測試等。如果您的唯一要求是用戶界面(UI)測試，那么無腳本測試是一個不錯的選擇，否則腳本測試應該是首選，或者兩者混合使用也可以。

(8)工具

這就是腳本測試和無腳本測試之間的基本區(qū)別，它們將幫助您決定選擇其中的一個。在完成后，您將需要一個可以建立所需任務的工具。無腳本測試使用的工具較少，但它們很有效。并且可以完美地完成工作。這些工具有不同的方法來定義測試并在以后進行管理。您可以了解有關(guān)各種無代碼自動化工具的更多信息，并確定最適合的工具。

腳本測試是一種更流行的方法，Selenium就是一個很好的工具。Selenium有很多不同的語言，因此不必根據(jù)軟件進行調(diào)整。Selenium還是一個功能強大的開源工具，并且擁有一個非常龐大的社區(qū)，可以在各個方面提供幫助。

無腳本測試還是腳本測試?選擇哪一個?

通過上面的仔細分析，相信您已經(jīng)決定選擇哪一種方法了。這兩種方法都很好，可以帶來不同的體驗。無腳本測試更容易、更快地構(gòu)建測試，并且從未編寫過任何代碼的人員可以參與。但是無腳本測試的使用范圍有限，在需要測試驗證碼或條形碼的情況下，將會遭遇失敗。而腳本測試更成熟，并且?guī)砜焖俚慕Y(jié)果。這可以應用于敏感且需要詳盡精度測試的小模塊和軟件，但他們也有自己的漏洞。

當您根據(jù)自己的情況考慮上述這些要點時，最好了解需要選擇的測試類型。您可以分配任務、培訓團隊或花費更多的資金，這取決于項目以及企業(yè)的具體情況。

原文標題：Scriptless Testing vs Scripted Testing: Which One Is for You?，作者：Harish Rajora

【51CTO譯稿，合作站點轉(zhuǎn)載請注明原文譯者和出處為51CTO.com】