
Research
Security News
Lazarus Strikes npm Again with New Wave of Malicious Packages
The Socket Research Team has discovered six new malicious npm packages linked to North Korea’s Lazarus Group, designed to steal credentials and deploy backdoors.
scenario-mock-server
Advanced tools
Mock server powered by scenarios.
npm install scenario-mock-server
const { run } = require('scenario-mock-server');
run({
scenarios: {
item: [
{
path: '/api/test-me',
method: 'GET',
response: { data: { blue: 'yoyo' } },
},
],
cheese: [
{
path: '/api/test-me',
method: 'GET',
response: { data: { blue: 'cheese' } },
},
],
},
});
Calls to http://localhost:3000/api/test-me
will start by returning { blue: 'yoyo' }
.
Visiting http://localhost:3000
will allow you to select a scenario. The first declared scenario will be initially selected. In this case, enabling cheese
will modify /api/test-me
so that it returns { blue: 'cheese' }
.
By default Scenario Mock Server runs in server mode storing the current selected scenario and context in server memory. Alternatively you can set cookieMode
to true in the options, which stores the current scenario and context in a cookie instead. This is useful when you want to run a central mock server, but allow each user to select and store their own scenarios and associated contexts without it affecting other users.
Sometimes you may want an endpoint to respond with different status codes depending on what is sent. It is the recommendation of this package that this can be achieved by using scenarios. However, given response
can be a function, it is possible to respond with a different value for the status
, headers
, data
and delay
properties:
const mock = {
path: '/some-path',
method: 'GET',
response: ({ body }) => {
if (body.name === 'error1') {
return {
status: 400,
data: { message: 'something went wrong' },
delay: 1000,
};
}
if (body.name === 'error2') {
return {
status: 500,
data: { message: 'something else went wrong' },
delay: 2000,
};
}
if (body.name === 'notFound') {
return {
status: 404,
data: { message: 'no data here' },
};
}
// Default status is 200
return { data: { message: 'success' } };
},
};
Scenario Mock Server aims for mock data to be readily available while you're devloping locally, but also when you're running your tests.
The default behaviour of Scenario Mock Server is to run with one scenario active at a time. However, this falls down if you want to use multiple scenarios at the same time when running your tests in parallel. This is where 2 custom headers will become useful: sms-scenario-id
and sms-context-id
.
Note: These headers are not currently supported in cookieMode
.
When this header is set to the scenario id of choice, regardless of what the current scenario is set to in the server, all responses will behave as if this was the currently set scenario instead.
This header must also be set when context is being used, otherwise context will reset on each call to the server when using the sms-scenario-id
header.
Returns the internal express instance.
function({ scenarios, options })
Returns an http server, with an additional kill method.
function({ scenarios, options })
{ [scenarioId]: Array<Mock> | { name, description, context, mocks, extend } }
Property | Type | Default | Description |
---|---|---|---|
scenarioId | string | required | Scenario id. Used in calls to /select-scenario. |
Mock | Mock | required | See Mock for more details. |
name | string | ${scenarioId} | Scenario name. Used in the UI and available in /scenarios. |
description | string | undefined | Scenario description. Used in the UI and available in /scenarios. |
context | object | undefined | Used to set up data across API calls. |
mocks | Array<Mock> | required | See Mock for more details. |
extend | string | undefined | Use for extending other scenarios. Requires a scenario id. |
{ port, uiPath, selectScenarioPath, scenariosPath, cookieMode, parallelContextSize }
| defaults to{}
Property | Type | Default | Description |
---|---|---|---|
port | number | 3000 | Port that the http server runs on. |
uiPath | string | / | Path that the UI will load on. http://localhost:{port}{uiPath} |
selectScenarioPath | string | /select-scenario | API path for selecting a scenario. http://localhost:{port}{selectScenarioPath} |
scenariosPath | string | /scenarios | API path for getting scenarios. http://localhost:{port}{scenariosPath} |
cookieMode | boolean | false | Whether or not to store scenario selections in a cookie rather than directly in the server |
parallelContextSize | number | 10 | How large to make the number of contexts that can run in parallel. See Running tests in parallel |
HttpMock | GraphQlMock
See HttpMock and GraphQlMock for more details.
{ path, method, response }
Property | Type | Default | Description |
---|---|---|---|
path | string / RegExp | required | Path of endpoint. Must start with / . |
method | 'GET' / 'POST' / 'PUT' / 'DELETE' / 'PATCH' | required | HTTP method of endpoint. |
response | undefined / Response / HttpResponseFunction | undefined | Response, HttpResponseFunction. |
{ status, headers, data, delay }
Property | Type | Default | Description |
---|---|---|---|
status | number | 200 | HTTP status code for response. |
headers | object / undefined | See description | Key/value pairs of HTTP headers for response. Defaults to undefined when response is undefined , adds 'Content-Type': 'application/json' when response is not undefined and Content-Type is not supplied. |
data | null / string / object | undefined | Response data |
delay | number | 0 | Number of milliseconds before the response is returned. |
function({ query, body, params, context, updateContext }): response | Promise<response>
Property | Type | Default | Description |
---|---|---|---|
query | object | {} | query object as defined by express . |
body | object | {} | body object as defined by express . |
params | object | {} | params object as defined by express . |
context | object | {} | Data stored across API calls. |
updateContext | Function | partialContext => updatedContext | Used to update context. partialContext can either be an object or a function (context => partialContext ). |
response | undefined / Response | required | Response. |
{ path, method, operations }
Property | Type | Default | Description |
---|---|---|---|
path | string | required | Path of endpoint. |
method | 'GRAPHQL' | required | Indentifies this mock as a GraphQlMock. |
operations | Array<Operation> | required | List of operations for GraphQL endpoint. See Operation for more details. |
{ type, name, response }
Property | Type | Default | Description |
---|---|---|---|
type | 'query' / 'mutation' | required | Type of operation. |
name | string | required | Name of operation. |
response | undefined / GraphQlResponse / GraphQlResponseFunction | undefined | GraphQlResponse, GraphQlResponseFunction. |
{ status, headers, data, delay }
Property | Type | Default | Description |
---|---|---|---|
status | number | 200 | HTTP status code for response. |
headers | object / undefined | See description | Key/value pairs of HTTP headers for response. Defaults to undefined when response is undefined , adds 'Content-Type': 'application/json' when response is not undefined and Content-Type is not supplied. |
data | { data?: null / object, errors?: array } | undefined | Response data |
delay | number | 0 | Number of milliseconds before the response is returned. |
function({ variables, context, updateContext }): response | Promise<response>
Property | Type | Default | Description |
---|---|---|---|
variables | object | {} | variables sent by client. |
context | object | {} | Data stored across API calls. |
updateContext | Function | partialContext => updatedContext | Used to update context. partialContext can either be an object or a function (context => partialContext ). |
response | undefined / GraphQlResponse | required | GraphQlResponse. |
1.0.2
FAQs
Mock server powered by scenarios
The npm package scenario-mock-server receives a total of 3,096 weekly downloads. As such, scenario-mock-server popularity was classified as popular.
We found that scenario-mock-server demonstrated a not healthy version release cadence and project activity because the last version was released 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
The Socket Research Team has discovered six new malicious npm packages linked to North Korea’s Lazarus Group, designed to steal credentials and deploy backdoors.
Security News
Socket CEO Feross Aboukhadijeh discusses the open web, open source security, and how Socket tackles software supply chain attacks on The Pair Program podcast.
Security News
Opengrep continues building momentum with the alpha release of its Playground tool, demonstrating the project's rapid evolution just two months after its initial launch.