Salesforce Com, Inc.

Martin Battaglia

Ignacio Agustin Manzano

A system may include a mocking server and one or more tenants served by the mocking server. A tenant may test an application programming interface (API) by creating a mock implementation of the API using a mocking service provided by the mocking server. The mocking server may generate a mock implementation of the API based on an API specification and expose an endpoint of the mock implementation for the user to perform testing. The user may provide an identifier for an API specification to the mocking server. The mocking server may retrieve the API specification from a source, parse the API specification in memory to create a mock model of the API, and generate a mock implementation for the API from the mock model. The mocking server includes an authentication mechanism to ensure that users accessing the API specification or running a mock implementation of the API are authorized.

API specification parsing at a mocking server

A mocking service allows a mocking instance of an API specification to receive behavior parameters with requests for resources of the API specification. The mocking service may digest these parameters and generate a response according to the parameters and using the instance of the API specification. The dynamic responses allow a service to be configured for interacting with an API corresponding to the API specification and for interacting with different response scenarios of the API. The parameters may define response behaviors such as a fixed time until a response is received, a variable time until a response is received, error rate, error codes, validations, etc. In some cases, based on a behavior parameter indicating a request for random data for a requested resource, the mock implementation of the API may generate and return random data according to variables defined in the API specification.

User defined mocking service behavior

A system may include a mocking server and one or more tenants served by the mocking server. A tenant may test an application programming interface (API) using a mocking service. For example, the mocking server may run a mock implementation of an API based on an API specification, and the server may expose an endpoint of the mock implementation for API testing. In some cases, the API specification may use an additional service. The mocking server may need an implementation for this additional service in order to test the API. For improved efficiency and reliability of the mocking service, the mocking server may store pre-configured mock implementations for various service or complementary APIs, which can be publicly accessed and shared across multiple different tenants. The pre-configured mock implementations may enable a user to test an API without providing a mock implementation for each additional service indicated in the API specification.

Default mock implementations at a server

A mocking service generates a mock implementation of an API based on a API specification. Request and response behavior of the mock implementation of the API may be controlled by a separate API behavior file. The API behavior file may be parsed by the mocking service to generate behavior logic. When an API request is transmitted to the mock implementation of the API, the behavior logic is invoked and may control execution of the mock implementation of the API and the details of a generated response. Behaviors defined in the API behavior file may be global or resource specific and may include, for example, time delays, error rates, error codes, conditions, response overrides, etc.

Growing community of inventors

Pilar, Argentina

Martin Battaglia