Introduction to the REST API

Introduction

The ScopeMaster API is based on the common design of REST and HTTP Verbs. (GET, PUT, POST)

It has predictable resource-oriented URLs, accepts json_encoded request bodies and returns JSON-encoded responses.  It uses standard HTTP response codes.  It uses API key based authentication (just like Jira).  

Use Cases

The API presents a subset of the full capability of ScopeMaster.  It is designed to allow integration with other proudcts and is aimed at the following use cases:

1. Synchronise user stories between ScopeMaster and another repository (Trello, Rally, Azure Devops, Jira  etc)

2. Automatically test user stories as part of a continuous automated QA process.

3. Extract or Synchronise test scenarios into your quality / test management tool.

4. Project-level requirements QA reporting.

5. Portfolio-level requirements QA reporting.

If you have additional ideas for other uses, please let us know, we'd love to hear them.

API Root URL

All requests are made over https to  https://api.scopemaster.com/api/v1/   

Any data is sent and received only in JSON format.

Main Resources

The main parent resources available through the API are:

App The "project" or container of requirements, analysis results and the suggested test scenarios
Requirement The user story together with CFP size and optionally the suggested test scenarios
Me The user profile, of the API key creator.

Capabilities

The API lets you retrieve project and requirements related data from ScopeMaster including the analysis results and the suggested tests scenarios.

The API also allows you to add requirements (user stories) to a pre-existing app container and to modify those requirements within the app.  The API is in constant development, the specific version number is returned in the header.

Analysis - slow processing

Adding a requirement (user story) involves considerable processing by the ScopeMaster analysis engine.  When a requirement is saved or updated, the analysis engine performs significant work (doing the hard work for you!), and this can take a little time.  For large requirements in a large set of requirements this can take several seconds.  Please design your integration to respect this characteristic.

Response Header

Version

Non-breaking changes will be added to the API from time to time, check our release notes for more information.

Header Name Description
X-API-Version The version number of the API

Rate Limiting

In oder to protect the service, the rate of permissable API calls is limited.  The rate limiting information is available in the response header.

Header Name Description
X-RateLimit-Limit The maximum number of requests you're permitted to make per hour.
X-RateLimit-Remaining The number of requests remaining in the current rate limit window.
X-RateLimit-Reset The time at which the current rate limit window resets in UTC epoch seconds.
Did this answer your question? Thanks for the feedback There was a problem submitting your feedback. Please try again later.

Still need help? Contact Us Contact Us