-
1.更改默認的測試運行器為RunWith(Parameterized.class) 2.聲明變量存放預期值和結(jié)果值 3.聲明一個返回值為Collection的公共靜態(tài)方法，并使用@Parameters進行修飾 4.為測試類聲明一個帶有參數(shù)的公共構(gòu)造函數(shù)，并在其中為之聲明變量賦值（預期值、輸入?yún)?shù)值等） @Test查看全部
-
JUnit測試套件的使用 測試套件就是組織測試類一起運行的 1.寫一個作為測試套件的入口類，這個類里不包含其他的方法！??！ 2.更改測試運行器Suite.class. 3.將要測試的類作為數(shù)組傳入到Suite.SuiteClasses({}) @RunWith(Suite.class) //將測試類改為測試套件類 @Suite.SuiteClasses({TaskTest1.class,TaskTest2.class,TaskTest3.class}) //用數(shù)組的形式將測試的類添加到測試套件中 public classSuiteTest{ //要用public修飾，套件測試類要為空。不能有方法。 } 所謂的測試套件就是指一個經(jīng)過注解改造的測試方法，變?yōu)榱藴y試套件的入口，這個類中不包含其他方法 將要測試得類作為數(shù)組傳入到Suit.SuitClasses()查看全部
-
#Junit——常用注解# 1.@Test:將一個普通的方法修飾成為一個測試方法 2.@Test(expected=XXX（異常類）.class)：會拋出該異常 3.@Test(timeout=毫秒 )：設(shè)置執(zhí)行的時間，用于結(jié)束死循環(huán)或是性能測試 4.@Ignore:所修飾的測試方法會被測試運行器忽略 5.@RunWith:可以更改測試運行器org.junit.runner.Runner查看全部
-
JUnit運行流程 1. @BeforeClass修飾的方法會在所有方法被調(diào)用前執(zhí)行，而且該方法是靜態(tài)的，所以當測試類被加載后接著就會運行它，而且在內(nèi)存中它只會存在一份實例，它比較適合加載配置文件 2. @AfterClass所修飾的方法通常用來對資源的清理，如關(guān)閉數(shù)據(jù)庫的連接 3. @Before和@After會在每個測試方法的前后各執(zhí)行一次 運行順序： @BeforeClass-> (@Before->@Test->@After) ...->@AfterClass assertEquals：用于判斷實際值和期望值是否相同，assertEquals(預期值，實際值); assertSame：判斷實際值和期望值是否為同一個對象 assertArrayEquals(expecteds, actuals) 查看兩個數(shù)組是否相等。 assertEquals(expected, actual) 查看兩個對象是否相等。類似于字符串比較使用的equals()方法 assertNotEquals(first, second) 查看兩個對象是否不相等。 assertNull(object) 查看對象是否為空。 assertNotNull(object) 查看對象是否不為空。 assertSame(expected, actual) 查看兩個對象的引用是否相等。類似于使用“==”比較兩個對象 assertNotSame(unexpected, actual) 查看兩個對象的引用是否不相等。類似于使用“!=”比較兩個對象 assertTrue(condition) 查看運行結(jié)果是否為true。 assertFalse(condition) 查看運行結(jié)果是否為false。 assertThat(actual, matcher) 查看實際值是否滿足指定的條件 fail() 讓測試失敗查看全部
-
JUnit—Java單元測試必備工具——測試失敗的兩種情況 I 1.Failure 一般由單元測試使用的斷言方法判斷失敗所引起的，這表示測試點發(fā)現(xiàn)了問題，就是說程序輸出的測試結(jié)果與我們的預期值不相符。 2.Error 是由代碼異常引起的，可以產(chǎn)生于測試代碼本身的錯誤，也可以是被測試代碼中的一個隱藏 Bug。 3、測試用例不是用來證明你是對的，而是用來證明你沒有錯。（即：測試用例只能用來達到預期效果，但是對于邏輯錯誤無能為力）查看全部
-
通過本次課程我們學習到了如下的幾點內(nèi)容： 1.測試方法上必須使用@Test進行修飾 2.測試方法必須使用public void 進行修飾，不能帶任何的參數(shù) 3.新建一個源代碼目錄來存放我們的測試代碼 4.測試類的包應該和被測試類保持一致 5.測試單元中的每個方法必須可以獨立測試，測試方法間不能有任何的依賴 6.測試類使用Test作為類名的后綴（不是必須） 7.測試方法使用test作為方法名的前綴（不是必須） 不過對我而言，重點是： 1：寫測試用例的最佳實踐是——測試代碼和被測試代碼分開，各負其責，開始時有測試代碼，部署時將測試代碼刪去 2：測試類中的測試方法可以一個一個的運行也可以一次全部運行，另外，就是通過測試的試圖可以清楚的了解到，總共有多少帶測試方法，測試了幾個方法，多少成功了，到少失敗了等等信息 3：測試一個類時如果其中需要測試的方法比較多，可以采用開發(fā)工具的一些支持工作，一次生成多個測試方法的模版，然后再進行測試，另外，需要注意的是，測試方法必須能夠獨立運行，相互之間沒有依賴。查看全部
-
@Test public void add() { assertEquals(6, new Calculate().add(3, 3)); } 通過assertEquals()比對預期的返回值和實際的返回值是否相同查看全部
-
@JUnit—Java單元測試必備工具——JUnit4簡介 斷言機制：將程序預期的結(jié)果與程序運行的最終結(jié)果進行比對，確保對結(jié)果的可預知性。 hamcrest-core設(shè)置匹配集規(guī)則的框架，可用來增強junit的功能。 JUnit3：必須繼承junit.framework.TestCase這個類，在方法前面必須加上test最為前綴。 JUnit4：只要加上@Test注解即可，不需要繼承任何類，命名沒有限制。查看全部
-
JUnit4的作用： 減少后期測試的時間；提升代碼質(zhì)量查看全部
-
JUnit的運行流程查看全部
-
JUnit4使用規(guī)范： 1、測試方法上必須使用@Test進行修飾 2、測試方法必須使用 public void 進行修飾，不能帶任何的參數(shù) 3、新建一個源代碼目錄來存放我們的測試代碼 4、測試類的包應該和被測試類保持一致 5、測試單元中的每個方法必須可以獨立測試，測試方法不能有任何的依賴 6、測試類使用Test作為類名的后綴（不是必須） 7、測試方法使用test作為方法名的前綴（不是必須）查看全部
-
xUnit是一套基于測試驅(qū)動開發(fā)的測試框架查看全部
-
Junit4參數(shù)化設(shè)置，一次測試多組數(shù)據(jù) @RunWith(Parameterized.class) public class ParamTest { int expected = 0; int input1 = 0; int input2 = 0; @Parameters public static Collection<Object[]> t() { return Arrays.asList(new Object[][] { { 3, 1, 2 }, { 4, 2, 2 } }); } public ParamTest(int expected, int input1, int input2) { this.expected = expected; this.input1 = input1; this.input2 = input2; } @Test public void ttest(){ assertEquals(expected, new Calculate().add(input1, input2)); } }查看全部
-
Junit4測試套件查看全部
-
Junit4常用注解查看全部
舉報
0/150
提交
取消