SpringBoot+TestNG单元测试的实现
⽬录
背景
接⼝测试⽤例,针对⼊参进⾏设计:
⾔归正传!
背景
由于开发任务进度紧张,接⼝及基础数据提供不全,即使设计全⾯的接⼝测试⽤例也⽆法全⾯有效的进⾏覆盖测试;且⼜因为单接⼝测试⽤例设计的⽅向是⼊参和出参,从⼊参着⼿就是参数必填校验、参数类型及参数边界值,再有⼊参的组合⼊参,例如⼀个接⼝5个参数,3个必填,2个⾮必填,数据类型有string、int等,还有字符长度限制条件,那么这样的单接⼝测试⽤例数设计起来那就有,嗯......数不过来,如果⼊参个数及参数类型变得多起来,那么这个数量就不可⾔喻了,所以,这就需要考量测试⼈员对于接⼝测试⽤例设计的⽅法掌握程度。
接⼝测试⽤例,针对⼊参进⾏设计:
1、数值类型的参数
等价类划分:取值范围内、取值范围外,这个怎么理解?
如果接⼝⽂档有描述这个参数应该取哪⼏个值或区间,就在这⾥规定的范围内外取舍
边界值分析:最⼤最⼩刚刚好、最⼤+1、最⼩-1,这是从取值范围边界,其中最⼤最⼩是数据类型边界
特殊值设计:0或⾮正数、可能设计⼩数
遍历:⽆捷径,穷尽其取值区间,这个⼀般会被等价类、边界值给过滤掉,不必穷尽;
2、字符串类型
字符串长度
等价类:取值区间内外
边界值:规定范围边界;类型边界
特殊值:这个需要与字符串类型的特殊字符区分,这⾥指的是0或空字符串、null
字符串内容
特定类型:中英⽂、⼤⼩写、简繁体
特殊字符:emoji表情符、标点符号运算符号、输⼊法的其他特殊字符
3、少见的数组或链表类型:例如list类型,可能是int[]\也可以是string[],他的设计⽅法也逃不过上⾯的⼏种,这⾥就不再赘述了。
针对业务逻辑进⾏设计、针对出参进⾏设计等这些⽅⾯,尤其是业务逻辑⼀般采取正向⽤例设计,少量通过⼊参设计异常场景,出参的设计⼏乎在⼊参设计都能得到期望结果。
⾔归正传!
1、本地使⽤eclipse作为java开发⼯具,同时⽀持python环境编程,所以不想同时使⽤Pycharm和IDEA;
<!-- ⾸先创建springboot框架的maven项⽬pom添加如下依赖,ide可以安装插件:spring assistant,⼀键创建springboot框架的maven项⽬ -->
<parent>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-parent</artifactId>
<version>2.4.0</version><!-- 2.3.0.RELEASE版本可选 -->
<relativePath/> <!-- lookup parent from repository -->
</parent>
<!-- springboot框架的主要依赖 -->
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-web</artifactId>
<version>2.4.0</version>
</dependency>
tips:@SpringBootApplication\@RestController\@RequestMapping等等注解
2、导⼊本地开发环境,eclipse需要外部安装lombok插件,eclipse配置⽂件eclipse.ini最下添加参数:-
javaagent:lombok.jar,附下载地址,除了安装以外,且java团队是否在pom中配置了依赖
<dependency>
<groupId>org.projectlombok</groupId>
<artifactId>lombok</artifactId>
<version>1.18.12</version>
<optional>true</optional>
</dependency>
3、我是测试⼈员,原来的环境中已经安装了jacoco插件,所以在maven项⽬中也增加了插件<;顺带提⼀下做java测试代码覆盖率的另⼀个依赖cobertura>:
<!-- 顺带提⼀下的另⼀个做代码覆盖率检测的插件 -->
<dependency>
<groupId&jo</groupId>
<artifactId>cobertura-maven-plugin</artifactId>
<version>2.7</version>
</dependency>
<plugin>
<groupId>org.jacoco</groupId>
<artifactId>jacoco-maven-plugin</artifactId>
<version>0.8.3</version>
<configuration>
<!--指定⽣成 .exec ⽂件的存放位置 -->
<destFile>target/</destFile>
<!--Jacoco 是根据 .exec ⽂件⽣成最终的报告,所以需指定 .exec 的存放路径 -->
<dataFile>target/</dataFile>
</configuration>
<executions>
<execution>
<id>jacoco-initialize</id>
<goals>
<goal>prepare-agent</goal>
</goals>
</execution>
<execution>
<id>jacoco-site</id>
<phase>package</phase>
<goals>
<goal>report</goal>
</goals>
</execution>
</executions>
</plugin>
<!-- tips:jacoco在maven中执⾏的命令是:mvn clean jacoco:prepare-agent install jacoco:report -st.failure.ignore=true -->
4、之前使⽤java辅助jmeter测试的时候,习惯了testng单元测试框架,并且还没在springboot框架上做单元测试,所以pom⽂件中还需添加如下依赖:
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-test</artifactId>
<scope>test</scope>
</dependency>
<!-- mvnrepository/stng/testng -->
<dependency>
<groupId&stng</groupId>
<artifactId>testng</artifactId>
<version>6.9.10</version>
</dependency>
<!-- 右键选择Coverage as 执⾏框架即可,运⾏完在指定⽬录或当前控制台查看覆盖率 -->
5、开发习惯使⽤junit4.x做单元测试,其中也是会使⽤spring-boot-starter-test这个插件,只是继承的类不⼀样;
# junit4.x是如下使⽤:
import org.junit.runner.RunWith;app接口测试工具
import org.st.context.SpringBootTest;
import st.context.junit4.SpringRunner;
@SpringBootTest
@RunWith(SpringRunner.class)
public class BaseTest  {
}
# ⽽换成testng就是如下使⽤:
import org.st.context.SpringBootTest;
import stng.AbstractTestNGSpringContextTests;
@SpringBootTest
public class BaseTest extends AbstractTestNGSpringContextTests {
}
# 同样是使⽤@SpringBootTest注解,但是它启动sprintboot服务不⼀样,testng必须继承AbstractTestNGSpringContextTests使⽤;
# 扩展:还可以是继承AbstractTransactionalTestNGSpringContextTests类,⼆选⼀;
# @SpringBootTest(classes={是你的SpringBoot启动app类}),例如:@SpringBootTest(classes=UserApplication.class)
6、⾄此,就可以在eclipse上按Ctrl+1,将junit框架的测试⽤例转换成testng框架愉快的测试了:Convert
to
TestNG(Annotations);
7、拓展:添加swagger依赖,⽣成接⼝⽂档;lombok依赖⽀持声明字段的getter和setter⽅法,同样有集成Log⽇志等⼯具。剩下的就不要看我这边⽂章了,要看你⾃⼰的发挥了,单元测试案例如下:
package  ;
x
public TestSampler extends BaseTest{
@BeforeClass
void bf(){
// 测试写测试的前置条件,那些只需要执⾏⼀次的数据
}
@Test
void test_add(){
// 这⾥写需要测试的代码
}
//    。。。
}
到此这篇关于SpringBoot+TestNG单元测试的实现的⽂章就介绍到这了,更多相关SpringBoot TestNG单元测试内容请搜索以前的⽂章或继续浏览下⾯的相关⽂章希望⼤家以后多多⽀持!