-
Notifications
You must be signed in to change notification settings - Fork 10
Test users
eRegulations has test users with different roles are used by the application, for example in a unit test. These users, and their properties, including whether they are active, should not be modified.
-
root user (username is randomly generated; if doing any work with existing users and the name isn't clear, ask the dev team which one this is)
- Group:
EREGS_ADMIN
- Active: checked
- Staff status: checked
- Superuser status: checked
- How it is used by the application: to verify that it can detect administrative elements on the page, and to verify internal link and file behavior
- Group:
-
reader_user
- Group:
EREGS_READER
- Active: checked
- Staff status: checked
- Superuser status: unchecked
- How it is used by the application: to verify that it cannot detect administrative elements on the page
- Group:
To test functionality within eRegulations – for example, to ensure that an editor cannot access elements that only a manager should access – create (or activate, if one already exists) a user in that group and generate a new password for it. Use a password generator to make a secure password.
Use the change password screen within the Django admin to set a new password for the temporary user if it is an existing user. Log in with those credentials in a new session. Use that session to test the functionality in question for that user group.
Deactivate the user in the Django admin when testing is completed.
Please note that all pages on this GitHub wiki are draft working documents, not complete or polished.
Our software team puts non-sensitive technical documentation on this wiki to help us maintain a shared understanding of our work, including what we've done and why. As an open source project, this documentation is public in case anything in here is helpful to other teams, including anyone who may be interested in reusing our code for other projects.
For context, see the HHS Open Source Software plan (2016) and CMS Technical Reference Architecture section about Open Source Software, including Business Rule BR-OSS-13: "CMS-Released OSS Code Must Include Documentation Accessible to the Open Source Community".
For CMS staff and contractors: internal documentation on Enterprise Confluence (requires login).
- Federal policy structured data options
- Regulations
- Resources
- Statute
- Citation formats
- Export data
- Site homepage
- Content authoring
- Search
- Timeline
- Not built
- 2021
- Reg content sources
- Default content view
- System last updated behavior
- Paragraph indenting
- Content authoring workflow
- Browser support
- Focus in left nav submenu
- Multiple content views
- Content review workflow
- Wayfinding while reading content
- Display of rules and NPRMs in sidebar
- Empty states for supplemental content
- 2022
- 2023
- 2024
- Medicaid and CHIP regulations user experience
- Initial pilot research outline
- Comparative analysis
- Statute research
- Usability study SOP
- 2021
- 2022
- 2023-2024: 🔒 Dovetail (requires login)
- 🔒 Overview (requires login)
- Authentication and authorization
- Frontend caching
- Validation checklist
- Search
- Security tools
- Tests and linting
- Archive