Java测试:JUnit单元测试与集成测试全解析
1. JUnit概述
JUnit 虽然名为单元测试框架,但它的用途远不止于此。它已被扩展用于网站测试、接口自动存根测试、并发测试和性能测试等。许多质量保证团队将 JUnit 作为自动化机制的一部分,来运行一系列端到端的功能测试。
从开发者的角度来看,我们将从单元测试的根源出发探讨 JUnit,并研究如何将其用作有效的集成测试框架。这两种测试方法由开发者编写,旨在辅助应用程序的整体质量提升和开发,我们统称为开发者测试。
假设你已经熟悉使用注解的 JUnit 4。你可以在 JUnit 官网(www.junit.org)找到相关的介绍文章和教程,许多书籍和在线资源也详细介绍了 JUnit 测试。
2. 单元测试
实体在单元测试中有一个有趣的特点:它们可以在不依赖运行中的应用服务器或实时数据库的情况下参与测试。下面我们将探讨直接测试实体类,以及将实体作为 Java EE 组件测试的一部分。同时,还会讨论如何在单元测试中利用依赖注入,以及如何处理 JPA 接口。
2.1 测试实体
实体通常不会被单独进行大量测试。实体上的大多数方法是简单的 getter 和 setter,用于处理实体的持久状态或关系。业务方法在实体中较少出现。在许多应用程序中,实体不过是基本的 JavaBeans。
一般来说,属性方法通常不需要显式测试。验证 setter 方法为字段赋值,getter 方法取回相同的值,这更多是在测试编译器,而非应用程序。除非这些方法存在副作用,否则 getter 和 setter 方法过于简单,不易出错,无需测试。
超级会员免费看
订阅专栏 解锁全文
347

被折叠的 条评论
为什么被折叠?



