Refactor logging

[Phil-NHS]

CICD test

Logging

_Provide description of any component scoped logging or specific level logging to check

---

Developer checks

(Leave tasks unticked if they haven't been appropriate for your ticket.)

I have:

• Provided showcase example of component if applicable
• Added appropriate logging and scopped logging reporting in appsettings for component if applicable
• Updated readme documentation
• Updated showcase documentation for component
• I have locally run tests against a local package (not just using project reference)
• Used a browser set to No Js before using it to locally run and test changes (recommend brave as second browser)
• Written Unit tests with accesibility syntax
• Written E2E tests with accesibility syntax and accessibility test
• Tested components with Wave Chrome plugin. Addressed any valid accessibility issues and documented any invalid errors
• Check code coverage or locally with local report generation
• Updated my Jira ticket with testing notes, including information about other parts of the system that were touched as part of the PR and need to be tested to ensure nothing is broken
• Tested in Dev Showcase (including logging by using log level switcher)
• Scanned over my pull request and commented with any useful explanations/questions to reviewers
• Scanned over cicd warnings

---

Peer Reviewers and Assignee checks before Approval

• Feedback has been provided
• Project has been run locally (you can provide pr feedback via vs if desired)
• Locally checked in browser set to No Js from before load (recommend Brave with no js settings)
• Dev Showcase was checked and it was checked the package number matched the PR
• In Dev Showcase checked against different logging levels if applicable (use log level switcher to change level)
• All conversations have been responded to (emoji will do) and marked resolved
• Out of scope code observations have been recorded to inform future tasks
• Common questions / Architectural explanations decisions from PR documented
• Check code coverage
• Should E2E or Unit test have been added
• If the published dev package is linked and used in tandom with a package consumer task is it working locally (Not a hard requirement but useful in case changes required)
• Checked component readme in Showcase

---

Post PR Intentions and Actions

• On merge will someone check Prod Showcase
• Tick yes if consuming projects need a version bump and/or code changes to take advantage of new components etc
• If there is a linked consuming project task has the task assignee, or task been updated to know the package is available as a dev/prod version and been provided the version number.