eslint quo
对我而言， JUnit是Java Universe中最重要的库。 但是我认为它的新版本已经过期。 通过将方法定义作为测试定义的方法，JUnit非常灵活，需要各种技巧……抱歉的功能，要做您实际上应该能够使用的基本（Java 8）语言功能。
如果您不确定我在说什么，请查看有关ScalaTest的文章 。 像这样的东西应该是JUnit的标准。
当然，您可以实现自己的TestRunner来实现类似目的。 但是已经有许多重要的TestRunners（ SpringJUnit4ClassRunner吗？），它们具有巨大的缺点，即您只能拥有其中的一个。
另一个替代方法是，与JUnit告别，并使用其他Testframework。 但是所有其他这些Testframeworks都没有JUnit所提供的第三方工具的支持，因此我真的希望JUnit能够发展，而不是被其他东西取代。
我思考这些问题已经有一段时间了，实际上将它们提出了JUnit邮件列表 ，并提供了许多有趣的反馈，但是什么也没有发生。 因此，当我遇到Marc时 ， XP-Days的一名JUnit提交者，我们开始讨论这种情况，另一位JUnit提交者Stefan和其他XP-Days参与者也加入了讨论。
而且经常没有什么比看起来容易。 JUnit是一个非常成功的库，但是它也没有提供人们想要或需要的所有功能。 这会导致人们以各种奇怪的方式使用JUnit，这使得它真的很难发展。 例如，Marc和Stefan讲述了有关最新版本的JUnit的故事，他们了解到某个IDE在JUnit的私有字段上使用了反射，从而导致在更改该字段名称时出现“错误”。
因此，似乎在进行与其他默认TestRunner一样大的更改之前，必须先改造JUnit。
我设想如下所示：
- 收集其他人连接到JUnit的各种功能，这些功能可能应该是JUnit本身的一部分。
- 为那些提供干净，受支持的API
- 施加轻微的压力和时间让第三方切换到新的API
- 该API的背后提供了一种新的，更灵活的创建测试的方式
- 利润
而且由于JUnit是一个开源项目，并且所有开发人员似乎都只能在自己的私人时间上工作，所以我们从XP Days开始，在那里收集需要考虑的内容。 我将结果放在JUnit github存储库中的Wiki页面中 。 到那边看看是否可以添加一些东西。
翻译自: https://www.javacodegeeks.com/2014/10/quo-vadis-junit.html
eslint quo
