如何为旧java项目编写Junit测试用例？

我正在开发一个非常古老的应用程序，它是2004年使用Strut1.1构建的。完整的应用程序是通过将Eclipse中的三个项目（common、web和EJB）组合而成的，这三个项目都打包为.EAR文件。因此，这里的困惑在于，对于这种类型的结构，JUnit测试用例应该放在哪里

我是否应该创建一个单独的项目来编写测试用例。如果我创建单独的项目，我会在构建路径中添加上述项目

那么什么是正确的方法呢？如有任何建议，将不胜感激

---

另外，请告诉我如何在GUI上检查结果，即有多少个案例通过，有多少个案例失败

首先：如果您打算为14年前的代码编写真正的JUnit单元测试，答案是：做不做那样做

如果有的话，您应该使用JUnit作为环境来自动化测试用例的执行，在本例中应该是“集成”或“功能”测试

你看：投资于旧的、现有的源代码的唯一合理理由是：你打算用新的实现重构/替换该解决方案。那么，您唯一关心的是，您的新代码的行为与旧代码相同。从功能的角度来看。将时间/精力投入到您打算很快扔掉的单元测试单元中是没有意义的

---

除此之外：做任何对你有用的事。通常，最好有一个完整的新项目，以避免篡改现有的任何内容。

首先：如果您打算为14年前的代码编写真正的JUnit单元测试，答案是：不要这样做

如果有的话，您应该使用JUnit作为环境来自动化测试用例的执行，在本例中应该是“集成”或“功能”测试

你看：投资于旧的、现有的源代码的唯一合理理由是：你打算用新的实现重构/替换该解决方案。那么，您唯一关心的是，您的新代码的行为与旧代码相同。从功能的角度来看。将时间/精力投入到您打算很快扔掉的单元测试单元中是没有意义的

---

除此之外：做任何对你有用的事。通常，最好有一个完整的新项目，以避免篡改任何现有项目。

您现在要为2004年编写的项目编写单元测试？@Stultuske他没有说单元测试。@GhostCat即使是集成或服务测试，这似乎有点多余。@Stultuske看到我的答案；-）您现在要为2004年编写的项目编写单元测试吗？@Stultuske他没有说单元测试。@GhostCat即使是集成或服务测试，这似乎有点多余。@Stultuske看到我的答案；-）。。。他的话：）。。。他说什么：）