Product Information
Test Sequences with Focused Build Test Steps
In my recent blog posts I described Focused Build Test Steps for manual testing with SAP Solution Manager, how you can benefit from special functions like the Testing Mode in a 4-eyes-principle use case or the automated translation of test cases.
In this blog post I will describe how you can use a new feature for Test Sequences which was introduced with Focused Build SP05.
With Test Sequences you can put test cases into a defined order and make sure that testers execute them exactly in this sequence. This is typically helpful when it comes to End-2-End scenarios covering several processes which need to be tested one after the other.
In theory, this functionality gives guidance to your testers and simplifies the test execution in the correct order. However, during practical implementation, you will quickly realize that it is not only the right sequence which is important but also the handover from one tester to the other.
At the interface between two test cases you usually want to transfer test results which are needed for the subsequent execution. For example, in the first test case you create a new Sales Order. The ID of this order is required in the subsequent test case for further processing by a different tester.
In Test Steps Designer you can define result attributes which should be visible to all testers during the execution within a Test Sequence.
In this example, a Sales Order is created in the first step. Based on the settings of the referring result attribute, the tester has to maintain the Sales Order ID during execution of the first step. Since the attribute is also flagged as “Public in Test Sequences”, the Sales Order ID will also be visible to all testers in all following test cases within the sequence.
That’s one small setting for a test case designer, one giant improvement for all testers during execution.
Hi Tobias,
I have a question regarding the test sequence functionality. When you want to create a test package out of a test sequence you can choose between 2 different options: template mode and reference mode. I fully understand the reference mode, but what is the template mode? I thought I can use it to define a sequence by the test sequence and then to create a test package out of this sequence, but without forcing the sequence to stop, when a test case failes. So I would have a test package with a number of test cases that come in a defined order but without the limitation of stopping the test process when it comes to failes.
But it doesn't work like that. The order in my test executions comes as a random order. So what is the sense of this template mode?
Thanks a lot in advance!
Hi Marga,
thank your for this interesting question. Please refer to this page on SAP Help Portal for further details. There you find the following explanation:
"A test package created from a sequence as template initially has the same selection of test cases, executables, and sequences, but it can be changed after creation and is independent of changes in the test sequence."
In other words: With the template functionality you get a predefined set of test cases for test package creation. But you will lose all other capabilities of test sequences afterwards. The derived test package is basically a simple test package without sequencing functions then.
In case you have doubts regarding this functionality I can only encourage you to create an incident (development request) on component SV-SMG-TWB-PLN.
Best regards
Tobias
Hi Tobias,
thanks for your Feedback.
I will discuss with the customer to open an incident ticket.
Best regards
Marga
Thank you for this blog.
After spending some time to understand sequences, they are a huge help.
Do you know if we can achieve one challenge: parallel test-sequences within one package?
I have MA1a->MA1b and a parallel test sequence of MA2a->MA2b. Would like to have them run in parallel - and for reporting reasons withing one package.
Putting them in 2 sequence groups creates a 1-1,1-2 and a 2-1,2-2.
But in the package they arrive as 1,1,2,2
do you know if a parallelization is foreseen?
thank you for your thoughts
Hi Marcel,
multiple (or even parallel) sequences within a single test package are not supported.
However, you could join two sequences like the following:
SEQ1: T1 –> T2 –> T3
SEQ2: T4 –> T5 –> T6
into a single new sequence: T1 –> T4 –> T2 –> T5 –> T3 –> T6
But I am not sure if this solves your problem. Maybe you can elaborate a bit further on the requirement why you want to parallelize two sequences?
Best regards
Tobias
Hi,
thank you for your input.
the requirment shown with a simplified example:
Now, this process needs to be run in different flavors. For various reasons, I have different test cases (not reusable ones with parameters)
While they need to be run 1-2 per employee, several employees could be tested in parallel
I could achieve this if I create one test package per employee, but this brings other challenges with reporting. so the preferred solution would be to have sequences run in parallel. but I think this will not be possible within one package.
thank you,
Marcel
Hi Marcel
You can from SP15, create groups within a Test Sequence. So that a test cases can be executed in parallel with in one Test Sequence Group.
Test Case 1
Group 1 - START:
Test Case 2
Test Case 3
Test Case 4
Group 1 - Finish.
Test Case 5.
When Test Case 1, has been tested okay and test closed.
The Group 1 will open for testing, meaning that the Test Cases within this group can be executed in paralell.
When all test cases within the group has been tested.
Test Case 5, can now be tested.
I am not quite sure if this solves your problem.
Regards Jeppe