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

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

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

什么是Telerik JustMock？

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

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

使用Mocking框架的理由

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

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

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

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

2. 組織有效的單元測(cè)試

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

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

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

3. 對(duì)象隔離

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

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

4. 編碼前確認(rèn)設(shè)計(jì)選項(xiàng)

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

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

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

5. 支持TDD或早期測(cè)試

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

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

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

6. 支持后端操作測(cè)試

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

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