Telerik JustMock框架提供了必要的工具，以及時、可預(yù)測和可重復(fù)的方式管理和編寫單元測試，開發(fā)團隊確實可以手動創(chuàng)建模擬，但是框架工具提供了支持單元測試的重要好處。Telerik JustMock框架工具提供了對單元測試的支持，提高了測試結(jié)果的準(zhǔn)確性，并通過管理跟蹤單元測試結(jié)果更繁瑣的方面來節(jié)省時間。

在本文中，我們將討論為什么使用Telerik JustMock框架有利于產(chǎn)品設(shè)計、代碼開發(fā)和測試效率。

Telerik_KendoUI產(chǎn)品技術(shù)交流群：726377843    歡迎一起進群討論

什么是Telerik JustMock？

當(dāng)缺少函數(shù)或連接時，Telerik JustMock非常有用。模擬缺失的連接允許繼續(xù)開發(fā)和測試，當(dāng)存在代碼發(fā)布所需的外部依賴關(guān)系(如數(shù)據(jù)庫連接、API、消息傳遞系統(tǒng)或第三方連接)，當(dāng)前不存在或不可用時，它也非常有用。

Telerik JustMock允許開發(fā)人員模擬缺少對象或不在控制范圍內(nèi)的對象的預(yù)期操作，Telerik JustMock還提供了跟蹤和控制代碼執(zhí)行的功能，模擬對象可以返回值并報告代碼行何時執(zhí)行以及以何種順序執(zhí)行。

使用Mocking框架的理由

1. 管理代碼質(zhì)量的變異性

開發(fā)團隊通常包括各種技能水平和特定的專業(yè)知識領(lǐng)域的開發(fā)人員，然而當(dāng)開發(fā)人員團隊將代碼合并到單個發(fā)行版代碼庫中時，就會出現(xiàn)問題，開發(fā)人員通過使用依賴對象創(chuàng)建問題來破壞彼此的單元測試代碼。

通過不依賴其他開發(fā)人員的代碼來消除依賴問題，使用Mocking框架，每個開發(fā)人員都可以創(chuàng)建獨立依賴的單元測試。簡而言之，編寫單元測試來測試具有獨立依賴關(guān)系的代碼，其他開發(fā)人員不能破壞彼此的單元測試并強制返工和花費時間不斷地排除單元測試問題。

當(dāng)從測試中返回錯誤或在單元測試執(zhí)行中發(fā)現(xiàn)錯誤時，在單元測試代碼中隔離依賴關(guān)系時，能更有效地找到問題并修復(fù)它。

2. 組織有效的單元測試

單元測試已經(jīng)成為開發(fā)周期中必要的一部分，部分原因是敏捷、持續(xù)部署和快速開發(fā)方法的流行和成功。使用這些快速移動的迭代業(yè)務(wù)實踐，必須不斷測試代碼，以確保下一個更新可以部署。

這種快速的應(yīng)用程序開發(fā)周期意味著測試必須有效且高效，這就是單元測試存在的原因。單元測試可以一次關(guān)注一個對象，而不是測試整個代碼庫，這使得發(fā)現(xiàn)和修復(fù)問題可以更快。

通過使用與現(xiàn)有單元測試方法一起工作的模擬框架，開發(fā)人員可以增加測試覆蓋率。Mocking框架可以填補一些空白，因此您的單元測試可以在不需要經(jīng)?？醋o的情況下運行。當(dāng)繼續(xù)構(gòu)建其他單元測試時，可以覆蓋更多的應(yīng)用程序代碼。當(dāng)然，對代碼及其所有連接性需求進行更徹底的測試可以確保更高質(zhì)量的應(yīng)用程序。

3. 對象隔離

使用Mocking框架是單元測試代碼時隔離代碼的唯一有效方法，在上游執(zhí)行測試需要代碼隔離，當(dāng)測試帶有依賴關(guān)系的組件或?qū)ο髸r，使用Mocking使開發(fā)人員能夠?qū)y試代碼與這些依賴關(guān)系隔離開來。(依賴關(guān)系包括其他正在開發(fā)的代碼、API、尚未激活的數(shù)據(jù)庫缺少連接。)這將允許開發(fā)人員繼續(xù)他們的任務(wù)，直到所有生產(chǎn)代碼完成。

保持不同的單元測試不相互干擾是很重要的，當(dāng)一個單元測試更改了第二個單元測試所需的數(shù)據(jù)時，這可能會導(dǎo)致不準(zhǔn)確的測試失敗。Mocking框架允許隔離對象，所以這種干擾不再是問題。

4. 編碼前確認設(shè)計選項

在開始編寫應(yīng)用程序之前確認產(chǎn)品設(shè)計是可行的，首先使用Mocking框架來證明設(shè)計的可行性。

創(chuàng)建一個編碼設(shè)計的模擬，以確保所使用的編碼工具可以創(chuàng)建所需的設(shè)計。Mocking框架可用于創(chuàng)建單元測試，以確保在編碼開始之前連接到數(shù)據(jù)庫、消息傳遞系統(tǒng)和API等。

通過支持應(yīng)用程序狀態(tài)和行為的驗證，Mocking是最佳的選擇，針對各種集成連接測試應(yīng)用程序狀態(tài)和行為的功能可以用最少的單元測試代碼提高應(yīng)用程序的整體質(zhì)量。

5. 支持TDD或早期測試

使用測試驅(qū)動開發(fā)(TDD)或通過單元測試、功能測試進行早期測試可以提高應(yīng)用程序的質(zhì)量。對代碼的測試越早開始，整個代碼庫的測試就越徹底，更多的測試并不一定等同于更高質(zhì)量的應(yīng)用程序，但是早期測試或TDD可以確保在代碼開發(fā)周期中進行測試，盡早發(fā)現(xiàn)缺陷可以節(jié)省時間、資源、精力和成本。

Mocking框架支持對所有內(nèi)部和外部連接以及第三方應(yīng)用程序進行單元測試，在TDD的測試創(chuàng)建過程中進行模擬，可以執(zhí)行接口和集成測試，否則在發(fā)布構(gòu)建之前可能不會對這些測試進行測試，因為所有依賴的對象都可以用于生產(chǎn)或可測試，并可用于更大的測試工作。

開發(fā)過程中的測試深度越深，最終的應(yīng)用程序代碼產(chǎn)品就越強大。敏捷、持續(xù)和快速的軟件開發(fā)方法依賴于可靠的早期測試，以便在完整的應(yīng)用程序前端和后端準(zhǔn)備好投入生產(chǎn)之前清除異常和缺陷。

6. 支持后端操作測試

使用Mocking框架可以早期頻繁地測試后端代碼和連接性，預(yù)先測試網(wǎng)絡(luò)、API和數(shù)據(jù)庫連接可以節(jié)省時間，并確保更可靠的發(fā)布。Mocking框架簡化并支持在最終代碼和連接可用之前測試接口過程。

當(dāng)然，在使用實際對象時可能會出現(xiàn)缺陷，但這種情況比在最初的測試工作中不使用Mocking的可能性要小，通過使用Mocking框架盡快測試所有連接和后端接口對象來提高測試覆蓋率。