首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

不使用TestNG重试测试用例

在不使用TestNG的情况下重试测试用例,您可以使用JUnit框架结合自定义的重试逻辑来实现

  1. 首先,确保您的项目中已经添加了JUnit依赖。如果您使用Maven,可以在pom.xml文件中添加以下依赖:
代码语言:javascript
复制
<dependency>
    <groupId>junit</groupId>
    <artifactId>junit</artifactId>
    <version>4.13.2</version>
    <scope>test</scope>
</dependency>
  1. 创建一个自定义的测试运行器,用于在测试失败时重试:
代码语言:javascript
复制
import org.junit.runner.Description;
import org.junit.runner.Runner;
import org.junit.runner.notification.Failure;
import org.junit.runner.notification.RunListener;
import org.junit.runner.notification.RunNotifier;
import org.junit.runners.BlockJUnit4ClassRunner;
import org.junit.runners.model.InitializationError;

public class RetryRunner extends BlockJUnit4ClassRunner {
    private static final int MAX_RETRIES = 3;

    public RetryRunner(Class<?> klass) throws InitializationError {
        super(klass);
    }

    @Override
    protected void runChild(FrameworkMethod method, RunNotifier notifier) {
        Description description = describeChild(method);
        RunListener listener = new RunListener() {
            int retryCount = 0;

            @Override
            public void testFailure(Failure failure) throws Exception {
                if (retryCount < MAX_RETRIES) {
                    retryCount++;
                    System.out.println("Retrying test: " + description.getDisplayName() + " (attempt " + retryCount + ")");
                    runChild(method, notifier);
                } else {
                    notifier.fireTestFailure(failure);
                }
            }
        };
        notifier.addListener(listener);
        super.runChild(method, notifier);
    }
}

在这个自定义运行器中,我们重写了runChild方法,并添加了一个RunListener来监听测试失败事件。当测试失败时,我们会检查重试次数是否小于最大重试次数,如果是,则重新运行失败的测试。

  1. 在您的测试类上使用自定义的运行器:
代码语言:javascript
复制
import org.junit.Test;
import static org.junit.Assert.assertEquals;

@RunWith(RetryRunner.class)
public class MyTestClass {
    @Test
    public void testAddition() {
        assertEquals(2, 1 + 1);
    }

    @Test
    public void testSubtraction() {
        assertEquals(0, 1 - 1);
    }
}
页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

  • TestNG框架之依赖项(五)

    每个CASE都不是独立的,这就像同步任务一样,总得有个顺序的过程,自动化测试尤其如此,为什么这样说了?每个测试用例都不是独立的,都会涉及到不同业务场景之间的关联。再举一个更加简单的案例,就是HTTP的交互,在API的自动化测试中,我们对一个系统的操作,首先是要进入到这个系统,那么我们就需要获取登录成功后的的token信息,我们才能够对系统做一系列的操作。当然这样的案例还是有很多的。让我们庆幸的是作为主流的测试框架TestNG它提供的这样的能力,这样我们就可以很完美的在业务中进行整合和应用。在TestNG的框架中,依赖还是在两个维度来展开,一个是测试用例之间的关系,另外一个是我们可以通过testng.xml配置文件来实现我们的诉求。 我们先来看依赖性的测试,行代码的角度来深度了解依赖性测试到底是什么,案例代码如下:

    04

    详解TestNG的注释(三)

    在前面的文章中详细的演示了TestNG测试框架的安装以及基本的应用,和testng.xml配置文件的应用,在本次文章中系统详细的概述TestNG框架中的注释,在Python里面这样的注释可以理解为装饰器。这些知识点主要涉及具体为:测试前和测试后,参数化,注释测试,禁用测试,异常测试,时间测试,以及把测试数据传递到测试方法中。下面结合具体的实际案例和具体的案例实战,从各个不同维度来演示各个知识点的应用。在Java5中引入了注释的功能,比如一个类集成了Thread类,在编写run方法的时候就会引入@Override,当然还有其他的案例。在TestNG的框架中,更多体现在测试执行前和测试执行后,我们在讲解单元测试框架的时候说过,一个完整的测试框架,它首先就得具备测试执行前的初始化以及测试执行后的环境清理。在TestNG框架中,这些点主要会包含在针对类,以及针对测试方法。我们先来看Before和After的应用,也就是说测试套件,测试类,测试用例,测试方法,具体案例源码如下:

    02

    详解TestNG框架分组(四)

    熟悉Pytest测试框架的同学应该清楚,在Pytest测试框架中使用装饰器的方式,以及使用命令行k,可以指定执行的组,首先我们来思考,为什么需要组,需要组的最核心的原因是在实际的测试中,我们的测试用例会非常非常多,但是这些测试用例依据分类我们可以把它分为组,这样我们只根据自己的诉求来分组执行就可以了,比如只执行用户管理模块的测试用例,其他的功能测试用例都不执行,那么我们可以把用户管理放到一个组来执行。分组测试方法是 TestNG 最重要的功能之一。在 TestNG 中,用户可以将多个测试方法分组到命名组中。您还可以执行属于组或多个组的特定测试方法集。此功能允许将测试方法隔离到不同的部分或模块中。例如,您可以拥有一组属于理智测试的测试,而其他人可能属于回归测试。您还可以根据测试方法验证的功能/功能来隔离测试。这有助于仅执行一组特定的测试,并需要。让我们创建一些属于特定组的测试。下面我们依据案例来演示这部分的应用,案例代码如下:

    03

    TestNG环境搭建(一)

    在Java的编程语言中,单元测试框架早期主要使用的为Junit,后面产生了TestNG的单元测试框架,那么具体怎么理解TestNG测试框架了?TestNG测试框架可以理解为下一代单元测试框架。或者更加官方的说,就是:NG代表的是下一代的含义,设计TestNG的灵感来自Junit的设计思想,单元测试框架可用于单元测试,以及自动化测试(UI自动化测试和接口自动化测试),以及集成测试和端到端的测试。TestNG在很短的时间内就得到了普及(目前也是各个公司招聘测试必须要具备的单元测试框架之一的一个框架)。它主要使用Java的注解来配置和编写测试用例。在TestNG的测试框架中,具备了前置测试条件和后置测试条件的处理,依赖性测试,测试分组性的测试,参数化的测试,多线程执行,以及可以和Allure整合后的测试报告,当然它本身就内置了测试报告。TestNG主要是通过XML配置文件来指定被需要执行的测试套件(测试类以及测试方法),默认的情况下,文件名称为testng.xml,当然我们可以自定义成其他的名字,但是我个人建议还是使用默认的名字比较好,这样更加具备通用型。TestNG测试框架的特点可以具体描述为:

    03

    TestNG工厂注释详解(六)

    首先我们来理解什么是工厂注释,以及它能够给结合TestNG测试框架能够给测试效率带来什么样的效率提升。我们在之前的文章体系中分享了TestNG框架中的组以及依赖,本章节接着讲工厂注释这部分是强大功能。所谓工厂注释可以理解为我们在实际的测试过程中会经常遇到一组具有不同测试数据的测试用例来执行,因此我们可以在TestNG的配置文件中指定单独定义一个测试套件,这样的方式处理起来比较麻烦,而且数据定义在testng.xml配置文件中总感觉显得比较奇怪,也不符合数据驱动的思想和模式,因此我们可以使用@Factory解决这个问题,具体先看如下的案例代码,测试类SimpleTest.class的源码:

    04
    领券