TestNG入门教程-15-Java语言的断言和Junit的断言

来源:互联网 发布:图片制作软件see 编辑:程序博客网 时间:2024/06/08 17:58

       前面几篇,我们差不多都是围绕测试失败来介绍,这篇来补充一下测试结果的一些知识。在TestNG的测试报告中有,成功,失败,跳过的三种状态。成功指的是用例执行完了没有抛出异常或者抛出的异常是期待的异常,没有任何报错,我们一般写断言语句来验证测试检查点是成功的。测试失败,就是指用例运行后遇到了报错,跳过是指,由于前面失败了,后面的用例无法执行就标记跳过的状态。这篇,我们来讨论下写测试用例的过程中断言的使用。这个系列前面文章,我介绍过硬断言和软断言,这个是TestNG提供的,今天介绍Java自带的断言和Junit得断言方法。

1. Java中assert

package demo2;import org.testng.annotations.Test;/** * create by Anthony on 2017/12/3 */public class demo {    @Test    public void testAssert() {        String st = "Hello TestNG";        assert st.endsWith("1TestNG"): st + "是以TestNG结尾";    }}

assert的用法有

assert 表达式1

assert 表达式1:表达式2

       上面我写这个断言,解释一下什么含义。我的表达式1就是一个字符串结尾判断,表达式2是一个字符串输出,一般习惯写message,如果表达式1为假,表达式2就会输出显示。运行一下,发现表达式为假,还是显示用例执行成功。那么到底是什么原因呢?原来Java中默认没有开启assert的功能。

点击IEAD上Run菜单,选择Edit Configuration,然后在下面图Jvm输入参数-ea,再次运行结果会显示失败。


开启assert功能之后,错误如下

       从上面过程来看,java虽然提供了assert关键字,但是不建议去使用它,太啰嗦。很多IDE默认是没有在JVM这个地方开启-ea参数的。这个没有开启的问题,我也犯过错误,在我博客文章中的Java+Selenium系列文章基础篇第五篇就出现这个由于没开启,assert写了和没写一样的效果。

2.Jnuit的断言

      上面说了不推荐使用java自带的assert关键字,那么我们来看看Junit中提供的断言方法。由于早期单元测试就是在Junit中完成,所以,TestNG继承了一些Junit的思想和方法。下面来看看Junit的断言,通过下面方法,你在TestNG中也可以使用Junit的断言方法。

package demo2;import org.testng.annotations.Test;import static org.testng.AssertJUnit.*;/** * create by Anthony on 2017/12/3 */public class demo {    @Test    public void testAssert() {        String st = "Hello TestNG";        assertEquals(st, "Hello");    }}

       如果要使用Junit的断言方法,我们需要静态导入语句,这个需要提醒一下。因为很多方法是和TestNG中方法名称一样,这样静态导入就很好区分。这个TestNG中保留Junit的断言可能是给那些从Junit转过到TestNG的人使用的。

总结:

       断言目前,我们总共介绍了4中,TestNG中的Assert 和SoftAssert, Java语言的Assert,TestNG中集成junit的相关断言。最重要和使用多多的还是TestNG的Assert语句。什么时候都可以使用TestNG的Assert下的断言方法。不管使用Assert还是SoftAssert,如果一个@Test开头的用例其中一个断言点出现失败,Assert就会停止断言失败点之后的代码,但是不会影响下一个@Test开头的用例执行,而SoftAssert就会继续执行断言同一个用例的其他断言点。个人建议,一个测试用例,断言点也就是两到三个就可以,不是不可以写多个断言,而是自动化想要流畅进行,断言只能是模糊的写两三个就可以。断言点越多,受到干扰项就更多,越容易跑失败,自己要找一个适合项目实际情况的平衡点。





原创粉丝点击