cube-js/cube

How to mock messages using @cubejs-client/react with websocket transport?

Open

#2.146 aberto em 18 de fev. de 2021

Ver no GitHub
 (4 comments) (0 reactions) (0 assignees)Rust (1.965 forks)batch import
client:reacthelp wanted

Métricas do repositório

Stars
 (19.563 stars)
Métricas de merge de PR
 (Mesclagem média 5d 16h) (138 fundiu PRs em 30d)

Description

Problem

I am using @cubejs-client/react with @cubejs-client/ws-transport and I'm running into some blockers trying to mock anything.

I use msw for mocking all my "normal" network requests for use in unit testing, integration tests, storybook and a fully mocked dev environment.

I've been searching for a way to mock CubeJS websocket messages in a similar way, but haven't found anything :(

I tried setting up mock-socket and jest-mock-socket but that didn't seem to work for CubeJS?

Do you have any solution in place for mocking CubeJS responses? Ideally I'm looking for something that works like this:

received queryA
respond with resultA

received queryB
respond with resultB

Something like the MockedProvider that apollo has for their ApolloClient. But for @cubejs-client/react

I need a solution that will work in basically any environment: test, local dev, cypress & storybook.

I considered writing a mock for the useCubeQuery hook, but that seems like a slippery slope to go down that road and end up testing implementation details that might break in future versions.

Are there any official mocking/ testing solutions for the frontend clients?

Guia do colaborador

Direção de pesquisa
Pesquise bibliotecas existentes de simulação de WebSocket (por exemplo, mock socket) e projete um utilitário de simulação para @cubejs client/react que intercepte mensagens WebSocket e responda com dados predefinidos, semelhante ao MockedProvider do Apollo. Considere a integração com MSW ou um servidor simulado personalizado.
Pilha de tecnologia
react
Domain
frontendtesting
Tipo Issue
Funcionalidade
DifficultyDificuldade de implementação estimada para um novo contribuidor, de 1 para alterações muito pequenas a 5 para trabalho de nível especializado.
2
Tempo estimadoUm intervalo de tempo aproximado para um colaborador experiente investigar, implementar, testar e preparar um pull request.
1-3 horas
Status da atividadeQuão disponível o issue aparece agora: novo, ativo, obsoleto, bloqueado ou aguardando entrada do mantenedor.
Ativo
ClarityCom que clareza o issue explica a mudança esperada, os critérios de aceitação e a próxima etapa.
Claro
Prerequisites
ReactJavaScript
Simpatia para novatosUma pontuação de 1 a 100 que estima o quão acessível este issue é para colaboradores iniciantes.
60