我正在尝试为服务层方法编写单元测试,按名称查找播放器。该方法调用JPA存储库方法并返回页面对象。我希望测试验证是否确实调用了存储库中的正确方法。
测试类
@RunWith(SpringRunner.class)
@SpringBootTest(classes = {PlayerService.class})
public class PlayerServiceTest {
@Autowired
PlayerService playerService;
@MockBean
PlayerRepository playerRepository;
@Test
public void whenListPlayersByName_thenShouldCallFindMethodWithPageableArgAndNameArg(){
Pageable pageableStub = Mockito.mock(Pageable.class);
String name = "xxx";
Mockito.when(playerRepository.findByNameContainingIgnoreCase(any(String.class), any(Pageable.class)))
.thenReturn(any(Page.class));
//1st attempt:
//playerService.listPlayersByName(name, pageableStub);
playerService.listPlayersByName(eq(name), pageableStub);
verify(playerRepository).findByNameContainingIgnoreCase(any(String.class), any(Pageable.class));
}
我的问题
测试失败,并显示以下消息:
org.mockito.exceptions.misusing.InvalidUseOfMatchersException:
Invalid use of argument matchers!
2 matchers expected, 1 recorded:
-> at com.domin0x.player.PlayerServiceTest.whenListPlayersByName_thenShouldCallFindMethodWithPageableArgAndNameArg(PlayerServiceTest.java:60)
This exception may occur if matchers are combined with raw values:
//incorrect:
someMethod(anyObject(), "raw String");
When using matchers, all arguments have to be provided by matchers.
For example:
//correct:
someMethod(anyObject(), eq("String by matcher"));
根据建议,我将名称更改为eq(名称),但这导致了一个不同的问题:
Argument(s) are different! Wanted:
com.domin0x.player.PlayerRepository#0 bean.findByNameContainingIgnoreCase(
<any java.lang.String>, <any org.springframework.data.domain.Pageable>);
Actual invocation has different arguments:
com.domin0x.player.PlayerRepository#0 bean.findByNameContainingIgnoreCase(
null, Mock for Pageable, hashCode: 309271464
;
有什么建议我应该在考试中改变什么?
服务类
@Service
public class PlayerService {
public Page<Player> listPlayersByName(String name, Pageable pageable) {
return repository.findByNameContainingIgnoreCase(name, pageable);
}
存储库界面
@Repository
public interface PlayerRepository extends JpaRepository<Player, Integer> {
Page<Player> findByNameContainingIgnoreCase(String name, Pageable pageable);
}
我花了一段时间才弄清楚这个。
在thenBack
中,您调用any(Page.class)
。相反,您应该返回一个实际的Page
对象,或者一个模拟的Page
对象)。
也最好避免使用“任何”,除非你没有办法知道身份。
Page<Player> pageStub = (Page<Player>)Mockito.mock(Page.class);
Mockito.when(playerRepository.findByNameContainingIgnoreCase(name, pageableStub))
.thenReturn(pageStub);
Page<PlayerStub> result = playerService.listPlayersByName(name, pageableStub);
assertSame(pageStub, result);
// No need to call verify, since it couldn't get pageStub without calling the correctly stubbed method.
要澄清:eq()
、any()
和其他“匹配器”只能在和验证时用作中方法的参数。它们不应该传递给测试对象,也不应该从任何模拟对象返回。
我想对一个组件的功能进行单元测试。因此,我需要一个模拟服务(根据角度测试指南)。 这里是我的测试床: 那么,嘲笑服务价值的正确方法是什么呢? 弗兰克
问题内容: 在Angular中,所有内容似乎都具有陡峭的学习曲线,并且对Angular应用程序进行单元测试绝对不能逃脱这种范例。 当我开始使用TDD和Angular时,我觉得我花了两倍(可能更多)的时间来弄清楚如何测试,甚至花更多的时间来正确地设置测试。但是正如Ben Nadel 在他的博客中所说的那样,角度学习过程存在起伏。他的图表绝对是我在Angular的经历。 但是,随着我在学习Angula
我已经开始考虑在我的项目中围绕一些业务逻辑添加一些单元测试。 我想测试的第一个方法是服务层中的一个方法,它返回给定节点的子节点列表。 该方法如下所示: 我想象这样的测试方法是提供一个假树结构,然后测试提供节点是否返回正确的子节点。 ssdsContext是一个对象上下文。 我已经看到可以为提取和接口如何模拟ObjectContext或ObjectQuery 我还读到,as Entity Frame
我在尝试包装我的代码以用于单元测试时遇到了一些问题。问题是。我有接口IHttpHandler: 现在很明显,我将在Connection类中有一些方法,这些方法将从my后端检索数据(JSON)。但是,我想为这个类编写单元测试,显然我不想编写针对真实后端的测试,而是一个被嘲弄的测试。我曾尝试谷歌一个很好的答案,但没有很大的成功。我以前可以并且曾经使用过Moq来模拟,但是从来没有在像HttpClient
在我的项目中,我在进行单元测试时遇到了问题。一个问题是,仅仅进行联调就可以更快地编写,并且还可以测试组件是否真正协同工作。单元测试新颖的“算法”之类的似乎要容易得多。单元测试服务类感觉是错误和无用的。 我使用mockito来模拟spring数据存储库(以及DB访问)。问题是,如果我告诉模拟存储库在方法调用getById时返回实体A,它显然会返回实体A,服务也会返回实体A。是的,该服务做了一些额外的
问题内容: 我正在为启动a 并使用返回的诺言执行一些逻辑的控制器编写单元测试。我可以测试触发$ modal的父控制器,但是我一生无法弄清楚如何模拟成功的诺言。 我尝试了多种方法,包括使用和强制履行承诺。但是,我得到的最接近的结果是与本 SO帖子中的最后一个答案相似的东西。 我已经在“旧的” 模式中看到了几次这样的问题。在“新” 模式下,我找不到太多的方法。 一些指针将不胜感激。 为了说明问题,我使