代碼覆蓋率VS測試覆蓋率

測試覆蓋率和代碼覆蓋率是衡量代碼有效性的最流行方法。這些術(shù)語有時會同時出現(xiàn)，因為它們的基本原理相同。但是它們并不是那么一致。很多時候，測試團隊和開發(fā)團隊對這兩個術(shù)語的使用感到困惑。下面詳細討論代碼覆蓋率和測試覆蓋率之間的區(qū)別的原因。

創(chuàng)新互聯(lián)公司總部坐落于成都市區(qū)，致力網(wǎng)站建設(shè)服務(wù)有網(wǎng)站建設(shè)、成都網(wǎng)站建設(shè)、網(wǎng)絡(luò)營銷策劃、網(wǎng)頁設(shè)計、網(wǎng)站維護、公眾號搭建、小程序開發(fā)、軟件開發(fā)等為企業(yè)提供一整套的信息化建設(shè)解決方案。創(chuàng)造真正意義上的網(wǎng)站建設(shè)，為互聯(lián)網(wǎng)品牌在互動行銷領(lǐng)域創(chuàng)造價值而不懈努力！

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

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

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

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

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

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

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

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

儀器分為三種主要類型

根據(jù)測試要求，團隊應(yīng)該選擇正確的代碼覆蓋率工具以及該工具支持的最佳檢測方法。

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

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

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

以下是一些測試覆蓋率機制：

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

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

衡量代碼覆蓋率和測試覆蓋率的影響的基礎(chǔ)完全不同。代碼覆蓋率是通過測試期間覆蓋的代碼百分比來衡量的，而測試覆蓋率是通過測試覆蓋的功能來衡量的。 重要的是“其中哪一項最適合項目”？這個問題沒有確切的答案，因為解決方案取決于項目的類型和復(fù)雜性。在大多數(shù)情況下，使用測試覆蓋率和代碼覆蓋率，因為它們在軟件項目中同等重要。

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

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

codecover有幾種運行方式

三種。codecover有三種運行方式。codecover意思為代碼覆蓋，代碼覆蓋率是衡量驗證進展的最簡易的方式。它的作用是檢查代碼是否冗余,設(shè)計要點是否遍歷,被檢測的對象是RTL代碼,而代碼覆蓋率的檢測由工具自動生成的。

GO語言（二十九）：模糊測試（下）-

語料庫文件以特殊格式編碼。這是種子語料庫和生成語料庫的相同格式。

下面是一個語料庫文件的例子：

第一行用于通知模糊引擎文件的編碼版本。雖然目前沒有計劃未來版本的編碼格式，但設(shè)計必須支持這種可能性。

下面的每一行都是構(gòu)成語料庫條目的值，如果需要，可以直接復(fù)制到 Go 代碼中。

在上面的示例中，我們在 a []byte后跟一個int64。這些類型必須按順序與模糊測試參數(shù)完全匹配。這些類型的模糊目標如下所示：

指定您自己的種子語料庫值的最簡單方法是使用該 (*testing.F).Add方法。在上面的示例中，它看起來像這樣：

但是，您可能有較大的二進制文件，您不希望將其作為代碼復(fù)制到您的測試中，而是作為單獨的種子語料庫條目保留在 testdata/fuzz/{FuzzTestName} 目錄中。golang.org/x/tools/cmd/file2fuzz 上的file2fuzz工具可用于將這些二進制文件轉(zhuǎn)換為為[]byte.

要使用此工具：

語料庫條目：語料庫 中的一個輸入，可以在模糊測試時使用。這可以是特殊格式的文件，也可以是對 (*testing.F).Add。

覆蓋指導(dǎo)： 一種模糊測試方法，它使用代碼覆蓋范圍的擴展來確定哪些語料庫條目值得保留以備將來使用。

失敗的輸入：失敗的輸入是一個語料庫條目，當針對 模糊目標運行時會導(dǎo)致錯誤或恐慌。

fuzz target： 模糊測試的目標功能，在模糊測試時對語料庫條目和生成的值執(zhí)行。它通過將函數(shù)傳遞給 (*testing.F).Fuzz實現(xiàn)。

fuzz test： 測試文件中的一個被命名為func FuzzXxx(*testing.F)的函數(shù)，可用于模糊測試。

fuzzing： 一種自動化測試，它不斷地操縱程序的輸入，以發(fā)現(xiàn)代碼可能容易受到的錯誤或漏洞等問題。

fuzzing arguments： 將傳遞給 模糊測試目標的參數(shù)，并由mutator進行變異。

fuzzing engine： 一個管理fuzzing的工具，包括維護語料庫、調(diào)用mutator、識別新的覆蓋率和報告失敗。

生成的語料庫： 由模糊引擎隨時間維護的語料庫，同時模糊測試以跟蹤進度。它存儲在$GOCACHE/fuzz 中。這些條目僅在模糊測試時使用。

mutator： 一種在模糊測試時使用的工具，它在將語料庫條目傳遞給模糊目標之前隨機操作它們。

package： 同一目錄下編譯在一起的源文件的集合。

種子語料庫： 用戶提供的用于模糊測試的語料庫，可用于指導(dǎo)模糊引擎。它由 f.Add 在模糊測試中調(diào)用提供的語料庫條目以及包內(nèi) testdata/fuzz/{FuzzTestName} 目錄中的文件組成。這些條目默認使用go test運行，無論是否進行模糊測試。

測試文件： 格式為 xxx_test.go 的文件，可能包含測試、基準、示例和模糊測試。

漏洞： 代碼中的安全敏感漏洞，可以被攻擊者利用。

如何：獲取代碼覆蓋率數(shù)據(jù)

可以按逐行代碼甚或逐個代碼塊的形式衡量測試的有效性?？梢酝ㄟ^配置測試運行以產(chǎn)生代碼覆蓋率數(shù)據(jù)來做到這一點。得到的數(shù)據(jù)顯示在“代碼覆蓋率結(jié)果”窗口和源代碼文件中。

當對項目（通常為二進制文件）進行了檢測，并在測試運行期間將其加載到了內(nèi)存中時，就會收集代碼覆蓋率數(shù)據(jù)。獲取代碼覆蓋率數(shù)據(jù)過程介紹了如何選擇要檢測的文件。

注意默認情況下，在運行單元測試時測量代碼覆蓋率。因此，在運行單元測試時，只有在已關(guān)閉代碼覆蓋率數(shù)據(jù)收集功能，或者當您希望對其他項目進行檢測以收集它們的代碼覆蓋率數(shù)據(jù)時，才需要執(zhí)行獲取代碼覆蓋率數(shù)據(jù)中的步驟。測試運行完成后，即可查看代碼覆蓋率數(shù)據(jù)；有關(guān)更多信息，請參見查看代碼覆蓋率數(shù)據(jù)。

還可以合并多組代碼覆蓋率數(shù)據(jù)，如如何：合并代碼覆蓋率數(shù)據(jù)中所述。有關(guān)與合并代碼覆蓋率數(shù)據(jù)有關(guān)的各種情況的信息，請參見使用合并的代碼覆蓋率數(shù)據(jù)。如對程序集進行檢測和重新簽名中所述，必須對經(jīng)過檢測的具有強名稱的程序集進行重新簽名。指定密鑰文件即可啟用重新簽名。有關(guān)更多信息，請參見重新簽名程序集。

必須顯式地對項目進行檢測，只有這樣，才能在您運行單元測試之外的其他測試時獲取代碼覆蓋率數(shù)據(jù)。例如，某個運行手動測試的測試人員可能會啟動一個特殊的程序。如果這個程序的二進制文件經(jīng)過了檢測，則將收集代碼覆蓋率數(shù)據(jù)。有關(guān)更多信息，請參見手動測試概述。

獲取代碼覆蓋率數(shù)據(jù)獲取代碼覆蓋率數(shù)據(jù)創(chuàng)建代碼測試。這些測試既可以是單元測試，也可以是其他測試類型（它們執(zhí)行您已為其設(shè)置了符號并且已為其選擇了要檢測的適當二進制文件的代碼）。有關(guān)如何創(chuàng)建單元測試的信息，請參見

如何：生成單元測試。

打開將用于單元測試的測試運行配置。

有關(guān)更多信息，請參見如何：指定測試運行配置。單擊“代碼覆蓋率”。在“選擇要檢測的項目”下，選擇解決方案的

DLL、可執(zhí)行文件或目錄。例如，如果解決方案的名稱為

ClassLibrary1，則選擇名為

ClassLibrary1.dll、路徑為

Solution

Directory\ClassLibrary1\bin\Debug

的程序集所對應(yīng)的復(fù)選框。注意也可以選擇包含測試項目文件的

DLL。這將為測試項目中的方法（而不僅僅是生產(chǎn)代碼中的方法）生成代碼覆蓋率數(shù)據(jù)。

單擊“應(yīng)用”，再單擊“關(guān)閉”。運行一個或多個測試。

有關(guān)更多信息，請參見如何：運行選定的測試。在運行測試時，會收集代碼覆蓋率數(shù)據(jù)。有關(guān)查看數(shù)據(jù)的更多信息，請參見查看代碼覆蓋率數(shù)據(jù)。

注意運行VSPerfMon.exe

可以與代碼覆蓋率數(shù)據(jù)的集合進行交互。有關(guān)更多信息，請參見

Team

Edition

for

Testers

疑難解答中的“代碼覆蓋率數(shù)據(jù)和

VSPerfMon.exe”部分。無法為運行在

64

位進程中的應(yīng)用程序收集代碼覆蓋率數(shù)據(jù)。因此，如果您在測試此類應(yīng)用程序時請求了代碼覆蓋率數(shù)據(jù)，則測試引擎會在要檢測的程序集的可移植可執(zhí)行

(PE)

標頭中設(shè)置“32BIT”標志。測試運行完成后，程序集會恢復(fù)到其原始狀態(tài)。重新簽名程序集重新簽名程序集打開將用于單元測試的測試運行配置。

有關(guān)更多信息，請參見如何：指定測試運行配置。單擊“代碼覆蓋率”。單擊“用于重新簽名的密鑰文件”文本框旁邊的省略號

(…)。將顯示“選擇一個密鑰文件”對話框。選擇一個密鑰文件，然后單擊“打開”。在測試運行配置編輯器中，單擊“應(yīng)用”，再單擊“關(guān)閉”。

如果您要測試多個已簽名的程序集，Visual

Studio

會嘗試重新簽名使用您指定的密鑰文件簽名的所有具有強名稱的程序集。有關(guān)更多信息，請參見對程序集進行檢測和重新簽名中的“重新簽名程序集”。

查看代碼覆蓋率數(shù)據(jù)先決條件：已經(jīng)運行已生成代碼覆蓋率數(shù)據(jù)的測試，如獲取代碼覆蓋率數(shù)據(jù)中所述。

查看代碼覆蓋率數(shù)據(jù)在“測試結(jié)果”工具欄上，單擊“代碼覆蓋率結(jié)果”?；蛘?，也可以單擊“測試”菜單上的“窗口”，然后單擊“代碼覆蓋率結(jié)果”。

將打開“代碼覆蓋率結(jié)果”窗口。

在“代碼覆蓋率結(jié)果”窗口中，“層次結(jié)構(gòu)”列顯示一個節(jié)點，其中包含有在上一次測試運行中獲取的所有代碼覆蓋率數(shù)據(jù)。如果發(fā)生了錯誤，則在此位置（而非根節(jié)點中）顯示錯誤信息。如果顯示有節(jié)點，請將其展開。注意默認情況下，該測試運行節(jié)點采用

用戶名@計算機名

日期

時間

的格式命名。可以在“選項”對話框的“常規(guī)”頁上更改默認命名方案。有關(guān)更多信息，請參見如何：指定測試運行配置。依次展開程序集、命名空間和成品代碼中某個類的節(jié)點。

類中的各行表示類的方法。此表中的列顯示了各個方法、類和整個命名空間的覆蓋率統(tǒng)計數(shù)據(jù)。

雙擊類中的一個方法所對應(yīng)的行。

將打開源代碼文件并轉(zhuǎn)到您選擇的方法。在此文件中，可以看到代碼突出顯示效果。通過滾動，可以看到此文件中其他方法的覆蓋率。要更改代碼行的突出顯示顏色，請參見更改代碼覆蓋率數(shù)據(jù)的顯示。注意可以單擊“測試工具”工具欄上的按鈕以切換文件中代碼覆蓋率的顯示，以及導(dǎo)航到文件中前面的或后面的代碼行。

（可選）如果選中了測試項目的

DLL

所對應(yīng)的復(fù)選框，則可以打開包含單元測試的源代碼文件，以查看執(zhí)行了哪些測試方法。

更改代碼覆蓋率數(shù)據(jù)的顯示默認情況下，將使用特定的顏色來指示代碼是否被已運行的測試覆蓋了。用淺藍色突出顯示的代碼行已在測試運行中執(zhí)行過，而用紅褐色突出顯示的代碼行則還沒有執(zhí)行過。在用米色突出顯示的代碼行內(nèi)，有些代碼已執(zhí)行過，有些代碼則還沒有。

更改代碼覆蓋率數(shù)據(jù)的顯示單擊“工具”，然后單擊“選項”。將顯示“選項”對話框。

展開“環(huán)境”。單擊“字體和顏色”。

在“顯示其設(shè)置”下，選擇“文本編輯器”。在“顯示項”下，選擇要更改其顯示顏色的代碼覆蓋率區(qū)域?？捎玫倪x項有“覆蓋率未涉及的區(qū)域”、“覆蓋率部分涉及的區(qū)域”和“覆蓋率涉及的區(qū)域”。更改此代碼覆蓋率區(qū)域的設(shè)置?？梢愿那熬吧捅尘吧?、字體、字號和文本的粗體設(shè)置。（可選）更改其他代碼覆蓋率區(qū)域的設(shè)置。

完成上述操作后，單擊“確定”。

本文標題：go語言代碼覆蓋率工具 go語言占比
文章源于：http://m.rwnh.cn/article38/doopisp.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供靜態(tài)網(wǎng)站、商城網(wǎng)站、網(wǎng)站營銷、自適應(yīng)網(wǎng)站、App設(shè)計、

廣告

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