为了账号安全,请及时绑定邮箱和手机立即绑定

JUnit—Java单元测试必备工具

难度初级
时长 1小时 7分
学习人数
综合评分9.73
258人评价 查看评价
9.8 内容实用
9.8 简洁易懂
9.6 逻辑清晰
  • 通过本次课程我们学习到了如下的几点内容: 1.测试方法上必须使用@Test进行修饰 2.测试方法必须使用public void 进行修饰,不能带任何的参数 3.新建一个源代码目录来存放我们的测试代码 4.测试类的包应该和被测试类保持一致 5.测试单元中的每个方法必须可以独立测试,测试方法间不能有任何的依赖 6.测试类使用Test作为类名的后缀(不是必须) 7.测试方法使用test作为方法名的前缀(不是必须) 不过对我而言,重点是: 1:写测试用例的最佳实践是——测试代码和被测试代码分开,各负其责,开始时有测试代码,部署时将测试代码删去 2:测试类中的测试方法可以一个一个的运行也可以一次全部运行,另外,就是通过测试的试图可以清楚的了解到,总共有多少带测试方法,测试了几个方法,多少成功了,到少失败了等等信息 3:测试一个类时如果其中需要测试的方法比较多,可以采用开发工具的一些支持工作,一次生成多个测试方法的模版,然后再进行测试,另外,需要注意的是,测试方法必须能够独立运行,相互之间没有依赖。
    查看全部
  • Spring与Hibernate的整合测试 1,添加spring,hibernate,MySQL等jar包 2,添加spring配置文件,hibernate配置文件 3,@BeforeClass获得spring的配置文件ClassPathXmlApplicationContext("配置文件") 4,测试通过getBean获得spring管理的bean是否成功。
    查看全部
  • @RunWith(Suite.class) //将测试类改为测试套件类 @Suite.Suite.class({TaskTest1,TaskTest2...}) //用数组的形式将测试的类添加到测试套件中 public classSuiteTest{ //要用public修饰,套件测试类要为空。不能有方法。 }
    查看全部
  • JUnit测试套件的使用 测试套件就是组织测试类一起运行的 1.写一个作为测试套件的入口类,这个类里不包含其他的方法!!! 2.更改测试运行器Suite.class. 3.将要测试的类作为数组传入到Suite.SuiteClasses({}) @RunWith(Suite.class) //将测试类改为测试套件类 @Suite.SuiteClasses({TaskTest1.class,TaskTest2.class,TaskTest3.class}) //用数组的形式将测试的类添加到测试套件中 public classSuiteTest{ //要用public修饰,套件测试类要为空。不能有方法。 } 所谓的测试套件就是指一个经过注解改造的测试方法,变为了测试套件的入口,这个类中不包含其他方法 将要测试得类作为数组传入到Suit.SuitClasses()
    查看全部
  • 1.更改默认的测试运行器为RunWith(Parameterized.class) 2.声明变量存放预期值和结果值 3.声明一个返回值为Collection的公共静态方法,并使用@Parameters进行修饰 4.为测试类声明一个带有参数的公共构造函数,并在其中为之声明变量赋值(预期值、输入参数值等) @Test
    查看全部
  • #Junit——常用注解# 1.@Test:将一个普通的方法修饰成为一个测试方法 2.@Test(expected=XXX(异常类).class):会抛出该异常 3.@Test(timeout=毫秒 ):设置执行的时间,用于结束死循环或是性能测试 4.@Ignore:所修饰的测试方法会被测试运行器忽略 5.@RunWith:可以更改测试运行器org.junit.runner.Runner
    查看全部
    3 采集 收起 来源:JUnit常用注解

    2015-07-30

  • 1、Failure一般由单元测试使用的断言方法判断失败引起,也就是说程序输出的结果和预期的不一样 2、error是由程序代码逻辑错误引起,也可以说是测试代码中的一个隐藏的bug 3、测试用例不是用来证明你是对的,而是用来证明你没有错
    查看全部
  • JUnit运行流程 1. @BeforeClass修饰的方法会在所有方法被调用前执行,而且该方法是静态的,所以当测试类被加载后接着就会运行它,而且在内存中它只会存在一份实例,它比较适合加载配置文件 2. @AfterClass所修饰的方法通常用来对资源的清理,如关闭数据库的连接 3. @Before和@After会在每个测试方法的前后各执行一次 运行顺序: @BeforeClass-> (@Before->@Test->@After) ...->@AfterClass assertEquals:用于判断实际值和期望值是否相同,assertEquals(预期值,实际值); assertSame:判断实际值和期望值是否为同一个对象 assertArrayEquals(expecteds, actuals) 查看两个数组是否相等。 assertEquals(expected, actual) 查看两个对象是否相等。类似于字符串比较使用的equals()方法 assertNotEquals(first, second) 查看两个对象是否不相等。 assertNull(object) 查看对象是否为空。 assertNotNull(object) 查看对象是否不为空。 assertSame(expected, actual) 查看两个对象的引用是否相等。类似于使用“==”比较两个对象 assertNotSame(unexpected, actual) 查看两个对象的引用是否不相等。类似于使用“!=”比较两个对象 assertTrue(condition) 查看运行结果是否为true。 assertFalse(condition) 查看运行结果是否为false。 assertThat(actual, matcher) 查看实际值是否满足指定的条件 fail() 让测试失败
    查看全部
    3 采集 收起 来源:JUnit运行流程

    2018-03-22

  • 通过本次课程我们学习到了如下的几点内容: 1.测试方法上必须使用@Test进行修饰 2.测试方法必须使用public void 进行修饰,不能带任何的参数 3.新建一个源代码目录来存放我们的测试代码 4.测试类的包应该和被测试类保持一致 5.测试单元中的每个方法必须可以独立测试,测试方法间不能有任何的依赖 6.测试类使用Test作为类名的后缀(不是必须) 7.测试方法使用test作为方法名的前缀(不是必须) 不过对我而言,重点是: 1:写测试用例的最佳实践是——测试代码和被测试代码分开,各负其责,开始时有测试代码,部署时将测试代码删去 2:测试类中的测试方法可以一个一个的运行也可以一次全部运行,另外,就是通过测试的试图可以清楚的了解到,总共有多少带测试方法,测试了几个方法,多少成功了,到少失败了等等信息 3:测试一个类时如果其中需要测试的方法比较多,可以采用开发工具的一些支持工作,一次生成多个测试方法的模版,然后再进行测试,另外,需要注意的是,测试方法必须能够独立运行,相互之间没有依赖。
    查看全部
  • junit4的使用总结 @Test @Test(timeout=毫秒),@Test(expected=异常类) @Ignore @RunWith @BeforeClass @AfterClass @Before 测试套件@RunWith(Suite.class) 参数化设置 @RunWith(Parameterized.class) Spring和Hibernate的整合
    查看全部
    2 采集 收起 来源:课程总结

    2015-09-17

  • 实际工作中应经常使用测试用例对所写代码进行测试,这样能大大减少后期代码出错的几率,加快项目进度。
    查看全部
    2 采集 收起 来源:课程总结

    2015-06-19

  • 被@Ignore注释的测试用例会被忽略,即在运行测试类时会跳过(skip)该方法,同时也可以在此注释后说明忽略的原因:@Ignore("忽略的原因...")
    查看全部
    2 采集 收起 来源:JUnit常用注解

    2018-03-22

  • @BeforeClass,@AfterClass,@Before,@After被称为是固定代码,即一定会执行的代码
    查看全部
    2 采集 收起 来源:JUnit运行流程

    2015-06-19

  • JUnit小结
    查看全部
    2 采集 收起 来源:课程总结

    2015-05-22

  • assertEquals是一个静态的方法,是一个什么方法? 关于junit视图: Runs表示总共几个方法 状态条绿色表示成功 测试方法必须使用@Test 必须使用public void 一般的习惯是新建一个源代码目录和src同级目录在这里面写测试的代码,类的包名和被测试类保持一致 测试单元中的每个方法都是可以独立测试的 一般如果被测试的方法很多是不可能一个一个写测试方法的。可以直接在被测试的类上new>>outher>>junit Test Case JUnit只是用来达到想要的预期结果,但是对于逻辑错误无能为力 测试失败的两种结果: 1:Failure一般由单元测试使用的断言方法判断失败所引起的,这表示测试点发现了问题 就是说程序输出的结果和我们与期待饿不一样 2:errror是由代码异常引起的,他可以产生于测试代码本身的错误,也可以是被测试代码中的一个隐藏的bug 常用注解: @Test @Test(expected=XX.class) @Test(timeout=毫秒) @BeforClass @AfterClass @Before @After @Ignore:所修饰的方法会被忽略 @Ignore(“。。。。。”) @RunWith:可以更改测试运行器 ----------------------JUnit测试套件------------------- 写一个作为测试套件的入口类,这个类不包含其他方法 更改测试运行器Suite.class 将要测试的类作为数组传入到Suite.SuiteClasses({})里面 @RunWith(Suite.class) @Suite.SuiteClasses({Test1.class,Test2.class.........}) -------------Junit参数设置------- 更改默认的测试运行器为RunWith(parameterized.cass) 声明变量来存放预期值和结果值 声明一个返回值为Collection的公共静方法,并使用@parameters修饰 为测试类声明一个带有参数的构造函数。 为测试类声明一个带有参数的公共构造函数,并在其中为之声明变量赋值
    查看全部
首页上一页1234567下一页尾页

举报

0/150
提交
取消
课程须知
亲,学习本课程前需要熟练掌握Java基础语法和面向对象的知识呦!
老师告诉你能学到什么?
1、JUnit的基本概念 2、快速使用JUnit4对代码进行测试 3、JUnit4使用详解 4、使用JUnit4来帮助我们整合spring和hibernate

微信扫码,参与3人拼团

意见反馈 帮助中心 APP下载
官方微信
友情提示:

您好,此课程属于迁移课程,您已购买该课程,无需重复购买,感谢您对慕课网的支持!