《Java工程师必读手册》——Java单元测试系列——Java单元测试技巧之JSON序列化(3)

简介: 《Java工程师必读手册》——Java单元测试系列——Java单元测试技巧之JSON序列化(3)

接上篇:https://developer.aliyun.com/article/1227489?spm=a2c6h.13148508.setting.27.48e04f0eaBVGWH


一、 测试资源使用案例

 

在上一章中,讲了测试用例和资源的命名规则以及存放方式。但是,只是文字的描述,没有什么体感。所有,这一章将举例一个完整的案例来实际说明。

 

1. 被测案例代码

 

以UserService的createUser方法为例说明:

 

/**

 * 用户服务类

 */

@Service

public class UserService {

 

    /**

 服务相关 */

    /** 用户DAO */

    @Autowired

    private UserDAO userDAO;

    /** 标识生成器 */

    @Autowired

    private IdGenerator idGenerator;

 

    /** 参数相关 */

    /** 可以修改 */

    @Value("${userService.canModify}")

    private Boolean canModify;

 

    /**

     * 创建用户

     *

     * @param userCreate 用户创建

     * @return 用户标识

     */

    public Long createUser(UserVO userCreate) {

        // 获取用户标识

        Long userId = userDAO.getIdByName(userCreate.getName());

 

        // 根据存在处理

        // 根据存在处理: 不存在则创建

        if (Objects.isNull(userId)) {

            userId = idGenerator.next();

            UserDO userCreateDO = new UserDO();

            userCreateDO.setId(userId);

            userCreateDO.setName(userCreate.getName());

            userDAO.create(userCreateDO);

        }

        // 根据存在处理: 已存在可修改

        else if (Boolean.TRUE.equals(canModify)) {

            UserDO userModifyDO = new UserDO();

            userModifyDO.setId(userId);

            userModifyDO.setName(userCreate.getName());

            userDAO.modify(userModifyDO);

        }

        // 根据存在处理: 已存在禁修改

        else {

            throw new UnsupportedOperationException("不支持修改");

        }

 

        // 返回用户标识

        return userId;

    }

 

}

 

2. 测试用例代码

 

编写完整的测试用例如下:

image.png 

image.png 

image.png

image.png 

image.png

 

3. 资源文件目录

 

测试用例所涉及的资源文件目录如下:

 

图片1.png

 

其中,资源文件内容比较简单,这里就不再累述了。

 

4. POM文件配置

 

根项目的pom.xml文件需要做以下配置:

 

<?xml version="1.0" encoding="UTF-8" ?>

<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"

    xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd">

    ...

 

    <!-- 属性管理 -->

    <properties>

        ...

        <junit.version>4.13.1</junit.version>

        <mockito.version>3.3.3</mockito.version>

        <powermock.version>2.0.9</powermock.version>

    </properties>

 

    <!-- 依赖管理 -->

    <dependencyManagement>

        <dependencies>

            ...

            <!-- PowerMock -->

            <dependency>

                <groupId>junit</groupId>

                <artifactId>junit</artifactId>

                <version>${junit.version}</version>

                <scope>test</scope>

            </dependency>

            <dependency>

                <groupId>org.mockito</groupId>

                <artifactId>mockito-core</artifactId>

                <version>${mockito.version}</version>

                <scope>test</scope>

            </dependency>

            <dependency>

                <groupId>org.powermock</groupId>

                <artifactId>powermock-module-junit4</artifactId>

                <version>${powermock.version}</version>

                <scope>test</scope>

            </dependency>

            <dependency>

                <groupId>org.powermock</groupId>

                <artifactId>powermock-api-mockito2</artifactId>

                <version>${powermock.version}</version>

                <scope>test</scope>

            </dependency>

        </dependencies>

    </dependencyManagement>

 

    <!-- 构建管理 -->

    <build>

        <pluginManagement>

            <plugins>

                ...

                <plugin>

                    <groupId>org.apache.maven.plugins</groupId>

                    <artifactId>maven-resources-plugin</artifactId>

                    <version>2.6</version>

                    <executions>

                        ...

                        <execution>

                            <id>copy-test-resources</id>

                            <phase>compile</phase>

                            <goals>

                                <goal>copy-resources</goal>

                            </goals>

                            <configuration>

                                <encoding>UTF-8</encoding>

                                <outputDirectory>${project.build.directory}/test-classes</outputDirectory>

                                <resources>

                                    <resource>

                                        <directory>src/test/java</directory>

                                        <includes>

                                            <include>**/*.txt</include>

                                            <include>**/*.csv</include>

                                            <include>**/*.json</include>

                                            <include>**/*.properties</include>

                                        </includes>

                                    </resource>

                                    <resource>

                                        <directory>src/test/resources</directory>

                                        <includes>

                                            <include>**/*.txt</include>

                                            <include>**/*.csv</include>

                                            <include>**/*.json</include>

                                            <include>**/*.properties</include>

                                        </includes>

                                    </resource>

                                </resources>

                            </configuration>

                        </execution>

                    </executions>

                </plugin>

            </plugins>

        </pluginManagement>

    </build>

</project>

 

简要说明如下:

 

在属性配置中,配置了单元测试所依赖的包版本;

在依赖配置中,配置了单元测试所依赖的包名称;

在构建配置中,配置了编译时需要拷贝目录下的资源文件(如果有其它的资源文件格式,需要在pom中配置添加)。

 

5. 工具类代码

 

在上面单元测试用例中,需要使用到一个工具类ResourceHelper(资源赋值类),代码如下:

 

image.png

 

如果在集团内部,也可以直接导入作者提供的二方工具包:

 

image.png


  接下篇:https://developer.aliyun.com/article/1227485?groupCode=java

相关文章
|
3天前
|
存储 Java
Java编程中的对象序列化与反序列化
【9月更文挑战第12天】在Java的世界里,对象序列化与反序列化是数据持久化和网络传输的关键技术。本文将带你了解如何通过实现Serializable接口来标记一个类的对象可以被序列化,并探索ObjectOutputStream和ObjectInputStream类的使用,以实现对象的写入和读取。我们还将讨论序列化过程中可能遇到的问题及其解决方案,确保你能够高效、安全地处理对象序列化。
|
13天前
|
IDE 测试技术 持续交付
Python自动化测试与单元测试框架:提升代码质量与效率
【9月更文挑战第3天】随着软件行业的迅速发展,代码质量和开发效率变得至关重要。本文探讨了Python在自动化及单元测试中的应用,介绍了Selenium、Appium、pytest等自动化测试框架,以及Python标准库中的unittest单元测试框架。通过详细阐述各框架的特点与使用方法,本文旨在帮助开发者掌握编写高效测试用例的技巧,提升代码质量与开发效率。同时,文章还提出了制定测试计划、持续集成与测试等实践建议,助力项目成功。
36 5
|
19天前
|
存储 Java
Java编程中的对象序列化与反序列化
【8月更文挑战第28天】在Java世界中,对象序列化与反序列化是数据持久化和网络传输的关键技术。本文将深入浅出地探讨这一过程,带你领略其背后的原理及应用,让你的程序在数据的海洋中自由航行。
|
13天前
|
存储 Java
Java编程中的对象序列化与反序列化
【9月更文挑战第2天】在Java的世界里,对象序列化和反序列化就像是给数据穿上了一件隐形的斗篷。它们让数据能够轻松地穿梭于不同的系统之间,无论是跨越网络还是存储在磁盘上。本文将揭开这层神秘的面纱,带你领略序列化和反序列化的魔法,并展示如何通过代码示例来施展这一魔法。
13 0
|
16天前
|
测试技术 C# 开发者
“代码守护者:详解WPF开发中的单元测试策略与实践——从选择测试框架到编写模拟对象,全方位保障你的应用程序质量”
【8月更文挑战第31天】单元测试是确保软件质量的关键实践,尤其在复杂的WPF应用中更为重要。通过为每个小模块编写独立测试用例,可以验证代码的功能正确性并在早期发现错误。本文将介绍如何在WPF项目中引入单元测试,并通过具体示例演示其实施过程。首先选择合适的测试框架如NUnit或xUnit.net,并利用Moq模拟框架隔离外部依赖。接着,通过一个简单的WPF应用程序示例,展示如何模拟`IUserRepository`接口并验证`MainViewModel`加载用户数据的正确性。这有助于确保代码质量和未来的重构与扩展。
26 0
|
16天前
|
测试技术 Java Spring
Spring 框架中的测试之道:揭秘单元测试与集成测试的双重保障,你的应用真的安全了吗?
【8月更文挑战第31天】本文以问答形式深入探讨了Spring框架中的测试策略,包括单元测试与集成测试的有效编写方法,及其对提升代码质量和可靠性的重要性。通过具体示例,展示了如何使用`@MockBean`、`@SpringBootTest`等注解来进行服务和控制器的测试,同时介绍了Spring Boot提供的测试工具,如`@DataJpaTest`,以简化数据库测试流程。合理运用这些测试策略和工具,将助力开发者构建更为稳健的软件系统。
25 0
|
16天前
|
测试技术 Java
全面保障Struts 2应用质量:掌握单元测试与集成测试的关键策略
【8月更文挑战第31天】Struts 2 的测试策略结合了单元测试与集成测试。单元测试聚焦于单个组件(如 Action 类)的功能验证,常用 Mockito 模拟依赖项;集成测试则关注组件间的交互,利用 Cactus 等框架确保框架拦截器和 Action 映射等按预期工作。通过确保高测试覆盖率并定期更新测试用例,可以提升应用的整体稳定性和质量。
29 0
|
16天前
|
测试技术 数据库
探索JSF单元测试秘籍!如何让您的应用更稳固、更高效?揭秘成功背后的测试之道!
【8月更文挑战第31天】在 JavaServer Faces(JSF)应用开发中,确保代码质量和可维护性至关重要。本文详细介绍了如何通过单元测试实现这一目标。首先,阐述了单元测试的重要性及其对应用稳定性的影响;其次,提出了提高 JSF 应用可测试性的设计建议,如避免直接访问外部资源和使用依赖注入;最后,通过一个具体的 `UserBean` 示例,展示了如何利用 JUnit 和 Mockito 框架编写有效的单元测试。通过这些方法,不仅能够确保代码质量,还能提高开发效率和降低维护成本。
28 0
|
23天前
|
Java 测试技术 API
SpringBoot单元测试快速写法问题之复杂的业务逻辑设计有效的单元测试如何解决
SpringBoot单元测试快速写法问题之复杂的业务逻辑设计有效的单元测试如何解决
|
23天前
|
Java 测试技术 API
SpringBoot单元测试快速写法问题之计算测试用例的分支覆盖率如何解决
SpringBoot单元测试快速写法问题之计算测试用例的分支覆盖率如何解决