I'm using ALM to create test cases to cover different customer creation workflows.
The challenge is that when you look up a customer, there are at least 20 ways to do so (through name search, CVR, birth date, etc.).
Question: I would like to minimize the number of test cases I need to create in ALM, while still covering all the options to look up a customer. Is there a way to do so? Can I create one test case, and test multiple lookup options within the same case?
Since throughly testing would be unfeasible, have two options:
Do a risk analysis and perform only a subset of the possible tests, trying to cover all ways in a limited number of ways.
Do random testing. You would have to model the creation flow, so you could generate a random state and check if the output matches the model.
In both cases, you should sync with the developers to perform more throughly testing in the unit/integration level, given your E2E testing is limited.
What you want for this, assuming you have intelligent testers who aren't expected to follow a "click this button" script, is to define one test case for customer lookup, and in that test case, list the ways to search for a customer.
Depending on how your system works, you should be able to define the search methods as test parameters that can be used in customer search - especially if you keep your description at a high level.
For example:
"Given that Customer X has a %PARAMETER% stored in the system, when I search for customers by %PARAMETER%, I should see the Customer X in the list of matching customers."
Parameters could be:
Pretty much any of the fields that you could search on.
Note that you should also include test cases for customers who have nothing stored in the field e.g. customers with no birth date stored should never be returned when searching by date of birth; and for customers who have a different value than the search value e.g a customer who does not have zip code 12345 should not appear in the search results for zip code 12345.
