我陷入了单元测试场景的一个基本问题,并将感谢帮助。
我有一个类MyService
,它调用MyRemvalService
在DB中将标志设置为true。
@Slf4j
@Service
@RequiredArgsConstructor
public class MyService {
private final MyRemovalService myRemovalService;
private final MyRepository myRepository;
public void setFlag() {
final List<String> records = myRepository.getData(ENUM_1, ENUM_2, ENUM_3);
records.forEach(MyRemovalService::removeData);
}
}
我的测试:
@ExtendWith(MockitoExtension.class)
class MyServiceTest {
@Mock
private MyRemovalService myRemovalService;
@Mock
private MyRepository myRepository;
@InjectMocks
private MyService myService;
@Test
void testMyUseCase() {
when(myRepository.getData(any(), any(), any())).thenReturn(List.of("Test1", "Test2"));
myService.setFlag();
}
}
我被要求测试并检查(MyRemovalService::removeData)
是否正在使用相关数据调用。
由于返回类型无效,我如何测试它?
Mockito允许定义ArgumentCaptors
,允许您捕获模拟对象的参数方法,并使用:
var objectRequestedForRemovalCapture = ArgumentCaptor.forClass(String.class);
verify(myRemovalService).removeData(objectRequestedForRemovalCapture.capture());
var results = objectRequestedForRemovalCapture.getAllValues();
//and do the verification on your list of objects
您可以使用验证方法:
verify(myRemovalService).removeData("Test1"));
verify(myRemovalService).removeData("Test2"));
我有一个方法如下所示: 我试图这样进行单元测试: 在完成模拟的LookUpIdAsync之前,将调用我的断言。在我的普通代码中,这正是我想要的。但是对于我的单元测试,我不希望这样。 我正在使用BackgroundWorker转换为Async/Await。对于后台工作人员,这项功能正常运行,因为我可以等待后台工作人员完成。 但是似乎没有办法等待异步无效方法... 如何对该方法进行单元测试?
以下是设置: 我需要测试公共方法,以检查是否筛选了invalidObjects。如您所见,它将传递给私有的方法。该方法过滤掉无效的对象,并将有效的对象发送给web服务方法。该web服务方法不返回任何内容。因此,我不知道是否只有有效的对象被发送到web服务方法。你建议我怎么做才能检验这个案子?我正在使用Mockito框架来模拟对象。
我有一个触发器,当opportunity更新时触发,作为其中的一部分,我需要调用我们的API,并提供opportunity的一些详细信息。 根据Web上的许多建议,我创建了一个类,其中包含一个@Future方法来制作标注。 我试图捕获在@future方法中抛出的异常,但测试方法没有看到它。 测试中的类如下所示: 下面是单元测试: 现在,我已经读到,测试@future方法的方法是用测试来围绕调用。s
在我们的ASP。Net核心应用程序,我们有许多API从服务类调用公共方法。 服务类正在实现一个接口。 每个服务方法(取决于复杂性和需求)可以调用任意数量的内部或私有或辅助方法。 虽然这些内部/私有/或辅助方法中的每一个都单独进行单元测试,但我们如何以这样一种方式测试公共服务方法,即我们不必重复已经在测试内部/私有/辅助方法中花费的代码/精力? e、 我们可以很容易地模拟接口方法,说接口方法需要这些
本文向大家介绍对 Vue-Router 进行单元测试的方法,包括了对 Vue-Router 进行单元测试的方法的使用技巧和注意事项,需要的朋友参考一下 由于路由通常会把多个组件牵扯到一起操作,所以一般对其的测试都在 端到端/集成 阶段进行,处于测试金字塔的上层。不过,做一些路由的单元测试还是大有益处的。 对于与路由交互的组件,有两种测试方式: 使用一个真正的 router 实例 mock 掉 $r
我需要一些软件测试方面的指导。 我把事情复杂化了,但我太专注了,看不到我做错了什么,也看不到其他做事方式。 我有几个公共方法使用相同的私有方法。 私有方法本身: 必须为其特定角色处理许多场景 假设私有方法需要5个测试来覆盖所有场景,并由6个公共方法使用。 问题 > 然后我是否需要至少5x6个测试? 如何对每个公共方法重复使用私有方法的测试? 有没有关于重构重复测试的示例/文章? 示例 OnStar