JUnit 5系列之架构体系总结

本系列文章都基于 Junit 5发布的先行版 Milestone 2。它可能会有变化。如果有新的里程碑(milestone)版本发布，或者试用版正式发行时，我会再来更新这篇文章。

这里要介绍的多数知识你都可以在 JUnit 5 用户指南 中找到(这个链接指向的是先行版 Milestone 2，想看的***版本文档的话请戳这里)，并且指南还有更多的内容等待你发掘。下面的所有代码都可以在 我的 Github 上找到。

目录

JUnit 4

JUnit 5

* 分离的关注点

* JUnit 5 的重新组织

* 架构及体系

* API 生命周期

Open test alliance

回顾总结

分享&关注

JUnit 4

除了 Hamcrest，JUnit 4没有任何外部依赖，其所有的功能都被打包在一个构件(artifact)中。这完全违反了单一职责原则，它被提供给开发者、IDE、构建工具、其他测试框架、其他扩展等使用，不同的使用者，依赖的都是一个同样的构件。

而在这其中，只有开发者能——或者说曾经能——以最干净的方法来使用它。他们通常只需要 JUnit 的公共 API，不需要管其他的。非常好。

但生态圈中的其他成分则不是这样使用 JUnit：测试框架、扩展，特别是 IDE 和构建工具的开发者，他们需要深入到 JUnit 的深处，到它的细枝末节：非 public 的类、内部 API，甚至 private 字段。它们的正常工作极大地依赖于 JUnit 的实现细节。这使得 JUnit 维护团队不能轻易地修改框架的这些内部实现，因此团队的开发进度受到了很大的影响。

当然，这些工具的开发者们也并非有意为之。为了实现那些我们十分喜爱的特性，他们不得不使用内部的 API，因为 JUnit 4 并没有提供相应的 API：一个强大到足以满足工具开发者们需求的 API。

Junit Lambda 团队开始着手于 JUnit 5 的开发，希望能让这一切变得明朗起来。

JUnit 5

分离的关注点

退一步想，我们不难辨识出，这里至少有两个不同的关注点需要分离：

一个支持测试代码撰写的 API

一个识别测试、运行测试的机制

再仔细思考一下第二点，我们可能会问，“哪些测试?”这个当然是指 Junit 测试。“我知道，但具体是哪些版本的测试呢?”呃…“还有，具体是指什么类型的测试?”好吧，你让我给你……“只能跑那些老版本的 @Test 注解的测试么?有没有其他新的方法来运行测试呢?……”行行行，都给我闭嘴!听我讲着。

（编辑：辽源站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!