單元測(cè)試編寫(xiě)

Junit 單元測(cè)試框架

對(duì)于Java語(yǔ)言而言，其單元測(cè)試框架，有Junit和TestNG這兩種，

下面是一個(gè)典型的JUnit測(cè)試類(lèi)的結(jié)構(gòu)

package com.example.demo;import org.junit.jupiter.api.*;import static org.junit.jupiter.api.Assertions.*;@DisplayName('售票器類(lèi)型測(cè)試')class DemoTest { // 定義測(cè)試的實(shí)例 private Demo demo; // 定義前綴 整個(gè)測(cè)試類(lèi)開(kāi)始執(zhí)行的地方 @BeforeAll public static void init(){ } // 定義后綴，整個(gè)測(cè)試類(lèi)完成后執(zhí)行的操作 @AfterAll public static void cleanup(){ } // 定義每個(gè)測(cè)試用例開(kāi)始執(zhí)行前的操作 @BeforeEach public void create(){ this.demo = new Demo(); } // 定義在每個(gè)測(cè)試用例完成后執(zhí)行的操作 @AfterEach public void destory(){ } // 執(zhí)行測(cè)試用例 @Test @DisplayName('售票后的余額減少') public void shouldReduceInventoryWhenticketSoldOut(){ } @Test public void ming(){ }}

測(cè)試結(jié)果如圖所示

層次性表達(dá)測(cè)試用例

測(cè)試用例較多的情況下，為了層次性表達(dá)測(cè)試用例，使用Junit的Nested注解有層次的表達(dá)測(cè)試用例

package com.example.demo;import org.junit.jupiter.api.*;@DisplayName('交易服務(wù)測(cè)試')class DemoTest { @Nested @DisplayName('用戶(hù)交易測(cè)試') class Test02{ @Test @DisplayName('交易檢查測(cè)試') public void test01(){ } }}

使用Tag標(biāo)簽區(qū)分測(cè)試用例

在執(zhí)行Maven打包的時(shí)候，使用tage注解，可以有選擇的執(zhí)行一些測(cè)試命令

package com.example.demo;import org.junit.jupiter.api.*;@DisplayName('交易服務(wù)測(cè)試')class DemoTest { @Test @DisplayName('售票后額度減少') @Tag('fast') public void test01(){ } @Test @DisplayName('一次性減少車(chē)票') @Tag('slow') public void test02(){ }}

添加相關(guān)的插件

<plugin> <artifactId>maven-surefire-plugin</artifactId> <version>2.22.0</version> <configuration> <properties> <includeTags>fast</includeTags> <excludeTags>slow</excludeTags> </properties> </configuration> </plugin>

斷言

使用Junit命令進(jìn)行斷言處理

@Test @DisplayName('售票后額度減少') @Tag('fast') public void test01(){ String s = 'ming'; Assertions.assertTrue(s.startsWith('ming')); Assertions.assertTrue(s.endsWith('g')); Assertions.assertEquals(5, s.length()); }

此時(shí)斷言錯(cuò)誤。

單元測(cè)試的目的

提升軟件質(zhì)量

優(yōu)質(zhì)的單元測(cè)試可以保障，開(kāi)發(fā)質(zhì)量和程序的健壯性，在大多數(shù)互聯(lián)網(wǎng)企業(yè)中，開(kāi)發(fā)工程師，都會(huì)頻繁的執(zhí)行測(cè)試用例。

促進(jìn)代碼的優(yōu)化

單元測(cè)試是由開(kāi)發(fā)工程師編寫(xiě)和維護(hù)的，這會(huì)促進(jìn)開(kāi)發(fā)工程師不斷的重新審視自己的代碼質(zhì)量。

提高研發(fā)效率

單元測(cè)試，雖然占用的大量的時(shí)間，但是對(duì)后續(xù)的聯(lián)調(diào)，集成等，都可以進(jìn)一步的提高研發(fā)的效率。

增加重構(gòu)的自信

代碼重構(gòu)往往是牽一發(fā)而動(dòng)全身的，當(dāng)修改底層代碼的時(shí)候，通過(guò)不斷的單元測(cè)試，可以增加重構(gòu)的軟件的自信。

單元測(cè)試的基本原則

單元測(cè)試要符合AIR原則。單元測(cè)試，符合以下三個(gè)原則

1. 自動(dòng)化

2. 獨(dú)立性

3. 可重復(fù)

單元測(cè)試覆蓋率

語(yǔ)句覆蓋

又稱(chēng)行覆蓋(LineCoverage)，段覆蓋(SegmentCoverage)，基本塊覆蓋(BasicBlockCoverage)，這是最常用也是最常見(jiàn)的一種覆蓋方式，就是度量被測(cè)代碼中每個(gè)可執(zhí)行語(yǔ)句是否被執(zhí)行到了。

判定覆蓋

又稱(chēng)分支覆蓋(BranchCoverage)，所有邊界覆蓋(All-EdgesCoverage)，基本路徑覆蓋(BasicPathCoverage)，判定路徑覆蓋(Decision-Decision-Path)。它度量程序中每一個(gè)判定的分支是否都被測(cè)試到了。

條件覆蓋

它度量判定中的每個(gè)子表達(dá)式結(jié)果true和false是否被測(cè)試到了

路徑覆蓋

又稱(chēng)斷言覆蓋(PredicateCoverage)。它度量了是否函數(shù)的每一個(gè)分支都被執(zhí)行了

以上就是淺談Java 中的單元測(cè)試的詳細(xì)內(nèi)容，更多關(guān)于Java 單元測(cè)試的資料請(qǐng)關(guān)注好吧啦網(wǎng)其它相關(guān)文章！