Java笔试面试题AI答之单元测试JUnit（2）

news2024/11/13 10:49:59

文章目录

  • 7. 为什么JUnit只报告单次测试中的第一次失败？
  • 8. Java中，assert是一个关键字。 这不会与JUnit的assert（）方法冲突吗？
  • 9. 解释如何测试静态方法？
      • 一、直接调用测试
      • 二、隔离依赖
      • 三、使用Mock框架
      • 四、重构代码
      • 五、使用静态代码分析工具
      • 六、注意事项
  • 10. 简述怎么利用 JUnit 来测试一个方法的异常？
      • JUnit 4中测试异常
      • JUnit 5中测试异常
      • 使用`assertThrows`的优势
  • 11. 简述Junit常见注解含义以及执行顺序？
      • 常见注解及其含义
      • 执行顺序
  • 12. 简述什么是JUnit类？ 列出其中一些

7. 为什么JUnit只报告单次测试中的第一次失败？

JUnit在测试过程中并不总是只报告单次测试中的第一次失败，这个描述可能存在一定的误解。JUnit的行为取决于它是如何被配置和使用的，以及测试的具体情况和版本。

一般来说，JUnit会执行测试类中的所有测试方法，并对每个测试方法的结果进行评估。如果测试方法中的断言（assertions）失败，JUnit会记录这个失败，并在测试运行完成后报告所有失败的测试。这意味着，如果一个测试类中有多个测试方法，并且它们中的某些失败了，JUnit会报告所有这些失败的测试，而不仅仅是第一次失败的测试。

然而，在某些情况下，开发者可能会遇到JUnit只报告部分失败或看起来像是只报告了第一次失败的情况。这可能是由于以下几个原因：

  1. 测试套件或测试运行器的配置：如果测试是通过测试套件（test suite）或特定的测试运行器（test runner）来运行的，并且这些配置有误或限制了JUnit的行为，那么可能会导致只报告部分失败。
  2. IDE或构建工具的集成问题：有时，IDE（如Eclipse, IntelliJ IDEA等）或构建工具（如Maven, Gradle等）与JUnit的集成可能会出现问题，导致测试结果没有被正确显示或报告。
  3. 版本差异：不同版本的JUnit在报告测试结果方面可能存在差异。虽然这不是一个常见的原因，但值得注意。
  4. 测试方法之间的依赖：如果测试方法之间存在依赖关系，并且这些依赖关系没有被正确处理，那么可能会导致后续的测试失败被忽略或误报。然而，这种情况通常与JUnit只报告第一次失败不直接相关，而是与测试设计的问题有关。

为了确保JUnit能够正确地报告所有失败的测试，开发者应该：

  • 确保测试类和方法都遵循JUnit的命名和注解规范。
  • 检查IDE和构建工具的配置，确保它们与JUnit正确集成。
  • 使用最新版本的JUnit，以便利用最新的功能和改进。
  • 设计独立的测试方法，避免测试方法之间的依赖关系。

总之，JUnit并不总是只报告单次测试中的第一次失败。如果遇到这种情况，开发者应该仔细检查测试配置、IDE和构建工具的集成情况，以及测试方法的设计和实现。

8. Java中，assert是一个关键字。 这不会与JUnit的assert（）方法冲突吗？

在Java中，assert 确实是一个关键字，用于断言一个布尔表达式是否为真。如果表达式为假，则抛出一个 AssertionError。然而，assert 关键字的使用在Java中通常是可选的，因为它默认是禁用的，需要通过在运行Java程序时添加 -ea（或 --enableassertions）参数来启用。

关于 assert 关键字与JUnit的 assert() 方法之间的冲突，实际上它们并不冲突，因为它们在用途和上下文中是不同的。

  1. assert 关键字：

    • 是Java语言的一部分。
    • 用于在代码中设置断言，以在开发过程中帮助发现潜在的错误。
    • 通常在开发和测试阶段使用，但在生产环境中可能会禁用。
    • 不提供详细的错误信息或定制化的断言行为。

  2. JUnit的 assert() 方法：

    • 是JUnit测试框架提供的一部分。
    • 用于在编写单元测试时验证代码的行为是否符合预期。
    • 提供了多种断言方法（如 assertEquals(), assertTrue(), assertNull() 等），以支持不同类型的比较和验证。
    • 提供了详细的错误信息，有助于快速定位问题。

由于 assert 关键字和JUnit的 assert() 方法在用途和上下文中是分离的，因此它们不会相互冲突。你可以在同一个Java项目中同时使用它们，但要注意以下几点：

  • 不要在生产代码中过度依赖 assert 关键字，因为它可能会被禁用。
  • 在编写单元测试时，优先使用JUnit提供的断言方法，因为它们提供了更多的灵活性和详细的错误信息。
  • 如果你决定在项目中使用 assert 关键字，请确保你的构建和部署流程考虑到了这一点，特别是如果你打算在生产环境中启用断言。

总之，assert 关键字和JUnit的 assert() 方法虽然都用于验证代码的正确性，但它们在Java程序的不同部分和阶段中发挥着不同的作用，因此不会相互冲突。

9. 解释如何测试静态方法？

测试静态方法通常涉及一系列步骤和策略，以确保静态方法的正确性和可靠性。以下是如何测试静态方法的具体解释：

一、直接调用测试

最直接的方法是编写一个能够直接调用静态方法的测试案例，并断言期望的输出。由于静态方法不依赖于类的实例，测试时可以直接调用它们。

  1. 确定静态方法的功能和所期望的结果：明确静态方法的作用和预期的输出。
  2. 编写测试案例：提供特定的输入值，并调用静态方法。
  3. 使用断言验证结果：通过断言来验证方法的实际输出是否与期望的输出匹配。

二、隔离依赖

当静态方法有外部依赖时（如读取系统属性、访问数据库等），需要将这些依赖隔离开来，以便进行纯粹的测试。

  1. 识别外部依赖项：确定静态方法中哪些部分依赖于外部资源。
  2. 设计替代方案：使用依赖注入、工厂模式或模拟（mocking）框架等技术来替代外部依赖。
  3. 提供替代依赖：在测试中使用存根（stub）或伪对象（fake）来模拟依赖的行为。
  4. 执行测试：使用替代依赖执行测试，并使用断言确保结果符合预期。

三、使用Mock框架

对于复杂的静态方法，可以使用Mock框架来模拟方法调用和返回值。

  1. 设置Mock框架：配置Mock框架以拦截对静态方法的调用。
  2. 配置模拟行为：指定在调用某个静态方法时返回什么值或执行何种操作。
  3. 执行测试：执行测试并断言方法的行为是否符合预期。

四、重构代码

如果直接测试静态方法非常困难或并非最优方法，可以考虑重构代码以便更好地进行测试。

  1. 分离静态方法：将静态方法的某些部分分离出来，放到一个可实例化的类中。
  2. 编写针对新实例方法的单元测试：通过实例方法的单元测试来间接测试原静态方法的功能。

五、使用静态代码分析工具

静态代码分析工具可以在不执行代码的情况下检查代码中的潜在问题，包括静态方法中的错误。

  1. 选择合适的工具：根据项目的需求、编程语言和开发环境选择合适的静态代码分析工具，如FindBugs、PMD、Checkstyle等。
  2. 运行分析工具：对代码进行静态分析，并查看分析报告。
  3. 修复问题：根据分析报告中的建议修复代码中的问题。

六、注意事项

  1. 处理异常：在测试静态方法时，需要确保捕获并处理所有可能发生的异常。
  2. 确保测试的全面性：尽可能覆盖静态方法的各种输入和边界情况，以确保测试的全面性。
  3. 保持测试代码的更新：随着代码的发展，需要不断添加新的测试案例，并根据需要对现有测试案例进行修改和扩展。

通过上述步骤和策略，可以有效地测试静态方法，确保它们的正确性和可靠性。

10. 简述怎么利用 JUnit 来测试一个方法的异常？

在JUnit中测试一个方法的异常主要涉及到使用JUnit提供的断言机制来验证方法调用是否抛出了预期的异常。从JUnit 4开始，可以使用@Test(expected = SomeException.class)注解来测试异常，但从JUnit 5开始，推荐使用assertThrows方法来更灵活地处理异常测试。

JUnit 4中测试异常

在JUnit 4中，你可以通过在测试方法上添加@Test(expected = SomeException.class)注解来测试一个方法是否抛出了预期的异常。如果方法抛出了指定的异常，测试将通过；如果抛出了不同的异常或没有抛出异常，测试将失败。

import static org.junit.Assert.*;
import org.junit.Test;

public class MyTestClass {

    @Test(expected = IllegalArgumentException.class)
    public void testMethodThrowsIllegalArgumentException() {
        // 调用可能抛出IllegalArgumentException的方法
        someMethodThatShouldThrowException();
    }

    public void someMethodThatShouldThrowException() {
        throw new IllegalArgumentException("Invalid argument");
    }
}

JUnit 5中测试异常

JUnit 5引入了assertThrows方法，提供了一种更灵活和强大的方式来测试异常。assertThrows方法允许你捕获并断言抛出的异常，同时还允许你访问异常对象本身，以便进行更详细的断言。

import static org.junit.jupiter.api.Assertions.*;
import org.junit.jupiter.api.Test;

public class MyTestClass {

    @Test
    public void testMethodThrowsIllegalArgumentException() {
        IllegalArgumentException exception = assertThrows(IllegalArgumentException.class, () -> {
            // 调用可能抛出IllegalArgumentException的方法
            someMethodThatShouldThrowException();
        });

        // 可选：对异常对象进行进一步的断言
        assertEquals("Invalid argument", exception.getMessage());
    }

    public void someMethodThatShouldThrowException() {
        throw new IllegalArgumentException("Invalid argument");
    }
}

使用assertThrows的优势

  • 灵活性：assertThrows允许你捕获异常并对其进行断言，这比JUnit 4的@Test(expected = ...)注解提供了更多的灵活性。
  • 详细断言：你可以对捕获的异常对象进行详细的断言，例如检查异常的消息、原因等。
  • 代码可读性：使用Lambda表达式来调用可能抛出异常的方法，可以使测试代码更加简洁和易于阅读。

总的来说，在JUnit 5中，推荐使用assertThrows方法来测试异常，因为它提供了更多的灵活性和可读性。不过，如果你仍然在使用JUnit 4，那么@Test(expected = ...)注解也是一个可行的选择。

11. 简述Junit常见注解含义以及执行顺序？

JUnit 是一个广泛使用的 Java 编程语言的单元测试框架。JUnit 提供了一系列注解（Annotations）来帮助编写和组织测试用例。这些注解不仅简化了测试用例的编写，还提供了灵活的方式来控制测试的执行。以下是JUnit中一些常见注解的含义及其大致的执行顺序（注意，执行顺序可能因JUnit版本和测试的具体配置而有所不同）：

常见注解及其含义

  1. @Test

    • 标记一个方法为测试方法。JUnit 会自动识别和运行这些被 @Test 注解的方法。

  2. @Before

    • 标记一个方法在每个测试方法执行之前运行。这个方法通常用于初始化测试环境，如设置测试数据、打开数据库连接等。

  3. @After

    • 标记一个方法在每个测试方法执行之后运行。这个方法通常用于清理测试环境，如关闭数据库连接、释放资源等。

  4. @BeforeClass

    • 标记一个方法在所有测试方法之前运行，并且只运行一次。这个方法通常用于进行非常昂贵的初始化操作，这些操作不需要在每个测试方法之前都执行。

  5. @AfterClass

    • 标记一个方法在所有测试方法之后运行，并且也只运行一次。这个方法通常用于进行清理工作，如关闭文件句柄、关闭数据库连接等。

  6. @Ignore

    • 标记一个测试方法为忽略状态，即JUnit 不会执行这个方法。这可以用于临时禁用某些测试方法，而不需要从代码中删除它们。

  7. @RunWith

    • 用于改变测试运行器的行为。JUnit 4 引入了这个注解，允许使用自定义的运行器来运行测试。

  8. @Parameters（JUnitParams等扩展库）

    • 这个注解不是JUnit自带的，但在一些扩展库中（如JUnitParams）可用，用于提供参数化测试的参数数据。

执行顺序

JUnit 测试方法的执行顺序大致如下（但请注意，具体的执行顺序可能因JUnit版本和测试配置而异）：

  1. @BeforeClass 方法（如果有的话）在所有测试方法之前执行一次。

  2. 对于每个测试方法：

    • @Before 方法（如果有的话）在测试方法之前执行。
    • @Test 方法执行。
    • @After 方法（如果有的话）在测试方法之后执行。

  3. @AfterClass 方法（如果有的话）在所有测试方法之后执行一次。

注意：

  • @Before 和 @After 注解的方法对每个 @Test 方法都会执行一次。
  • @BeforeClass 和 @AfterClass 注解的方法在整个测试类中分别只执行一次，分别在所有测试方法之前和之后执行。
  • 如果有多个测试类，则每个测试类都会独立地遵循上述顺序执行其测试方法。

12. 简述什么是JUnit类？ 列出其中一些

JUnit 是一个流行的 Java 单元测试框架，它用于编写和运行可重复的测试。JUnit 使开发人员能够编写测试用例来验证代码中的各个部分是否按预期工作。这些测试用例是自动化的，可以在构建过程中频繁运行，以确保代码质量并防止引入新的错误。

在 JUnit 的上下文中，“JUnit 类”可能指的是多种事物，但通常它指的是使用 JUnit 框架编写的测试类。这些测试类遵循特定的命名和编写规范，以便 JUnit 框架能够识别和运行它们。

以下是一些与 JUnit 相关的类和概念，但请注意，这些并不是直接称为“JUnit 类”的，而是 JUnit 框架中常用的组件或你在编写 JUnit 测试时可能会用到的类：

  1. @Test 注解：虽然这不是一个类，但它是 JUnit 中最常用的注解之一。它标记了一个方法作为测试方法，以便 JUnit 框架可以识别并运行它。

  2. JUnitCore 类：在 JUnit 4 中，JUnitCore 类是运行测试的入口点。你可以使用它来运行测试类和测试套件。但在 JUnit 5 中，这个角色通常由 IDE 或构建工具（如 Maven 或 Gradle）承担。

  3. Assert 类（JUnit 4）或断言 API（JUnit 5）：JUnit 提供了一组断言方法，用于在测试方法中对实际值和预期值进行比较。在 JUnit 4 中，这些方法通常通过 Assert 类静态导入；而在 JUnit 5 中，它们是通过静态导入 org.junit.jupiter.api.Assertions 类（或类似的）来实现的。

  4. @Before 和 @After 注解（JUnit 4）或 @BeforeEach 和 @AfterEach 注解（JUnit 5）：这些注解用于标记在每个测试方法之前和之后运行的方法。JUnit 4 使用 @Before 和 @After，而 JUnit 5 引入了更清晰的 @BeforeEach 和 @AfterEach 注解。

  5. @BeforeClass 和 @AfterClass 注解（JUnit 4）或 @BeforeAll 和 @AfterAll 注解（JUnit 5）：这些注解用于标记在整个测试类中的测试方法之前和之后只运行一次的方法。JUnit 5 中的 @BeforeAll 和 @AfterAll 提供了更明确的语义。

  6. @ParameterizedTest（JUnit 5）：JUnit 5 引入了参数化测试的概念，允许你用不同的参数多次运行同一个测试方法。@ParameterizedTest 注解用于标记这样的测试方法。

  7. TestWatcher（JUnit 5）：JUnit 5 引入了扩展模型，允许开发者在测试执行的各个阶段插入自定义行为。TestWatcher 是一个内置的扩展，它可以在测试成功、失败或完成时执行自定义逻辑。

  8. TestInstance.Lifecycle（JUnit 5）：JUnit 5 允许你通过 @TestInstance 注解控制测试实例的生命周期。你可以指定每个测试方法都在新的测试实例上运行（Lifecycle.PER_METHOD），或者所有测试方法都在同一个测试实例上运行（Lifecycle.PER_CLASS）。

请注意，虽然这里列出了一些与 JUnit 相关的类和概念，但“JUnit 类”这个词通常不会用来特指上述任何一个。相反，它更可能是一个泛指，指的是使用 JUnit 框架编写的任何测试类。

答案来自文心一言，仅供参考
在这里插入图片描述

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.coloradmin.cn/o/2115996.html

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈，一经查实，立即删除！

相关文章

助贷行业的三大严峻挑战：贷款中介公司转型债务重组业务

助贷行业的三大严峻挑战：贷款中介公司转型债务重组业务

大家是否察觉到一种趋势？现如今，众多贷款辅助服务机构与专注于债务再构的公司之间形成了紧密的“联动”。有的选择将获取的贷款需求转介给债务重组方，有的则直接下场，动用自身资本参与债务重组业务。这一现象背后，究竟…
阅读更多...
每日一练：合并区间

每日一练：合并区间

一、题目要求 以数组 intervals 表示若干个区间的集合，其中单个区间为 intervals[i] [starti, endi] 。请你合并所有重叠的区间，并返回 一个不重叠的区间数组，该数组需恰好覆盖输入中的所有区间 。 示例 1： 输入：in…
阅读更多...
四.海量数据实时分析-Doris数据导入导出

四.海量数据实时分析-Doris数据导入导出

数据导入 1.概述 Apache Doris 提供多种数据导入方案，可以针对不同的数据源进行选择不同的数据导入方式。 数据源导入方式对象存储（s3）,HDFS使用 Broker 导入数据本地文件Stream Load, MySQL LoadKafka订阅 Kafka 数据Mysql、PostgreSQL&a…
阅读更多...
表格多列情况下，loading不显示问题

表格多列情况下，loading不显示问题

问题描述： 用element plus 做得表格，如下图，列数较多，且部分表格内容显示比较复杂，数据量中等的情况下，有一个switch 按钮，切换部分列的显示和隐藏，会发现，切换为显示的时…
阅读更多...
单线程 TCP/IP 服务器和客户端的实现

单线程 TCP/IP 服务器和客户端的实现

单线程 TCP/IP 服务器和客户端的实现 文章目录 单线程 TCP/IP 服务器和客户端的实现通信流程服务端客户端 代码实现服务端客户端 运行结果 通信流程 服务端 socket：创建监听的文件描述符(socket) fd；bind：fd 和自身的 ip 和端口绑定&#x…
阅读更多...
【Transformer】Positional Encoding

【Transformer】Positional Encoding

文章目录 为什么需要位置编码？预备知识三角函数求和公式旋转矩阵逆时针旋转顺时针旋转 原始Transformer中的位置编码论文中的介绍具体计算过程为什么是线性变换？ 大模型常用的旋转位置编码RoPE基本原理Llama3中的代码实现 参考资料 为什么需要位置编码&a…
阅读更多...
DPDK基础入门（五）：报文转发

DPDK基础入门（五）：报文转发

网络处理模块划分 Packet Input: 接收数据包，将其引入处理流程。Pre-processing: 对数据包进行初步处理，例如基本的检查和标记。Input Classification: 细化数据包的分类，例如基于协议或流进行分流。Ingress Queuing: 将数据包放入队列中进行…
阅读更多...
【信息学奥赛题】

【信息学奥赛题】

目录 一、计算机组成与工作原理 二、计算机信息表示 三、计算机软件系统 四、计算机网络基础 五、多媒体知识 六、数据结构 七、程序语言知识 八、知识性问题 一、计算机组成与工作原理 1．下列不属于冯诺依曼计算机模型的核心思想是（D&#xff…
阅读更多...
Spring源码（3）Aware接口、初始化和销毁方法、@Scope、@Primary

Spring源码（3）Aware接口、初始化和销毁方法、@Scope、@Primary

1、目标 本文的主要目标是学习Spring源码中Aware接口、初始化和销毁方法、Scope注解、Primary注解的使用 2、Aware接口 Component public class MyBeanAware implements BeanNameAware, ApplicationContextAware {Overridepublic void setBeanName(String name) {System.out…
阅读更多...
Linux系统本地化部署Dify并安装Ollama运行llava大语言模型详细教程

Linux系统本地化部署Dify并安装Ollama运行llava大语言模型详细教程

💝💝💝欢迎来到我的博客，很高兴能够在这里和您见面！希望您在这里可以感受到一份轻松愉快的氛围，不仅可以获得有趣的内容和知识，也可以畅所欲言、分享您的想法和见解。 推荐:kwan 的首页,持续学…
阅读更多...
屏保壁纸 芝麻时钟比屏保壁纸更好看的桌面动态屏保 大气美观

屏保壁纸 芝麻时钟比屏保壁纸更好看的桌面动态屏保 大气美观

屏保壁纸 芝麻时钟比屏保壁纸更好看的桌面动态屏保 大气美观，今天小编给大家带来一款非常大气美观的桌面时钟屏保，比屏保壁纸更好看，更美观的桌面屏保软件。非常有个性化哦，我们看看这种屏保主题，是不是让你眼前一亮呢…
阅读更多...
20240908 每日AI必读资讯

20240908 每日AI必读资讯

新AI编程工具爆火：手机2分钟创建一个APP！ - AI初创公司Replit推出的智能体——Replit Agent。开发环境、编写代码、安装软件包、配置数据库、部署等等，统统自动化！ - 操作方式也是极其简单，只需一个提出Prompt的动作…
阅读更多...
HBuilderx 安装 compile-node-sass编译工具

HBuilderx 安装 compile-node-sass编译工具

在使用HBuilderx工具，利用uni-app框架开发前端过程中，应用 “.scss”扩展名的的样式文件，scss作为css的预编译文件，在实际开发中是需要编译的，所以需要安装插件 compile-node-sass。 本人在CSDN下载插件“compile-node…
阅读更多...
2.软件生命周期及流程（包含笔试/面试题）

2.软件生命周期及流程（包含笔试/面试题）

一、软件生命周期 1.什么是软件的生命周期？ 软件生命周期就是软件从开始研发到最终被废弃不用的一整个过程。 二、软件生命周期模型 1.瀑布型生命周期模型（基本不用这个模型） 最早期的模型，流程是从上而下的，如同瀑布流…
阅读更多...
【机器人工具箱Robotics Toolbox开发笔记（二）】Matlab中机器人工具箱的下载与安装

【机器人工具箱Robotics Toolbox开发笔记（二）】Matlab中机器人工具箱的下载与安装

Matlab机器人工具箱（Robotics Toolbox）可从Peter Corke教授提供的网站上免费下载。网址为：http://www.petercorke.com/Robotics_Toolbox.html。 图1 网站所提供的机器人工具箱版本 在Downloading the Toolbox栏目中单击here按钮进入下载页面，然后在该页面中填写国家、组织…
阅读更多...
基于Python爬虫的淘宝服装数据分析项目

基于Python爬虫的淘宝服装数据分析项目

文章目录 一.项目介绍二.爬虫代码代码分析 三. 数据处理四. 数据可视化 一.项目介绍 该项目是基于Python爬虫的淘宝服装数据分析项目，以致于帮助商家了解当前服装市场的需求，制定更加精确的营销策略。首先，需要爬取淘宝中关于服装的大量数据…
阅读更多...
JS_函数声明

JS_函数声明

JS中的方法,多称为函数,函数的声明语法和JAVA中有较大区别 函数说明 函数没有权限控制符不用声明函数的返回值类型,需要返回在函数体中直接return即可,也无需void关键字参数列表中,无需数据类型调用函数时,实参和形参的个数可以不一致声明函数时需要用function关键字函数没有…
阅读更多...
STM32F407VET6开发板RT-Thread MSH 串口的适配

STM32F407VET6开发板RT-Thread MSH 串口的适配

相关文章 STM32F407VET6开发板RT-Thread的移植适配 环境 STM32F407VET6 开发板（魔女），http://www.stm32er.com/ Keil MDK5，版本 5.36 串口驱动 RT-Thread 通过适配 串口驱动，可以使用 MSH shell 当前手动搭建的 …
阅读更多...
c++基础版

c++基础版

c基础版 Windows环境搭建第一个C程序c程序运行原理注释常亮字面常亮符号常亮 变量数据类型整型实型常量类型确定char类型字符串布尔类型 控制台输入随机数产生枚举定义数组数组便利 指针基础野指针空指针指针运算动态内存分配 结构体结构体默认值结构体数组结构体指针结构体指针…
阅读更多...
JavaWeb笔记整理13——Mybatis

JavaWeb笔记整理13——Mybatis

目录 Mybatis介绍 删除 预编译SQL SQL注入 新增 更新 查询 数据封装 条件查询 XML映射文件 动态SQL 更新案例 foreach Mybatis介绍 删除 预编译SQL SQL注入 新增 更新 查询 数据封装 条件查询 XML映射文件 动态SQL <if> 更新案例<set> foreach &l…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023