自動化單元測試要怎么理解？自動化單元測試有幾大原則？

我們經(jīng)常聽說的是壓力測試、靜態(tài)分析以及App測試等，很少聽說過自動化單元測試，這個測試到底指的是哪個方面的測試。自動化單元測試其實指的就是最小模塊的測試，它在軟件開發(fā)中是最低級別的測試，我們下面詳細(xì)的了解一下吧。

自動化單元測試？

自動化單元測試簡單地說就是使用工具對軟件中的最小可測試單元進(jìn)行檢查和驗證。通常而言，一個單元測試是用于判斷某個特定條件（或者場景）下某個特定函數(shù)的行為。單元就是人為規(guī)定的最小的被測功能模塊。單元測試是在軟件開發(fā)過程中要進(jìn)行的最低級別的測試活動，軟件的獨(dú)立單元將在與程序的其他部分相隔離的情況下進(jìn)行測試。

自動化單元測試的原則

提交代碼、運(yùn)行測試的重點是什么？快速捕獲那些因修改向系統(tǒng)中引入的最常見錯誤，并通知開發(fā)人員，以便他們能快速修復(fù)他們。提交階段提供反饋的價值在于，對它的投入可以讓系統(tǒng)高效且更快地工作。

隔離 UI 操作

UI 應(yīng)當(dāng)作為更高層次的測試 Level，需要花費(fèi)大量時間準(zhǔn)備數(shù)據(jù)，業(yè)務(wù)邏輯復(fù)雜，過早進(jìn)入 UI 階段，容易分散開發(fā)的單元測試精力。

隔離數(shù)據(jù)庫以及文件讀寫網(wǎng)絡(luò)開銷等操作

自動化測試中如果需要將結(jié)果寫入數(shù)據(jù)庫，然后再驗證改結(jié)果是否被正確寫入，這種驗證方法簡單、容易理解，但是它不是一個高效的方法。這個應(yīng)當(dāng)從集成測試的 Level 去解決。

首先：與數(shù)據(jù)庫的交互，是漫長的，甚至有可能要投入維護(hù)數(shù)據(jù)庫的時間，那將成為快速測試的一個障礙，開發(fā)人員不能得到及時有效的反饋。假設(shè)，我需要花費(fèi)一個小時，才能驗證完畢與數(shù)據(jù)庫交互的結(jié)果，這種等待是多么漫長呀。

其次，數(shù)據(jù)管理需要成本，從數(shù)據(jù)的篩選（線上數(shù)據(jù)可能是 T 級）到測試環(huán)境的 M 級別，如何把篩選合適的大小，這都使得管理成本增加

最后，如果一定要有讀寫操作才能完成的測試，也要反思代碼的可測試性做的如何？是否需要重構(gòu)。

單元測試決不要依賴于數(shù)據(jù)庫以及文件系統(tǒng)、網(wǎng)絡(luò)開銷等一切外部依賴。

如果在單元測試中，還需要啟動 Spring 容器進(jìn)行依賴注入、加載依賴的 WebService 等，這個過程是相當(dāng)消耗時間的。

設(shè)計簡單的測試

明確定義方法：

成功：public void testSendReportLongDateSuccess（）

失?。簆ublic void testSendReportLongDateFail（），可以包括異常

和單一的斷言，避免在一個方法內(nèi)使用多個復(fù)雜斷言，這會造成代碼結(jié)構(gòu)的復(fù)雜，使得測試的復(fù)雜性提高。

定義測試套件的運(yùn)行時間

構(gòu)建的單元測試，每個方法的構(gòu)建時間應(yīng)該是毫秒級別，整個類是秒級別，理想的是整體構(gòu)建時間控制在 5 分鐘以內(nèi)，如果超過怎么辦呢？

首先，拆分成多個套件，在多臺機(jī)器上并行執(zhí)行這些套件；

其次，重構(gòu)那些運(yùn)行時間比較長且不經(jīng)常失敗的測試類；

關(guān)于自動化單元測試的介紹到這里就結(jié)束了，最后小編介紹一個自動化管理工具吧，AutoRunner是一個自動化的測試工具，這個工具支持Java程序、瀏覽器、Siverlight 程序等類型的腳本錄制，支持腳本錄制暫停功能等等，功能是很強(qiáng)大的。

推薦閱讀：

想要做好滲透測試，就需要明白的這八大步驟

深入了解黑盒測試的定義和黑盒測試的步驟

黑盒測試的主要方法和常用的工具有什么？

自動化測試有哪些？自動化測試的過程是怎么樣的？

自動化測試是什么？自動化測試優(yōu)缺點有哪些？

如何選擇要自動化的測試用例的技巧和規(guī)則