Research
Security News
Malicious npm Packages Inject SSH Backdoors via Typosquatted Libraries
Socket’s threat research team has detected six malicious npm packages typosquatting popular libraries to insert SSH backdoors.
mock-apollo-client
Advanced tools
The mock-apollo-client npm package is designed to help developers test their Apollo Client GraphQL queries and mutations by providing a way to mock the responses. This is particularly useful for unit testing and integration testing in a controlled environment without needing to rely on a live GraphQL server.
Mocking Queries
This feature allows you to mock GraphQL queries. The code sample demonstrates how to mock a query using the MockedProvider from @apollo/client/testing. The GET_DOGS query is mocked to return a predefined response.
const { MockedProvider } = require('@apollo/client/testing');
const { ApolloClient, InMemoryCache, gql } = require('@apollo/client');
const GET_DOGS = gql`
query GetDogs {
dogs {
id
breed
}
}
`;
const mocks = [
{
request: {
query: GET_DOGS,
},
result: {
data: {
dogs: [{ id: '1', breed: 'Bulldog' }],
},
},
},
];
const client = new ApolloClient({
cache: new InMemoryCache(),
});
<MockedProvider mocks={mocks} addTypename={false}>
<MyComponent />
</MockedProvider>;
Mocking Mutations
This feature allows you to mock GraphQL mutations. The code sample demonstrates how to mock a mutation using the MockedProvider from @apollo/client/testing. The ADD_DOG mutation is mocked to return a predefined response when called with specific variables.
const { MockedProvider } = require('@apollo/client/testing');
const { ApolloClient, InMemoryCache, gql } = require('@apollo/client');
const ADD_DOG = gql`
mutation AddDog($breed: String!) {
addDog(breed: $breed) {
id
breed
}
}
`;
const mocks = [
{
request: {
query: ADD_DOG,
variables: { breed: 'Bulldog' },
},
result: {
data: {
addDog: { id: '1', breed: 'Bulldog' },
},
},
},
];
const client = new ApolloClient({
cache: new InMemoryCache(),
});
<MockedProvider mocks={mocks} addTypename={false}>
<MyComponent />
</MockedProvider>;
Testing Error States
This feature allows you to test how your components handle error states. The code sample demonstrates how to mock an error response for a query using the MockedProvider from @apollo/client/testing. The GET_DOGS query is mocked to return an error.
const { MockedProvider } = require('@apollo/client/testing');
const { ApolloClient, InMemoryCache, gql } = require('@apollo/client');
const GET_DOGS = gql`
query GetDogs {
dogs {
id
breed
}
}
`;
const mocks = [
{
request: {
query: GET_DOGS,
},
error: new Error('An error occurred'),
},
];
const client = new ApolloClient({
cache: new InMemoryCache(),
});
<MockedProvider mocks={mocks} addTypename={false}>
<MyComponent />
</MockedProvider>;
@graphql-tools/mock provides utilities to mock GraphQL schema and resolvers. It is more focused on mocking the entire schema and generating mock data based on the schema definitions, which can be useful for more comprehensive testing scenarios.
graphql-mock is a lightweight library for mocking GraphQL queries and mutations. It provides a simple API to define mock responses and is suitable for unit testing. It is similar to mock-apollo-client but is not tied to Apollo Client.
msw (Mock Service Worker) is a versatile library for mocking network requests, including GraphQL. It intercepts requests at the network level, making it suitable for end-to-end testing. It provides more flexibility compared to mock-apollo-client, which is specifically designed for Apollo Client.
Helps unit test components which use the Apollo Client.
Version 0.x of this library is compatible with Apollo client 2. View the README for 0.x here.
Version 1.x of this library is compatible with Apollo client 3 (this README)
Whilst using the impressive @apollo/client
library, I ran into issues while trying to unit test components which used the GraphQL Query
and Mutation
components. The Apollo client library includes a MockedProvider
component which allows query and mutation results to be mocked, but didn't offer enough control within unit tests. The Apollo client documentation for testing can be found here.
Specifically, some of the issues I faced were:
MockedProvider
was initialisedThe mock-apollo-client
library helps with the above issues, by allowing more control within unit tests.
npm install --save-dev mock-apollo-client
The examples below use React
, enzyme
and Jest
, but mock-apollo-client
is standalone and can used with any libraries and test frameworks.
The examples have been adapted from the official Apollo testing docs and are written in TypeScript.
Consider the file below, which contains a single GraphQL query and a component which is responsible for rendering the result of the query:
// dog.tsx
import { gql, useQuery } from '@apollo/client';
import React from 'react';
export const GET_DOG_QUERY = gql`
query getDog($name: String) {
dog(name: $name) {
id
name
breed
}
}
`;
export const Dog: React.FunctionComponent<{ name: string }> = ({ name }) => {
const { loading, error, data } = useQuery(
GET_DOG_QUERY,
{ variables: { name } }
);
if (loading) return <p>Loading...</p>;
if (error) return <p>Error!</p>;
return (
<p>
{data.dog.name} is a {data.dog.breed}
</p>
);
};
To unit test this component using mock-apollo-client
, the test file could look like the following:
// dog.test.tsx
import { ApolloProvider } from '@apollo/client';
import { mount, ReactWrapper } from 'enzyme';
import { createMockClient } from 'mock-apollo-client';
import * as React from 'react';
import { GET_DOG_QUERY, Dog } from './dog';
let wrapper: ReactWrapper;
beforeEach(() => {
const mockClient = createMockClient();
mockClient.setRequestHandler(
GET_DOG_QUERY,
() => Promise.resolve({ data: { dog: { id: 1, name: 'Rufus', breed: 'Poodle' } } }));
wrapper = mount(
<ApolloProvider client={mockClient}>
<Dog name="Rufus" />
</ApolloProvider>
);
});
it('renders the dog name and breed', () => {
expect(wrapper.text()).toContain('Rufus is a Poodle');
});
This test file does the following:
setRequestHandler
on the mock Apollo client to set a function to be called when the Apollo client executes the Dog queryThe method setRequestHandler
is passed a function to call when Apollo client executes a given query and it is called with the variables for that query, so it is easy to assert the component is behaving as expected using a spy library.
const queryHandler = jest.fn().mockResolvedValue({ data: { dog: { id: 1, name: 'Rufus', breed: 'Poodle' } } });
mockApolloClient.setRequestHandler(GET_DOG_QUERY, queryHandler);
// ....
it('executes the query with the correct variables', () => {
expect(queryHandler).toBeCalledTimes(1);
expect(queryHandler).toBeCalledWith({ name: 'Rufus' });
});
A request handler returns a promise, so testing for loading state just requires that the promise returned is not resolved or rejected.
To simulate a GraphQL network error, the request handler should return a rejected promise. i.e.
mockApolloClient.setRequestHandler(
GET_DOG_QUERY,
() => Promise.reject(new Error('GraphQL Network Error')));
To simulate GraphQL errors, the request handler should return a Promise which resolves with an errors
field. i.e.
mockApolloClient.setRequestHandler(
GET_DOG_QUERY,
() => Promise.resolve({ errors: [{ message: 'GraphQL Error' }] }));
Mutations can be tested the same way that queries are, by using setRequestHandler
and specifying a request handler for the mutation query.
Subscriptions can be tested, but require a different setup as they receive a stream of data. Consider the file below, which contains a single subscription and a component which is responsible for rendering the updated data:
// dogSubscription.tsx
import { gql, useSubscription } from '@apollo/client';
import React from 'react';
export const SUBSCRIBE_DOG_DOCUMENT = gql`
subscription subscribeDog($name: String) {
dog(name: $name) {
id
name
numberOfBarks
}
}
`;
export const DogSubscription: React.FunctionComponent<{ name: string }> = ({ name }) => {
const { loading, error, data } = useSubscription(
SUBSCRIBE_DOG_DOCUMENT,
{ variables: { name } }
);
if (loading) return <p>Loading...</p>;
if (error) return <p>Error!</p>;
return (
<p>
{data.dog.name} has barked {data.dog.numberOfBarks} time(s)
</p>
);
};
To unit test this component using mock-apollo-client
, the test file could look like the following:
// dogSubscription.test.tsx
import { ApolloProvider } from '@apollo/client';
import { mount, ReactWrapper } from 'enzyme';
import { createMockClient, createMockSubscription, IMockSubscription } from 'mock-apollo-client';
import { act } from 'react-dom/test-utils';
import * as React from 'react';
import { SUBSCRIBE_DOG_DOCUMENT, DogSubscription } from './dogSubscription';
let wrapper: ReactWrapper;
let mockSubscription: IMockSubscription;
beforeEach(() => {
const mockClient = createMockClient();
mockSubscription = createMockSubscription();
mockClient.setRequestHandler(
SUBSCRIBE_DOG_DOCUMENT,
() => mockSubscription);
wrapper = mount(
<ApolloProvider client={mockClient}>
<DogSubscription name="Rufus" />
</ApolloProvider>
);
});
it('renders the dog details', () => {
act(() => {
mockSubscription.next({ data: { dog: { id: 1, name: 'Rufus', numberOfBarks: 0 } } });
});
expect(wrapper.text()).toContain('Rufus has barked 0 time(s)');
act(() => {
mockSubscription.next({ data: { dog: { id: 1, name: 'Rufus', numberOfBarks: 1 } } });
});
expect(wrapper.text()).toContain('Rufus has barked 1 time(s)');
});
The subscription can be closed by calling .complete
if necessary for the test.
You can also test error states by calling .error
on the mockSubscription
and passing errors as described in Error States:
mockSubscription.error(new Error('GraphQL Network Error'))
A mock subscription will only be associated with a single invocation of a query. If a component is subscribing to the same query multiple times, then a separate mock subscription should be used for each one.
const subscriptions: IMockSubscription[] = [];
mockClient.setRequestHandler(
SUBSCRIBE_DOG_DOCUMENT,
() => {
const subscription = createMockSubscription();
subscriptions.push(subscription);
return subscription;
});
...
subscriptions.forEach((s) => s.next({ data: { dog: { id: 1, name: 'Rufus', numberOfBarks: 1 } } }));
The createMockClient
method can be provided with the same constructor arguments that ApolloClient
accepts which are used when instantiating the mock Apollo client.
For example, to specify the cache (and possible types for fragment matching) that should be used:
const cache = new InMemoryCache({
possibleTypes: myPossibleTypes,
});
const mockClient = createMockClient({ cache });
Additionally, you can specify a missingHandlerPolicy
to define the behavior of the mock client when a request handler for a particular operation is not found.
The missingHandlerPolicy
accepts one of three string values:
'throw-error'
: The client throws an error when it encounters a missing handler.'warn-and-return-error'
: The client logs a warning message in the console and returns an error.'return-error'
: The client returns an error without any warning message.Here's an example of how you can set the missingHandlerPolicy
:
const mockClient = createMockClient({ missingHandlerPolicy: 'warn-and-return-error' });
In this example, if a request handler for a given operation is not found, the client will log a warning message to the console and then return an error.
Note: it is not possible to specify the link
to use as this is how mock-apollo-client
injects its behaviour.
If your queries or mutations use fragments against union or interface types, you must inject a cache object when creating the mock client which has been provided with possibleTypes
, and also include the correct __typename
field when mocking the response.
For example:
import { InMemoryCache } from '@apollo/client';
import { createMockClient } from 'mock-apollo-client';
const cache = new InMemoryCache({
possibleTypes: {
Hardware: ['Memory', 'Cpu'],
},
});
const mockClient = createMockClient({ cache });
You must then ensure that the query result includes the __typename
field as it would when calling your actual GraphQL API. This is to ensure that the fragment matching works as expected:
const query = gql`
query Hardware {
hardware {
id
... on Memory {
size
}
... on Cpu {
speed
}
}
}
`;
const mockData = {
hardware: {
__typename: 'Memory',
id: 2,
size: '16gb',
},
};
const requestHandler = jest.fn().mockResolvedValue({ data: mockData });
FAQs
Library to help unit testing when using apollo-client
The npm package mock-apollo-client receives a total of 146,714 weekly downloads. As such, mock-apollo-client popularity was classified as popular.
We found that mock-apollo-client demonstrated a healthy version release cadence and project activity because the last version was released less than a year ago. It has 1 open source maintainer collaborating on the project.
Did you know?
Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.
Research
Security News
Socket’s threat research team has detected six malicious npm packages typosquatting popular libraries to insert SSH backdoors.
Security News
MITRE's 2024 CWE Top 25 highlights critical software vulnerabilities like XSS, SQL Injection, and CSRF, reflecting shifts due to a refined ranking methodology.
Security News
In this segment of the Risky Business podcast, Feross Aboukhadijeh and Patrick Gray discuss the challenges of tracking malware discovered in open source softare.