unit-testing
-
Java 中的自动内存泄漏检测 我正在考虑为Java程序自动检测内存泄漏。基本算法是创建包含以下逻辑的 JUnits: 该循环用于查看内存是否以较小的增量爬升。 有必要区分内存使用量的预期和意外增加。 这不是一个真正的
-
-
对 Swing 组件进行单元测试 我正在编写一个类似 TotalCommander 的应用程序。我有一个单独的文件列表组件,以及它的模型。模型支持侦听器,并按以下方式为事件等发出通知: 单元测试 java swing jmock
-
相对于 DBUnit 数据集中的当前日期 我想知道是否有任何方法可以在DBUnit XML数据集中指定例如明天作为日期。有时,对于将来的日期和过去的日期,代码逻辑是不同的,我想测试这两种情况。当然,我可以指定像2239年11月5日这样
-
EasyMock:获取 EasyMock.anyObject() 的真实参数值? 在我的单元测试中,我使用EasyMock来创建模拟对象。在我的测试代码中,我有这样的东西 因此,现在EasyMock将接受对的任何呼叫。有没有办法获得传递给 的真实值,或者我需要为所有可能的情
-
接缝和模拟有什么区别? 自从我使用java遗留代码以来已经几个月了,这是我正在处理的一些事情: 0% 测试覆盖率。 在我甚至看到一些超过300行代码的场合,巨大的功能。 许多私有方法和场合静态方法。 高度紧密耦合
-
Junit投掷警告,同时仍然通过测试 目前我正在开发一个项目,我们正在使用junit进行测试,但是由于它仍然处于相当早期的阶段,因此许多功能尚未实现,尽管他们已经为它们编写了测试。 这意味着这些测试(显然)总是失败
-
单元测试体系结构问题 因此,我开始为以下代码位布局单元测试: 同样适用于 Implmentation 2 以后。 所以我的问题是:有什么理由不这样做吗?JUnit似乎很喜欢它,它满足了我的需求,但是我没有在我读过的任何单元
-
-
为什么 JUnit MethodRule 和 TestWatchman 已被弃用? org.junit.rules.MethodRule 和 org.junit.rules.TestWatchman 已被弃用。 一个有趣的说明是: 文档:“已弃用。方法规则已弃用。使用TestWatcher来实现TestRule“,并提供了一些示例代码。 将这些标记为已弃用
标签