在测试RestClient-Implementation时,我想模拟一个RestClientException,它可能被该实现中的一些RestTemplate方法引发了删除方法:
@Override
public ResponseEntity<MyResponseModel> documentDelete(String id) {
template.setErrorHandler(new MyResponseErrorHandler());
ResponseEntity<MyResponseModel> response = null;
try {
String url = baseUrl + "/document/id/{id}";
response = template.exchange(url, DELETE, null, MyResponseModel.class, id);
} catch (RestClientException ex) {
return handleException(ex);
}
return response;
}
我怎样才能做到这一点？
我用这种方式定义了mock-server:
@Before
public void setUp() {
mockServer = MockRestServiceServer.createServer(template);
client = new MyRestClient(template, serverUrl + ":" + serverPort);
}
有人可以向我解释 cypress.io 作为测试框架和像黄瓜这样的 BDD 框架之间的区别，例如据我所知，cypress.io 是 javascript 的 ui 测试框架。测试是用javascript编写的。您可以使用场景将通过应用程序的流程描述为 e2e-test。这类似于行为测试还是这个框架只关注用户界面？
有人走到拐角处说：Cucumber 或 JBehave 与 cypress 相同。我担心那不是真的。但是可以回答的论点是什么。我不开发网络应用程序，我很难比较这两种解决方案。
我试图澄清我的问题：想象一下有一个具有后端服务的应用程序和一个使用这些服务的前端（网络应用程序）。后端代表复杂的工作流程，整个应用程序应通过 BDD 框架（例如黄瓜）进行测试。主要的好处是通过功能和场景描述提供一种最新的文档。它是像黄瓜这样的框架的核心。另一个好处当然是（也许是 e2e）测试本身。为了有价值，它需要 ui-testing 来测试整个工作流程。例如，您可以将硒与黄瓜一起使用来解决此问题。我认为cypress是一种类似于selenium的测试框架，对吗？只是在很多方面要好得多。但有人可能会说：“哦……柏树和黄瓜一样，因为你也可以定义场景等等……但我相信，当我们考虑 BDD 时，cypress 必须与黄瓜结合使用，而不是作为新的独立 BDD 工具。从我的角度来看，cypress 是一个很棒的 ui 测试框架，但是......不是更多？！我在这里宣布我的问题是为了寻找澄清的答案。