Difference between revisions of "VISUALIZE EXECUTION"

From Test Automation Patterns
Jump to navigation Jump to search
 
(3 intermediate revisions by the same user not shown)
Line 15: Line 15:
 
* <span style="font-size: 16px">If you are testing windows in which you have to insert text that is inconsequential for the test case, simply insert the test case id.</span>
 
* <span style="font-size: 16px">If you are testing windows in which you have to insert text that is inconsequential for the test case, simply insert the test case id.</span>
 
* <span style="font-size: 16px">If your test tool or [[TEST AUTOMATION FRAMEWORK]] supports it, write the test case information to some otherwise unused screen area. </span><br />
 
* <span style="font-size: 16px">If your test tool or [[TEST AUTOMATION FRAMEWORK]] supports it, write the test case information to some otherwise unused screen area. </span><br />
 +
*<span style="font-size: 16px">It is best to think about this when you start writing automated tests rather than adding it in later. This would be a good thing to try out when you [[DO A PILOT]]. </span>
  
 
=<span style="font-size: 16px">'''Potential Problems'''</span>=
 
=<span style="font-size: 16px">'''Potential Problems'''</span>=
  
<span style="font-size: 16px">It is best to think about this when you start writing automated tests rather than adding it in later. This would be a good think to try out when you [[DO A PILOT]]. </span>
+
<span style="font-size: 16px">It will take time to implement this after a lot of tests have already been written. It's possible that displaying the test id will slow down the execution of the tests (hopefully not by much).</span>
  
 
=<span style="font-size: 16px">'''Issues Addressed'''</span>=
 
=<span style="font-size: 16px">'''Issues Addressed'''</span>=
  
<span style="font-size: 16px">This pattern is only used by other patterns ([[SET STANDARDS]] and [[UNATTENDED TEST EXECUTION]]. </span>
+
<span style="font-size: 16px">This pattern is only used by other patterns ([[SET STANDARDS]] and [[UNATTENDED TEST EXECUTION]]). </span>
  
 
=<span style="font-size: 16px">'''Experiences'''</span>=
 
=<span style="font-size: 16px">'''Experiences'''</span>=
Line 28: Line 29:
 
<span style="font-family: Arial; font-size: 16px">from Seretta: One of the applications we test automatically is our portfolio management for insurance policies. Whatever test case we designed, we always needed a partner name as the policy holder, so as a rule the partner’s name is identical with the unique test case id. In this way just glancing at the screen tells us how far the suite has been executed.</span><br /> <br /> <br />
 
<span style="font-family: Arial; font-size: 16px">from Seretta: One of the applications we test automatically is our portfolio management for insurance policies. Whatever test case we designed, we always needed a partner name as the policy holder, so as a rule the partner’s name is identical with the unique test case id. In this way just glancing at the screen tells us how far the suite has been executed.</span><br /> <br /> <br />
  
<span style="font-size: 16px">If you have also used this pattern and would like to contribute your experience to the wiki, please go to [[Experiences]] to submit your experience or comment.</span><br /> <br />  
+
<span style="font-size: 16px">If you have also used this pattern and would like to contribute your experience to the wiki, please go to [[Feedback]] to submit your experience or comment.</span><br /> <br />  
  
  
  
 
<span style="font-size: 14px">.................................................................................................................[[Main Page]] / Back to [[Execution Patterns]] / Back to [[Test Automation Patterns]]</span></div>
 
<span style="font-size: 14px">.................................................................................................................[[Main Page]] / Back to [[Execution Patterns]] / Back to [[Test Automation Patterns]]</span></div>

Latest revision as of 16:06, 21 August 2018

.................................................................................................................Main Page / Back to Execution Patterns / Back to Test Automation Patterns

Pattern Summary

When running tests display which test case is currently executing

Category

Execution

Context

This pattern is helpful when running unattended tests

Description

When executing long-running automated tests it is quite useful to be able to see at a glance which test case is currently executing. To achieve this you should display the test case Id somewhere on the screen.

Implementation

Some suggestions:

  • If you are testing windows in which you have to insert text that is inconsequential for the test case, simply insert the test case id.
  • If your test tool or TEST AUTOMATION FRAMEWORK supports it, write the test case information to some otherwise unused screen area.
  • It is best to think about this when you start writing automated tests rather than adding it in later. This would be a good thing to try out when you DO A PILOT.

Potential Problems

It will take time to implement this after a lot of tests have already been written. It's possible that displaying the test id will slow down the execution of the tests (hopefully not by much).

Issues Addressed

This pattern is only used by other patterns (SET STANDARDS and UNATTENDED TEST EXECUTION).

Experiences

from Seretta: One of the applications we test automatically is our portfolio management for insurance policies. Whatever test case we designed, we always needed a partner name as the policy holder, so as a rule the partner’s name is identical with the unique test case id. In this way just glancing at the screen tells us how far the suite has been executed.


If you have also used this pattern and would like to contribute your experience to the wiki, please go to Feedback to submit your experience or comment.


.................................................................................................................Main Page / Back to Execution Patterns / Back to Test Automation Patterns