Application Development Discussions
Join the discussions or start your own on all things application development, including tools and APIs, programming models, and keeping your skills sharp.
cancel
Showing results for 
Search instead for 
Did you mean: 

Regression testing in GRC

0 Kudos

How to create Test scripts for regression testing in GRC

2 REPLIES 2

amontella96
Active Contributor

nishanth.chinthala2 man of few words hun?

reading in my crystal ball didn't help, so i paste here some interpretation of your question:

- the concepts https://blogs.sap.com/2014/05/28/regression-testing/

- the how to with coolest automation https://blogs.sap.com/2019/07/04/robotic-test-automation-brings-ends-to-scripting/

- the how to with SolMan automation https://help.sap.com/viewer/fbc7b5ecf5094fe0b6a2eb966160008f/7.2.06/en-US/fb9bf93de5534a43862558adf6...

cheers!A

Colleen
Advisor
Advisor
0 Kudos

I would first look at any existing test scripts that you have

Regression testing is effectively verifying that you haven't broken what was already working. When putting together regression tests you need to consider (and probably a heap more)

  • Full scope of functionality that is currently in user - i.e. this is the maximum scope of regression testing
  • What is being changed - what are you doing? Support Packs, Upgrade, new configuration, etc? Help you determine how much regression testing. E.g. if it's support packs then I would test it all. If it was a new request type in user provisioning, I would look at testing access request module but less inclined to test risk analysis, business roles management, and emergency access management
  • The criticality of your solution and processes - testing takes time. You may need to prioritize certain testing over others. E.g. high volume of user requests versus weekly compliance checks. Both need to be regression tested but you have a user provisioning issue on day 1 then you will have a look of incidents to respond whilst weekly compliance checks give you more time to resolve.

If test scripts exist (with dedicated test users limited to their security authorisation) then you need to focus on the scope of test - do you test all, most, some, or key items only. If you have no existing scripts then I would look at converting any end user manuals and procedures into scripts and look at positive/negative tests.

Again, focus is performing tests to confirm the change did not break what was already confirmed to be working

Good luck with it all! If you want more assistance, it would help that you provide more information.

Cheers

Colleen