- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
我有一个界面
@Repository
public interface WorkJobRepository extends JpaRepository<WorkJob, Long> {
WorkJob findById(String id);
}
这扩展了JpaRepository
。
现在来自其他一些类ReadWorkJob
public class ReadWorkJob implements WorkJob {
@Autowired
private WorkJobRepository;
public void writeNewIdData(JSONObject jsonObject) {
WorkJob workJob = getExistingId(jsonObject.get("id").toString());
}
private WorkJob getExistingId(String id) {
logger.info("check point ppppp");
WorkJob workJob = workJobRepository.findById(id);
logger.info("check point qqqqq");
return workJob != null ? workJob : new WorkJob();
}
}
我这样调用它
workJobRepository.findById(id);
现在我想测试类 ReadWorkJob
中的方法,为此我想模拟对 workJobRepository
的调用并希望它返回 null.
@RunWith(MockitoJUnitRunner.class)
public class ReadWorkJobTest {
private static final String RIGHT_DATA_FILE_NAME = "test.txt";
@InjectMocks
private ReadWorkJob readWorkJob;
private WorkJobRepository workJobRepository;
@Before
public void setUp() throws Exception {
workJobRepository = Mockito.mock(WorkJobRepository.class);
when(workJobRepository.findById(any())).thenReturn(null);
logger.info("check point test case setup");
}
@Test
public void testNewIdDBWriter() throws Exception {
logger.info("check point test case 1");
// In here i am not asserting anything i just want the method call to succeed first
readWorkJob.writeNewIdData(getRightData());
logger.info(("check point test case 2"));
}
private JSONObject getRightData() throws IOException {
String rightDataString = new String(Files.readAllBytes(Paths.get(RIGHT_DATA_FILE_NAME)));
JSONObject jsonObject = new JSONObject(rightDataString);
return jsonObject;
}
}
但是模拟不起作用。
直到“检查点qqqqq”测试才会执行。我认为它仍在尝试调用数据库。
堆栈跟踪
java.lang.NullPointerException
16:42:31.387 [DEBUG] [TestEventLogger] at
com.shiv.work.job.ReadWorkJob.getExistingId(ReadWorkJob.java:102)
16:42:31.387 [DEBUG] [TestEventLogger] at
com.shiv.work.job.ReadWorkJob.writeNewIdDataTo(ReadWorkJob.java:71)
16:42:31.387 [DEBUG] [TestEventLogger] at com.shiv.work.job.ReadWorkJobTest.testNewIdDBWriter(ReadWorkJobTest.java:45)
16:42:31.387 [DEBUG] [TestEventLogger] at
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
16:42:31.387 [DEBUG] [TestEventLogger] at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
16:42:31.387 [DEBUG] [TestEventLogger] at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
16:42:31.387 [DEBUG] [TestEventLogger] at java.base/java.lang.reflect.Method.invoke(Method.java:567)
16:42:31.387 [DEBUG] [TestEventLogger] at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
16:42:31.387 [DEBUG] [TestEventLogger] at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
16:42:31.387 [DEBUG] [TestEventLogger] at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
16:42:31.387 [DEBUG] [TestEventLogger] at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
16:42:31.387 [DEBUG] [TestEventLogger] at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
16:42:31.387 [DEBUG] [TestEventLogger] at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
16:42:31.388 [DEBUG] [TestEventLogger] at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
16:42:31.388 [DEBUG] [TestEventLogger] at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
16:42:31.388 [DEBUG] [TestEventLogger] at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
16:42:31.388 [DEBUG] [TestEventLogger] at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
16:42:31.388 [DEBUG] [TestEventLogger] at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
16:42:31.388 [DEBUG] [TestEventLogger] at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
16:42:31.388 [DEBUG] [TestEventLogger] at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
16:42:31.388 [DEBUG] [TestEventLogger] at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
16:42:31.388 [DEBUG] [TestEventLogger] at org.mockito.internal.runners.DefaultInternalRunner$1.run(DefaultInternalRunner.java:79)
16:42:31.388 [DEBUG] [TestEventLogger] at org.mockito.internal.runners.DefaultInternalRunner.run(DefaultInternalRunner.java:85)
16:42:31.388 [DEBUG] [TestEventLogger] at org.mockito.internal.runners.StrictRunner.run(StrictRunner.java:39)
16:42:31.388 [DEBUG] [TestEventLogger] at org.mockito.junit.MockitoJUnitRunner.run(MockitoJUnitRunner.java:163)
16:42:31.388 [DEBUG] [TestEventLogger] at org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecutor.runTestClass(JUnitTestClassExecutor.java:110)
16:42:31.388 [DEBUG] [TestEventLogger] at org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecutor.execute(JUnitTestClassExecutor.java:58)
16:42:31.388 [DEBUG] [TestEventLogger] at org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecutor.execute(JUnitTestClassExecutor.java:38)
16:42:31.388 [DEBUG] [TestEventLogger] at org.gradle.api.internal.tasks.testing.junit.AbstractJUnitTestClassProcessor.processTestClass(AbstractJUnitTestClassProcessor.java:62)
16:42:31.388 [DEBUG] [TestEventLogger] at org.gradle.api.internal.tasks.testing.SuiteTestClassProcessor.processTestClass(SuiteTestClassProcessor.java:51)
16:42:31.388 [DEBUG] [TestEventLogger] at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
16:42:31.388 [DEBUG] [TestEventLogger] at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
16:42:31.388 [DEBUG] [TestEventLogger] at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
16:42:31.389 [DEBUG] [TestEventLogger] at java.base/java.lang.reflect.Method.invoke(Method.java:567)
16:42:31.389 [DEBUG] [TestEventLogger] at org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:36)
16:42:31.389 [DEBUG] [TestEventLogger] at org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
16:42:31.389 [DEBUG] [TestEventLogger] at org.gradle.internal.dispatch.ContextClassLoaderDispatch.dispatch(ContextClassLoaderDispatch.java:33)
16:42:31.389 [DEBUG] [TestEventLogger] at org.gradle.internal.dispatch.ProxyDispatchAdapter$DispatchingInvocationHandler.invoke(ProxyDispatchAdapter.java:94)
16:42:31.389 [DEBUG] [TestEventLogger] at com.sun.proxy.$Proxy2.processTestClass(Unknown Source)
16:42:31.389 [DEBUG] [TestEventLogger] at org.gradle.api.internal.tasks.testing.worker.TestWorker.processTestClass(TestWorker.java:118)
16:42:31.389 [DEBUG] [TestEventLogger] at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
16:42:31.389 [DEBUG] [TestEventLogger] at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
16:42:31.389 [DEBUG] [TestEventLogger] at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
16:42:31.389 [DEBUG] [TestEventLogger] at java.base/java.lang.reflect.Method.invoke(Method.java:567)
16:42:31.389 [DEBUG] [TestEventLogger] at org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:36)
16:42:31.389 [DEBUG] [TestEventLogger] at org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
16:42:31.389 [DEBUG] [TestEventLogger] at org.gradle.internal.remote.internal.hub.MessageHubBackedObjectConnection$DispatchWrapper.dispatch(MessageHubBackedObjectConnection.java:182)
16:42:31.389 [DEBUG] [TestEventLogger] at org.gradle.internal.remote.internal.hub.MessageHubBackedObjectConnection$DispatchWrapper.dispatch(MessageHubBackedObjectConnection.java:164)
16:42:31.389 [DEBUG] [TestEventLogger] at org.gradle.internal.remote.internal.hub.MessageHub$Handler.run(MessageHub.java:412)
16:42:31.389 [DEBUG] [TestEventLogger] at org.gradle.internal.concurrent.ExecutorPolicy$CatchAndRecordFailures.onExecute(ExecutorPolicy.java:64)
16:42:31.389 [DEBUG] [TestEventLogger] at org.gradle.internal.concurrent.ManagedExecutorImpl$1.run(ManagedExecutorImpl.java:48)
16:42:31.389 [DEBUG] [TestEventLogger] at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
16:42:31.389 [DEBUG] [TestEventLogger] at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
16:42:31.390 [DEBUG] [TestEventLogger] at org.gradle.internal.concurrent.ThreadFactoryImpl$ManagedThreadRunnable.run(ThreadFactoryImpl.java:56)
16:42:31.390 [DEBUG] [TestEventLogger] at java.base/java.lang.Thread.run(Thread.java:830)
最佳答案
从显示的测试代码来看,手动创建的存储库没有被注入(inject)到被测试的主题中,这就是为什么它为空并导致 NPE
由于使用@Autowired
,您还需要确保依赖项已正确标记为可模拟
@Mock
private WorkJobRepository workJobRepository;
@InjectMocks
private ReadWorkJob readWorkJob;
@Before
public void setUp() throws Exception {
when(workJobRepository.findById(any())).thenReturn(null);
logger.info("check point test case setup");
}
完成后,测试应该按预期运行。
当手动创建依赖项时,它不会被注入(inject)到被测试的主题中。
另一种方法是让主题类遵循显式依赖原则
public class ReadWorkJob {
private WorkJobRepository workJobRepository;
@Autowired
public ReadWorkJob (WorkJobRepository workJobRepository) {
this.workJobRepository = workJobRepository;
}
public void writeNewIdData(JSONObject jsonObject) {
WorkJob workJob = getExistingId(jsonObject.get("id").toString());
}
private WorkJob getExistingId(String id) {
logger.info("check point ppppp");
WorkJob workJob = workJobRepository.findById(id);
logger.info("check point qqqqq");
return workJob != null ? workJob : new WorkJob();
}
}
并相应地重构测试
@RunWith(MockitoJUnitRunner.class)
public class ReadWorkJobTest {
private static final String RIGHT_DATA_FILE_NAME = "test.txt";
private ReadWorkJob readWorkJob;
private WorkJobRepository workJobRepository;
@Before
public void setUp() throws Exception {
workJobRepository = Mockito.mock(WorkJobRepository.class);
when(workJobRepository.findById(any())).thenReturn(null);
readWorkJob = new ReadWorkJob(workJobRepository); //<--
logger.info("check point test case setup");
}
@Test
public void testNewIdDBWriter() throws Exception {
logger.info("check point test case 1");
readWorkJob.writeNewIdData(getRightData());
logger.info(("check point test case 2"));
}
private JSONObject getRightData() throws IOException {
String rightDataString = new String(Files.readAllBytes(Paths.get(RIGHT_DATA_FILE_NAME)));
JSONObject jsonObject = new JSONObject(rightDataString);
return jsonObject;
}
}
关于java - 如何模拟扩展另一个接口(interface)的接口(interface),我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/58642907/
编写一个仅用于集中其他接口(interface)的接口(interface)是好的做法还是坏的做法? interface InterfaceA : InterfaceB, InterfaceC { }
有没有一种方法可以确定具体类型从任意接口(interface)列表?我知道类型转换,但我想知道所有满意的接口(interface)。 例如,给定: type Mover interface { Mo
我正在尝试制作斐波那契堆。 (在我正在上的算法课中多次提到它们,我想检查一下。)我希望堆使用任何类型的节点,所以我定义了一个 Node 接口(interface): package node type
这是我的代码: type IA interface { FB() IB } type IB interface { Bar() string } type A struct {
示例 A: // pseudo code interface IFoo { void bar(); } class FooPlatformA : IFoo { void bar() {
合并它编译的 leppies 反馈 - 但 IMO 有一些缺点,我希望编译器强制每个子类定义它们自己的 Uri 属性。现在的代码: [] type UriUserControl() = inh
我正在构建一个项目,该项目从用户那里获取一个术语,然后执行谷歌搜索并返回一个 json 格式的标题列表。 我正在使用 serpwow API 来执行谷歌搜索并试图解析响应。 但是我收到的错误是: pa
我只想在其他接口(interface)中实现某些接口(interface),我不希望它们能够被类直接继承。 提前致谢! 最佳答案 您不能在 C# 中执行此操作 - 任何类都可以实现它有权访问的任何接口
我是 Go 的新手,还有一些我还没有掌握的技巧 例如,我有一个可以这样调用的函数: myVar.InitOperation("foo",Operator.EQUAL,"bar") myVar.Init
我有一个通用接口(interface)来描述对输出流的访问,如下所示: interface IOutput { function writeInteger(aValue:Int):Void;
我正在做一个项目,我想通过某种接口(interface)(最好是 USB)将光电探测器电路安装到计算机上。但是,由于我是新手,所以我不知道应该朝哪个方向处理这个问题。假设我有一个带有 USB 连接的光
背景 我正在尝试创建一个简单的应用程序,以真正理解DDD + TDD + etc的整个堆栈。我的目标是在运行时动态注入DAL存储库类。这让我 域和应用程序服务层可测试。我打算用“穷人的DI”来完成 现
在 Java 中,接口(interface)扩展接口(interface)是完全合法的。 UML 中的这种关系看起来像“扩展”关系(实线、闭合、未填充的箭头)还是“实现”关系(虚线、闭合、未填充的箭头
我想创建一个具有相等和比较函数默认实现的接口(interface)。 如果我从类型 IKeyable 中删除所有内容除了Key成员,只要我不添加默认实现,它就是一个有效的接口(interface)。从
COM 中的双接口(interface)是能够通过 DispInterface 或 VTable 方法访问的接口(interface)。 现在有人可以告诉我这两种方法之间到底有什么区别吗? 我认为 V
我有一个类方法,它返回一个可以迭代的员工列表。返回列表的最佳方式是什么?通常我只返回一个 ArrayList。然而,据我了解,界面更适合这种类型的操作。哪个是最好使用的界面?另外,为什么返回接口(in
我想从包装类外部实例化一个内部非静态接口(interface)。 这可能吗? 考虑以下代码: shared class AOuterClass() { Integer val = 3; shared
我为一个类编写了一个接口(interface),如下所示: public interface IGenericMultipleRepository { Lazy> addresses { ge
我是 UML 的初学者,现在我正在创建一个序列图,问题是我想根据用户输入实现 DAO 接口(interface)。如何在时序图中正确绘制以实现接口(interface)。 最佳答案 您不会在 SD 上
要使用 jsr 303 验证创建有条件验证的组,请将接口(interface)类传递给注释,如下所示: @NotEmpty (groups={UpdateValue.class}) 我有很多不同的接口
我是一名优秀的程序员,十分优秀!