New Feature Request
- Better testIdP - with capability to easily impersonate different users with different admin rights.
- Seed users and apps to perform our user flow scenario's for each of our functionalities.
Summary
Currently testing SURF Access (TEST) with different admin roles is hard to do. This impedes proper testing.
We are missing a 'clean state' that testers can return to, to test different user flow scenario's.
Technical background: SURF Access (TEST) is connected to SURFconext (PRD) but checks authenticating entity against Manage (TEST) which does not contain the same entityID's as Manage (PRD).
Proposed Solution
- Create TEST IdP, exposed in SURFconext PRD
- Create TEST org_id in CRM PRD
- Assign SAB roles to CRM PRD org_id + profile
- Assign PRD CRM org_id to TEST IdP on Manage PRD
- Assign PRD CRM org_id to Manage TEST IdP entityID
- Have Access TEST request Manage TEST entityID by org_id
Developer Checklist
To be completed by the developer during implementation.
Testing and QA
Describe how to verify and test this change.
Test Environment and Setup
- Point to [URL/Branch]
- Use account with [Role/Permissions]
Test Checklist
Extra Information
Add any other context, related issues, or technical notes here.
New Feature Request
Summary
Currently testing SURF Access (TEST) with different admin roles is hard to do. This impedes proper testing.
We are missing a 'clean state' that testers can return to, to test different user flow scenario's.
Technical background: SURF Access (TEST) is connected to SURFconext (PRD) but checks authenticating entity against Manage (TEST) which does not contain the same entityID's as Manage (PRD).
Proposed Solution
Developer Checklist
To be completed by the developer during implementation.
Testing and QA
Describe how to verify and test this change.
Test Environment and Setup
Test Checklist
Extra Information
Add any other context, related issues, or technical notes here.