What if you could build and test your app without waiting for the database to be ready?
Why Mocking resolvers in GraphQL? - Purpose & Use Cases
Start learning this pattern below
Jump into concepts and practice - no test required
Imagine you are building a new app that talks to a database, but the database isn't ready yet. You need to test your app's features, but without real data, it feels like trying to drive a car with no engine.
Manually creating fake data for every test is slow and boring. It's easy to make mistakes or forget to update the fake data when your app changes. This leads to broken tests and wasted time.
Mocking resolvers lets you quickly create pretend responses for your app's data requests. This means you can test your app's logic and UI without waiting for the real database, saving time and avoiding frustration.
const fakeUser = { id: '1', name: 'Alice' };
function getUser() { return fakeUser; }const mocks = { Query: { user: () => ({ id: '1', name: 'Alice' }) } };It enables fast, reliable testing and development even before your real data is ready.
A developer building a social media app can mock user profiles and posts to test the feed display without needing the backend database to be finished.
Manual fake data is slow and error-prone.
Mocking resolvers creates easy, reusable fake responses.
This speeds up development and testing before real data exists.
Practice
Solution
Step 1: Understand mocking resolvers
Mocking resolvers are used to create fake data responses for GraphQL fields without connecting to a real database.Step 2: Identify the main purpose
This helps frontend developers test and build UI without waiting for backend data.Final Answer:
To simulate API responses without needing real data -> Option AQuick Check:
Mocking = Simulate data [OK]
- Confusing mocking with database optimization
- Thinking mocks secure the API
- Assuming mocks generate schemas automatically
user that returns a fixed name?Solution
Step 1: Understand mock resolver structure
Mock resolvers are objects where the type (e.g., Query) maps to functions returning objects matching the schema.Step 2: Check the correct syntax
The user field should be a function returning an object with a name property, so const mocks = { Query: { user: () => ({ name: 'Alice' }) } }; is correct.Final Answer:
const mocks = { Query: { user: () => ({ name: 'Alice' }) } }; -> Option DQuick Check:
Mock resolver returns object with fields [OK]
- Returning a string instead of an object
- Swapping Query and user keys
- Not using a function for the resolver
{ book { title author } }?
const mocks = {
Query: {
book: () => ({ title: '1984', author: 'George Orwell' })
}
};Solution
Step 1: Analyze the mock resolver return value
The book resolver returns an object with title and author fields as strings.Step 2: Match query fields with returned object
The query requests title and author, both present in the returned object, so the output includes both.Final Answer:
{ "data": { "book": { "title": "1984", "author": "George Orwell" } } } -> Option AQuick Check:
Returned object matches query fields [OK]
- Expecting only one field returned
- Thinking resolver must return string
- Ignoring requested fields in query
const mocks = {
Query: {
user: () => {
name: 'Bob'
}
}
};Solution
Step 1: Check function body syntax
The user resolver uses curly braces but does not return an object explicitly.Step 2: Understand JavaScript function return rules
Without a return statement, the function returns undefined, causing the mock to fail.Final Answer:
Missing return statement inside the user resolver function -> Option BQuick Check:
Functions with braces need explicit return [OK]
- Assuming implicit return with braces
- Confusing type names case sensitivity
- Expecting string return instead of object
product field that returns a list of products with id and price. Which mock resolver correctly returns two products with ids 1 and 2 and prices 10.5 and 20.0 respectively?Solution
Step 1: Understand the expected return type
The product field should return a list (array) of objects, each with id and price fields.Step 2: Check each option's return value
const mocks = { Query: { product: () => [{ id: 1, price: 10.5 }, { id: 2, price: 20.0 }] } }; returns an array of two objects with correct fields and values. Others either return wrong types or syntax errors.Final Answer:
const mocks = { Query: { product: () => [{ id: 1, price: 10.5 }, { id: 2, price: 20.0 }] } }; -> Option CQuick Check:
Return array of objects for list fields [OK]
- Returning object with arrays instead of array of objects
- Assigning array directly without function
- Missing return or using wrong syntax in function
