Apply for and manage temporary accommodation
- Docker
- NodeJS
When running the application for the first time, run the following command:
script/setup
This will tear down and setup the application, create .env files and bootstrap the application.
If you're coming back to the application after a certain amount of time, you can run:
script/bootstrap
To run the application there are two options.
In order to spin up a full stack of a working API and other dependant services we recommend using the AP Tools.
NB. The approach AP Tools takes solves a critical limitation for working in development. Due to how the frontend and API authenticate requests they both require access to the same instance of hmpps-auth. This project is the focus of our development tooling across all CAS services and is most likely to receive future updates.
After following the set up the common commands are:
ap-tools server start --local-ui --local-api
ap-tools server stop
The service should then be available at http://localhost:3000
Log in credentials are documented within AP tools.
This option has the benefit of a quicker initial startup and enables us to develop features that aren't yet supported by the API through the use of Wiremock.
To run the server against a fake API go to the root directory and run:
script/server
This starts the backing services using Docker, and runs the server on http://localhost:3000.
- username:
AP_TEST_PROBATION_1
- password:
password123456
See development seeding in HMPPS-Auth.
There is a complete suite of unit and integration tests that run as part of CI.
The integration tests are run using Cypress, and API calls are mocked using Wiremock.
npm run test
These tests will start and run a local frontend app and mock out any request to the API or other integration.
npm run test:integration
Spin up a real browser that gives you an interface to run individual tests and view screenshots of what the user sees during each step.
npm run test:integration:ui
The end-to-end tests run against an actual API and database. To run them locally, you must ensure a local full stack is running (for instance, using AP Tools).
Run E2E tests via a headless Chrome browser, with reporting matching that seen on CI:
npm run test:e2e
Spin up a real browser that gives you an interface to run individual E2E features:
npm run test:e2e:ui
Our release process aligns with the other CAS teams and as such lives in Confluence. The steps are also available in the PULL_REQUEST_TEMPLATE.
This application is hosted on the MoJ Cloud Platform. For further details head over to our infrastructure documentation.
Details of the different environments and their roles can be found in Confluence.