-
Notifications
You must be signed in to change notification settings - Fork 53
Accessing and testing weird parts of the app on local dev
An assembled list of ways to hit parts of the app that rely on / interface with third-party resources in development
You can get to the patient experience section of the app in local dev by
Have a database viewing utility like Postico set up. Create a result locally by starting/ending a test within the relevant screens in the app. Get the internal result id of the result you just created through the database Visit the URL http://localhost:3000/pxp/test-result?plid=INTERNAL-ID-HERE on your local machine and input the date of birth attached to the local user you created.
The patient bulk uploader needs a db running with MailHog in order to work properly. Use the provided IntelliJ configuration or refer to the Mailhog setup instructions for more info
To test our log output to application insights, add an App Insights connection string value for a lower environment to the REACT_APP_APPLICATIONINSIGHTS_CONNECTION_STRING
env variable to the frontend env.local
file. If done correctly, accessing the relevant parts of the app locally should get logged to the insights for that environment
See the relevant page in the Okta setup page for more details
- Getting Started
- [Setup] Docker and docker compose development
- [Setup] IntelliJ run configurations
- [Setup] Running DB outside of Docker (optional)
- [Setup] Running nginx locally (optional)
- [Setup] Running outside of docker
- Accessing and testing weird parts of the app on local dev
- Accessing patient experience in local dev
- API Testing with Insomnia
- Cypress
- How to run e2e locally for development
- E2E tests
- Database maintenance
- MailHog
- Running tests
- SendGrid
- Setting up okta
- Sonar
- Storybook and Chromatic
- Twilio
- User roles
- Wiremock
- CSV Uploader
- Log local DB queries
- Code review and PR conventions
- SimpleReport Style Guide
- How to Review and Test Pull Requests for Dependabot
- How to Review and Test Pull Requests with Terraform Changes
- SimpleReport Deployment Process
- Adding a Developer
- Removing a developer
- Non-deterministic test tracker
- Alert Response - When You Know What is Wrong
- What to Do When You Have No Idea What is Wrong
- Main Branch Status
- Maintenance Mode
- Swapping Slots
- Monitoring
- Container Debugging
- Debugging the ReportStream Uploader
- Renew Azure Service Principal Credentials
- Releasing Changelog Locks
- Muting Alerts
- Architectural Decision Records
- Backend Stack Overview
- Frontend Overview
- Cloud Architecture
- Cloud Environments
- Database ERD
- External IDs
- GraphQL Flow
- Hibernate Lazy fetching and nested models
- Identity Verification (Experian)
- Spring Profile Management
- SR Result bulk uploader device validation logic
- Test Metadata and how we store it
- TestOrder vs TestEvent
- ReportStream Integration
- Feature Flag Setup
- FHIR Resources
- FHIR Conversions
- Okta E2E Integration
- Deploy Application Action
- Slack notifications for support escalations
- Creating a New Environment Within a Resource Group
- How to Add and Use Environment Variables in Azure
- Web Application Firewall (WAF) Troubleshooting and Maintenance
- How to Review and Test Pull Requests with Terraform Changes