浅解 JUnit 4

在前文的基础上，本文会探讨 @BeforeClass/@AfterClass 这两个注解是如何发挥作用的

与普通的测试类 T 对应的 Runner 会是 org.junit.runners.JUnit4 类型，那么我们能否自己实现 Runner，以完成某些定制化的需求呢？

有不少场景都需要“观察测试方法的运行”的行为，例如在测试方法运行前后打印固定的日志，统计测试方法运行的耗时，那么 JUnit 4 中是否有比 TestRule 更好用的类来支持这些场景呢？

在之前的三篇文章中，我们探讨了 如何实现 @Before/@After 注解的替代品 的问题。本文我们来探讨如何实现更一般的场景：如何在测试方法运行前后实现某些逻辑

在之前的两篇文章中，我们探讨了 如何实现一个 @Before 注解的替代品 的问题。本文会在这个基础上，继续探讨 如何实现一个 @After 注解的替代品

在上一篇文章中，我用一个小项目展示了如何实现一个 @Before 注解的替代品（即 @MyBefore 注解），本文会探讨其背后的原理

我们能否自己实现类似 @Before 注解的功能呢？答案是肯定的。本文会举一个具体的例子。由于这个问题涉及的内容比较多，本文只是上篇

JUnit 4 中的 @Before 注解和 @After 注解是如何发挥作用的呢？本文会对这个问题进行探讨。

在之前的文章中，我们初步探讨了 类上的 @Ignore 注解是如何起作用的。那么方法上的 @Ignore 注解又是如何起作用的呢？本文会对这个问题进行探讨

浅解 JUnit 4 这个专栏现有的文章初步探讨了 Test/Runner/RunnerBuilder 这些核心类的逻辑。但是 JUnit 4 的入口在哪里呢？本文会继续探讨这个问题

JUnit 4 这个专栏中已有的文章初步探讨了 Test/Runner/RunnerBuilder 这些核心类的逻辑。但是 JUnit 4 的入口在哪里呢？本文会对此进行探讨

Runner 构建的一般情形是怎样的？本文会对此进行探讨。本文的主角是 org.junit.internal.builders.AllDefaultPossibilitiesBuilder

org.junit.runners.Suite 是怎么构建出来的？本文会对 Suite 的构建过程进行探讨。

带有 @Ignore 注解的测试类，它对应的 Runner 是 IgnoredClassRunner，那么 IgnoredClassRunner 又是如何构建的呢？本文对此进行探讨

使用 JUnit 4 时，我们可以通过在类上添加 @Ignore 注解来（临时）忽略掉相关的单元测试，那么类上的 @Ignore 注解是如何起作用的呢？本文会对这个问题进行探讨

在之前的两篇文章中，已经介绍了 TestClass 和 Runner。在本文中，我们会初步探讨 Suite (测试套件) 是如何把测试类组合起来的。

JUnit 4 是著名的单元测试框架，当我们使用以下这些注解时，JUnit 4 在背后做了些什么呢？

本文会初步探讨如何找到带有 @Test 注解的方法并运行这些方法.本文的主角是 Runner 和 ParentRunner 这两个类