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.
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 5,182 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
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.