java代碼覆蓋率標(biāo)準(zhǔn) 代碼覆蓋率一般達(dá)到多少

五個(gè)方法讓你做更好的java單元測試？

單元測試是我們在軟件開發(fā)過程中經(jīng)常用到的一種軟件測試的方法，而今天我們就一起來了解一下，一個(gè)好的單元測試都是如何來編輯完成的。

創(chuàng)新互聯(lián)從2013年創(chuàng)立，先為方山等服務(wù)建站，方山等地企業(yè)，進(jìn)行企業(yè)商務(wù)咨詢服務(wù)。為方山企業(yè)網(wǎng)站制作PC+手機(jī)+微官網(wǎng)三網(wǎng)同步一站式服務(wù)解決您的所有建站問題。

1.使用框架來用于單元測試

Java提供了若干用于單元測試的框架。TestNG和JUnit是流行的測試框架。JUnit和TestNG的一些重要功能：

易于設(shè)置和運(yùn)行。

支持注釋。

允許忽略或分組并一起執(zhí)行某些測試。

支持參數(shù)化測試，即通過在運(yùn)行時(shí)指定不同的值來運(yùn)行單元測試。

通過與構(gòu)建工具，如Ant，Maven和Gradle集成來支持自動(dòng)化的測試執(zhí)行。

EasyMock是一個(gè)模擬框架，是單元測試框架，如JUnit和TestNG的補(bǔ)充。EasyMock本身不是一個(gè)完整的框架。它只是添加了創(chuàng)建模擬對象以便于測試的能力。例如，我們想要測試的一個(gè)方法可以調(diào)用從數(shù)據(jù)庫獲取數(shù)據(jù)的DAO類。在這種情況下，EasyMock可用于創(chuàng)建返回硬編碼數(shù)據(jù)的MockDAO。這使我們能夠輕松地測試我們意向的方法，而不必?fù)?dān)心數(shù)據(jù)庫訪問。

2.謹(jǐn)慎使用測試驅(qū)動(dòng)開發(fā)!

測試驅(qū)動(dòng)開發(fā)(TDD)是一個(gè)軟件開發(fā)過程，在這過程中，在開始任何編碼之前，我們基于需求來編寫測試。由于還沒有編碼，測試初會(huì)失敗。然后寫入小量的代碼以通過測試。然后重構(gòu)代碼，直到被優(yōu)化。

目標(biāo)是編寫覆蓋所有需求的測試，而不是一開始就寫代碼，卻可能甚至都不能滿足需求。TDD是偉大的，因?yàn)樗鼘?dǎo)致簡單的模塊化代碼，且易于維護(hù)?？傮w開發(fā)速度加快，容易發(fā)現(xiàn)缺陷。此外，單元測試被創(chuàng)建作為TDD方法的副產(chǎn)品。

然而，TDD可能不適合所有的情況。在設(shè)計(jì)復(fù)雜的項(xiàng)目中，專注于簡單的設(shè)計(jì)以便于通過測試用例，而不提前思考可能會(huì)導(dǎo)致巨大的代碼更改。此外，TDD方法難以用于與遺留系統(tǒng)，GUI應(yīng)用程序或與數(shù)據(jù)庫一起工作的應(yīng)用程序交互的系統(tǒng)。另外，測試需要隨著代碼的改變而更新。

因此，在決定采用TDD方法之前，應(yīng)考慮上述因素，并應(yīng)根據(jù)項(xiàng)目的性質(zhì)采取措施。

3.測量代碼覆蓋率

代碼覆蓋率衡量(以百分比表示)了在運(yùn)行單元測試時(shí)執(zhí)行的代碼量。通常，高覆蓋率的代碼包含未檢測到的錯(cuò)誤的幾率要低，因?yàn)槠涓嗟脑创a在測試過程中被執(zhí)行。云南電腦培訓(xùn)發(fā)現(xiàn)測量代碼覆蓋率的一些佳做法包括：

使用代碼覆蓋工具，如Clover，Corbetura，JaCoCo或Sonar。使用工具可以提高測試質(zhì)量，因?yàn)檫@些工具可以指出未經(jīng)測試的代碼區(qū)域，讓你能夠開發(fā)開發(fā)額外的測試來覆蓋這些領(lǐng)域。

北大青鳥java培訓(xùn)：如何才能寫出一手高質(zhì)量優(yōu)美的代碼？

怎么判斷代碼是否是優(yōu)質(zhì)量的代碼呢？下面重慶電腦培訓(xùn)來簡單對代碼質(zhì)量的問題進(jìn)行一個(gè)介紹。

代碼質(zhì)量所涉及的5個(gè)方面，編碼標(biāo)準(zhǔn)、代碼重復(fù)、代碼覆蓋率、依賴項(xiàng)分析、復(fù)雜度分析。

我們分別來看一下這5方面：編碼標(biāo)準(zhǔn)：一般來說，公司都會(huì)有一份編碼規(guī)范，類命名、包命名、代碼風(fēng)格之類的都會(huì)有所要求。

代碼重復(fù)：顧名思義就是重復(fù)的代碼，如果代碼中有大量的重復(fù)代碼，就要考慮是否將重復(fù)的代碼提取出來，封裝成一個(gè)公共的方法或者組件。

代碼覆蓋率：測試代碼能運(yùn)行到的代碼比率，代碼經(jīng)過了單元測試了嗎？是不是每個(gè)方法都進(jìn)行了測試，代碼覆蓋率是多少？這關(guān)系到代碼的功能性和穩(wěn)定性。

依賴項(xiàng)分析：代碼依賴關(guān)系怎么樣？耦合關(guān)系怎么樣？是否有循環(huán)依賴？是否符合高內(nèi)聚低耦合的原則？復(fù)雜度分析：如果代碼中嵌套了很多層的ifelse，就會(huì)讓人很難閱讀。

要相信越優(yōu)秀的代碼，越容易讀懂。

代碼覆蓋率VS測試覆蓋率

測試覆蓋率和代碼覆蓋率是衡量代碼有效性的最流行方法。這些術(shù)語有時(shí)會(huì)同時(shí)出現(xiàn)，因?yàn)樗鼈兊幕驹硐嗤?。但是它們并不是那么一致。很多時(shí)候，測試團(tuán)隊(duì)和開發(fā)團(tuán)隊(duì)對這兩個(gè)術(shù)語的使用感到困惑。下面詳細(xì)討論代碼覆蓋率和測試覆蓋率之間的區(qū)別的原因。

代碼覆蓋率：表示通過用Selenium或任何其他測試自動(dòng)化框架進(jìn)行的手動(dòng)測試和自動(dòng)化測試，測試用例覆蓋的代碼百分比。例如，如果源代碼具有一個(gè)簡單的if...else循環(huán)，則如果測試代碼可以覆蓋這兩種情況（即if＆else），則代碼覆蓋率將為100％。

測試范圍：包括測試作為功能需求規(guī)范，軟件需求規(guī)范和其他必需文檔的一部分而實(shí)現(xiàn)的功能。例如，如果要對Web應(yīng)用程序執(zhí)行跨瀏覽器測試，以確保應(yīng)用程序可以在其他瀏覽器流暢運(yùn)行。測試覆蓋范圍是已驗(yàn)證Web應(yīng)用程序的瀏覽器兼容性的瀏覽器+操作系統(tǒng)組合的數(shù)量。

開發(fā)人員在單元測試期間執(zhí)行代碼覆蓋，以驗(yàn)證代碼實(shí)現(xiàn)，盡可能多執(zhí)行代碼語句。大多數(shù)代碼覆蓋率工具都使用靜態(tài)工具，將監(jiān)視執(zhí)行的語句插入代碼中的必要位置。盡管添加檢測代碼會(huì)導(dǎo)致總體應(yīng)用程序大小和執(zhí)行時(shí)間增加，但與通過執(zhí)行檢測代碼生成的信息相比，開銷卻很小。輸出包含一個(gè)詳細(xì)描述測試套件測試范圍的報(bào)告。

單元測試主要用于在單個(gè)單元級別上測試代碼。由于單元測試是由開發(fā)人員自己編寫的，因此他對應(yīng)該作為單元測試的一部分包含的測試具有更好的可見性。單元測試有助于提高軟件的整體質(zhì)量，但是關(guān)于構(gòu)成單元測試的測試數(shù)量始終存在疑問。測試套件中是否有足夠數(shù)量的測試方案？我們應(yīng)該添加更多測試嗎？代碼覆蓋率是所有這些問題的重要衡量標(biāo)準(zhǔn)。

隨著產(chǎn)品開發(fā)的進(jìn)行，新功能以及BUG修復(fù)補(bǔ)丁將添加到發(fā)布周期中。這意味著測試代碼可能還需要進(jìn)行更改，以使其與開發(fā)過程中所做的軟件更改保持一致。在項(xiàng)目開始時(shí)設(shè)定的測試標(biāo)準(zhǔn)必須與后續(xù)的發(fā)布周期保持一致，這一點(diǎn)很重要。代碼覆蓋率可用于確保測試過程符合這些標(biāo)準(zhǔn)，并且質(zhì)量最好的代碼進(jìn)入生產(chǎn)階段。

代碼覆蓋率越高，發(fā)生未檢測到的錯(cuò)誤的概率越低。在某些組織中，質(zhì)量團(tuán)隊(duì)設(shè)置在將軟件推向生產(chǎn)階段之前需要實(shí)現(xiàn)的最小代碼覆蓋量。這樣做的主要原因是為了減少在產(chǎn)品開發(fā)的后期階段檢測到錯(cuò)誤的可能性。

代碼覆蓋范圍有不同的級別，代碼覆蓋率的一些常見的類型為：

為了檢查代碼覆蓋率，使用了一種稱為檢測的方法。工具可用于監(jiān)視性能，插入跟蹤信息以及診斷源代碼中的任何類型的錯(cuò)誤。

儀器分為三種主要類型

根據(jù)測試要求，團(tuán)隊(duì)?wèi)?yīng)該選擇正確的代碼覆蓋率工具以及該工具支持的最佳檢測方法。

有許多支持不同編程語言的代碼覆蓋工具，其中許多還可以兼用作QA工具。許多工具可以與構(gòu)建工具和項(xiàng)目管理工具集成在一起，從而使它們更加強(qiáng)大的作用。選擇開源代碼覆蓋率工具時(shí)，應(yīng)檢查該工具支持的功能以及該工具是否正在積極開發(fā)迭代中。下面是一些流行的開源代碼覆蓋工具：

與代碼覆蓋率是白盒測試方法不同，測試覆蓋率是黑盒測試方法。以最大范圍覆蓋FRS（功能需求規(guī)范），SRS（軟件需求規(guī)范），URS（用戶需求規(guī)范）等中提到的需求的方式編寫測試用例。

像代碼覆蓋率一樣，也可以通過不同類型的測試來評估測試覆蓋率。但是，應(yīng)遵循哪種測試完全取決于具體的業(yè)務(wù)。例如在以用戶為中心的Web應(yīng)用程序中，可能存在UI/UX測試比功能測試具有更高優(yōu)先級的情況，而在其他類型的應(yīng)用程序中（例如銀行，金融）；可用性測試，安全性測試等可能更為重要。

以下是一些測試覆蓋率機(jī)制：

要注意的另一個(gè)重要點(diǎn)是，測試覆蓋范圍的目的和含義可能會(huì)有所不同，具體取決于執(zhí)行測試的級別。它還取決于執(zhí)行黑盒測試的產(chǎn)品類型。用于測試手機(jī)的測試覆蓋率指標(biāo)將不同于用于網(wǎng)站測試的指標(biāo)。一些分類如下：

在代碼覆蓋率的情況下，度量標(biāo)準(zhǔn)是通過測試用例/測試套件測試的代碼的百分比。因此，可以量化測試結(jié)果，即在100 LOC（代碼行）中，代碼覆蓋率為80行。這意味著代碼覆蓋率為80％。由于執(zhí)行測試是為了驗(yàn)證功能要求，因此無法量化測試覆蓋率的結(jié)果。還可以提出可以在單個(gè)測試中測試多個(gè)需求的黑匣子測試。 盡管在少數(shù)情況下必須編寫測試代碼來達(dá)到測試覆蓋率要求，但是在某些情況下，您可能仍需要使用一些流行的測試框架。兩種最受歡迎 的測試框架是：

衡量代碼覆蓋率和測試覆蓋率的影響的基礎(chǔ)完全不同。代碼覆蓋率是通過測試期間覆蓋的代碼百分比來衡量的，而測試覆蓋率是通過測試覆蓋的功能來衡量的。 重要的是“其中哪一項(xiàng)最適合項(xiàng)目”？這個(gè)問題沒有確切的答案，因?yàn)榻鉀Q方案取決于項(xiàng)目的類型和復(fù)雜性。在大多數(shù)情況下，使用測試覆蓋率和代碼覆蓋率，因?yàn)樗鼈冊谲浖?xiàng)目中同等重要。

測試團(tuán)隊(duì)?wèi)?yīng)花費(fèi)大量時(shí)間來了解總體要求并確定測試活動(dòng)的優(yōu)先級。為了跟蹤進(jìn)度，他們應(yīng)該有一個(gè)清單，該清單應(yīng)定期更新（至少在每次發(fā)行之后）。測試團(tuán)隊(duì)還必須與質(zhì)量保證（QA）團(tuán)隊(duì)保持頻繁的溝通，這是很重要的，因?yàn)樗麄兙哂幸l(fā)布給客戶/客戶的產(chǎn)品/項(xiàng)目必須達(dá)到的目標(biāo)（測試/代碼）覆蓋范圍的詳細(xì)信息。沒有專門的經(jīng)驗(yàn)法則提到測試產(chǎn)品時(shí)需要達(dá)到的最小代碼覆蓋率或測試覆蓋率百分比。

追求覆蓋率只是手段而不是目的。測試同學(xué)的終極目的還是要在首先的資源情況下最大顯得保障產(chǎn)品質(zhì)量。不能因?yàn)镵PI就盲目追求手段的極致，反而本末倒置，最終陷入泥潭不能自拔。

云南java培訓(xùn)學(xué)校告訴你有哪些方法可以進(jìn)行Java單元測試？

在軟件開發(fā)過程中，每個(gè)單元的運(yùn)行都是非常關(guān)鍵的，并且直接關(guān)系到后期程序員的運(yùn)行。那么在進(jìn)行軟件開發(fā)過程中，經(jīng)常使用到的單元測試方法有哪些呢，一個(gè)好的單元測試是如何進(jìn)行實(shí)現(xiàn)的？下面云南電腦培訓(xùn)為大家介紹進(jìn)行Java單元測試的具體方法。

1、使用框架進(jìn)行單元測試

Java能夠提供單元測試方法的框架，在測試過程中，測試NG和JUnit是現(xiàn)在流行的測試框架。JUnit和TestNG框架測試有幾個(gè)重要功能：設(shè)置和運(yùn)行很容易；允許忽略或分組，并一起運(yùn)行多個(gè)測試；支持參數(shù)化測試，并且云南IT培訓(xùn)發(fā)現(xiàn)能夠通過在運(yùn)行時(shí)指定不同的值來執(zhí)行單元測試。

2、謹(jǐn)慎使用測試驅(qū)動(dòng)開發(fā)

測試驅(qū)動(dòng)開發(fā)是一個(gè)軟件開發(fā)的過程。在整個(gè)開發(fā)過程中，在開始編碼的時(shí)候，應(yīng)該根據(jù)程序的需求進(jìn)行編程測試。但是昆明IT培訓(xùn)發(fā)現(xiàn)由于這個(gè)時(shí)候還沒有進(jìn)行編程，所以初次測試會(huì)面臨失敗，只需要寫入少量的代碼就能通過測試，進(jìn)行重置代碼。

3、測試代碼的覆蓋率

代碼覆蓋率是以百分比測定執(zhí)行單元測試時(shí)進(jìn)行的代碼量。通常，高覆蓋率的代碼包含未被檢測出的錯(cuò)誤的概率較低，因?yàn)楦嗟脑创a在測試中被執(zhí)行。測試代碼覆蓋率的工具有：Clover，Corbetura，JaCoCo。使用工具測試能夠更好的提高測試質(zhì)量。

4、將測試數(shù)據(jù)外部優(yōu)化

在JUnit4之前，測試用例執(zhí)行的數(shù)據(jù)必須被測試用例硬編碼，這會(huì)引起限制。為了使用不同的數(shù)據(jù)執(zhí)行測試，必須修正測試用例代碼。但是，昆明電腦培訓(xùn)認(rèn)為JUnit4以及TestNG支持外部化測試數(shù)據(jù)，無需變更源代碼，就可以對不同的數(shù)據(jù)組執(zhí)行測試用例。

分享標(biāo)題：java代碼覆蓋率標(biāo)準(zhǔn) 代碼覆蓋率一般達(dá)到多少
本文地址：http://www.muchs.cn/article0/doodooo.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供標(biāo)簽優(yōu)化、網(wǎng)站制作、外貿(mào)網(wǎng)站建設(shè)、電子商務(wù)、網(wǎng)站營銷、企業(yè)網(wǎng)站制作

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)