常见问题

Q：报错误 NoSuchMethodError

一般情况下该类错误由依赖冲突导致。已知的依赖冲突列举如下，遇到时选择性排除它们。

日志冲突

commons-logging 冲突

  1. <exclusion>
  2.     <artifactId>commons-logging</artifactId>
  3.     <groupId>commons-logging</groupId>
  4. </exclusion>

logback-classic 冲突

在冲突位置将 logback-classic 排除，如 spring-boot-starter-logging 和 spring-test 为存在冲突的应用依赖。

  1. <dependency>
  2.     <groupId>org.springframework.boot</groupId>
  3.     <artifactId>spring-boot-starter-logging</artifactId>
  4.     <version>1.4.2.RELEASE</version>
  5.     <exclusions>
  6.         <exclusion>
  7.             <groupId>ch.qos.logback</groupId>
  8.             <artifactId>logback-classic</artifactId>
  9.         </exclusion>
  10.     </exclusions>
  11. </dependency>
  12. <dependency>
  13.     <groupId>org.springframework</groupId>
  14.     <artifactId>spring-test</artifactId>
  15.     <version>4.3.4.RELEASE</version>
  16.     <exclusions>
  17.         <exclusion>
  18.             <groupId>ch.qos.logback</groupId>
  19.             <artifactId>logback-classic</artifactId>
  20.         </exclusion>
  21.     </exclusions>
  22. </dependency>

snakeyaml 冲突

  1. java.lang.NoSuchMethodError: org.yaml.snakeyaml.Yaml.<init>(Lorg/yaml/snakeyaml/constructor/BaseConstructor;)V

spring-boot-starter-test 与 org.testng 中引用的 org.yaml 存在冲突。这里以排除 spring-boot-starter-test 中的 org.yaml 为例（也可在 org.testng 等冲突位置排除）

  1. <dependency>
  2.     <groupId>org.springframework.boot</groupId>
  3.     <artifactId>spring-boot-starter-test</artifactId>
  4.     <scope>test</scope>
  5.     <exclusions>
  6.         <exclusion>
  7.             <groupId>org.yaml</groupId>
  8.             <artifactId>snakeyaml</artifactId>
  9.         </exclusion>
  10.     </exclusions>
  11. </dependency>

Q：报错 NoClassDefFoundError

一般情况下依赖缺失或者依赖冲突会导致该类问题。

Mockito 报错找不到类

SOFABoot 使用 Mockito 时，如果已经存在 spring-boot-starter-test 则无需重复引入 Mockito。

Q：报错 No bean dataAccessConfigManager available

ACTS 测试脚本指定的 Application 启动类中缺少 acts-core.xml，如图添加即可。

faq_01.png

图1

Q：No runnable methods

一般是由于选择 Junit 运行 ACTS 测试脚本导致的，ACTS 测试脚本可使用 TestNG 方式运行。

Q：生成模版异常

有较多情况会导致这一现象，常见的是新编写的类或者对类进行变更后，没有进行 mvn 编译。先执行 mvn clean install -Dmaven.test.skip=true，再进行模版生成。

image | left

图2

Q：编辑器设置入参错误

使用 ACTS IDE 操作入参时，出现无法选中或者设置数值出错等情况，一般是生成测试脚本操作有误，没有生成入参模版而直接生成测试脚本，导致初始生成的 YAML 中入参不正确。

解法一：删除测试脚本对应的 YAML 文件，然后打开 ACTS IDE 并右键入参设置 -> 模版选择，编辑后保存则 YAML 文件会自动重建。

解法二：删除生成的测试脚本和 YAML 文件，首先生成入参的模版，再重新生成测试脚本即可，YAML 中会默认带入参设置；

Q：报错 argument type mismatch

该问题一般是被测接口有多个同名重载方法导致的，从而引发反射时参数不匹配错误。

image | left

图3

  • 解决方法

可以在脚本中重写 ACTS 测试基类的 findMethod 方法，返回真正被测的方法对象。下面的方法也适用于获取被测方法失败的情况。 

  1. @Override
  2. public void beforeActsTest(ActsRuntimeContext actsRuntimeContext) {
  4.     Method method =null;
  5.     try {
  6.         method = VirtualAssetQueryService.class.getDeclaredMethod ("query", QueryVirtualAssetListParam.class);
  7.     } catch (NoSuchMethodException e) {
  8.         e.printStackTrace();
  9.     } catch (SecurityException e) {
  10.         e.printStackTrace();
  11.     }
  12.     actsRuntimeContext.setTestedMethod(method);
  13. }

image | left

图4

使用 ACTS IDE 编辑类的属性后保存取值失效

ACTS IDE 默认类是标准的 JavaBean 形式，会调用属性的 set 方法为其赋值，如果不存在 set 方法则无法保存取值。