Chore [ELI-363] Status Endpoint Check

[adam-wallernhs1]

Summary

Remove items from this list if they are not relevant. Remove this line once this has been done

• Routine Change

Details

Adding tests to cover the _status endpoint. There is a slight fudge in that the NHS_NUMBER is passed as '_status' but this doesn't seem to have any negative effect on the other tests.

Pull Request Naming

Pull requests should be named using the following format:

Tag: [ELI-NNNN] - Short description

Tag can be one of:

• Fix - for a bug fix. (Patch release)
• Update - either for a backwards-compatible enhancement or for a rule change that adds reported problems. (Patch release)
• New - implemented a new feature. (Minor release)
• Breaking - for a backwards-incompatible enhancement or feature. (Major release)
• Docs - changes to documentation only. (Patch release)
• Build - changes to build process only. (No release)
• Upgrade - for a dependency upgrade. (Patch release)
• Chore - for refactoring, adding tests, etc. (anything that isn't user-facing). (Patch release)

If the current release is x.y.z then

• a patch release increases z by 1
• a minor release increases y by 1
• a major release increases x by 1

Correct tagging is necessary for our automated versioning and release process (Release).

The description of your pull request will be used as the commit message for the merge, and also be included in the changelog. Please ensure that your title is sufficiently descriptive.

Rerunning Checks

If you need to rename your pull request, you can restart the checks by either:

• Closing and reopening the pull request
• pushing an empty commit

  git commit --allow-empty -m 'trigger build'
  git push

• Amend your last commit and force push to the branch

  git commit --amend --no-edit
  git push --force

Rerunning the checks from within the pull request will not use the updated title.

[github-actions]

This branch is work on a ticket in an NHS England JIRA Project. Here is a handy link to the ticket:
ELI-363