Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 350389

Summary: improve Scout RT testing support
Product: z_Archived Reporter: Andi Bur <andi.bur>
Component: ScoutAssignee: Andi Bur <andi.bur>
Status: CLOSED WONTFIX QA Contact:
Severity: normal    
Priority: P3 CC: Andreas.Hoegger, claudio.guglielmo, jeremie.bresson
Version: unspecified   
Target Milestone: ---   
Hardware: All   
OS: All   
Whiteboard:
Bug Depends on:    
Bug Blocks: 402298    

Description Andi Bur CLA 2011-06-26 16:58:36 EDT 
Testing Scout applications is typically driven by Scout's testing support (i.e. org.eclipse.scout.rt.testing.* bundles). It is a thin layer based on JUnit. The JUnitTestClassBrowser is looking for JUnit classes in the currently running OSGi environment and the ScoutJUnitPluginTestExecutor that is actually executing the tests.

It is currently not possible to configure the JUnitTestClassBrowser. The set of bundles tests are searched in and the set of tests should be configurable.

The ScoutJUnitPluginTestExecutor exits with a non-zero return value if some tests fail. It should be possible to specify this behavior from outside (like it is possible for Ant's JUnit task).
Comment 1 Claudio Guglielmo CLA 2011-11-15 04:32:58 EST 
Some more improvements:

1. Apparently it is now possible to define the set of bundles with the command line argument bundleNameIncludeFilter which is fine. If the tests lie in a fragment it would be natural to specify these fragments. Unfortunately this is not possible. Allowing to specify the fragments and not only the host bundle would massively improve the performance since the host bundle typically contains a lot more classes than the test-fragment.

2. When running a test which opens a messagebox the class DefaultTestClientSessionProvider makes sure that a messagebox will automatically be closed by clicking the cancel button. In my case I need to close the messagebox with the ok button. It is already possible to achieve that by overriding DefaultTestClientSessionProvider, but it is a little too complicated since I need to copy some stuff. Overriding DefaultTestClientSessionProvider is fine but setting the messagebox closing type should be easier.

3. After opening a form the caller often waits for its closing with the use of IForm.waitFor();. If a test leads to a button click which contains such logic the test freezes. The scout testing support should contain a solution for this problem. One could be to register a listener on the ClientJob which allows execution of code before it eventually locks the object.
Comment 2 Jeremie Bresson CLA 2013-03-04 05:57:46 EST 
This bug must be reviewed and evaluated. 
Is it still relevant to the current implementation ?
Comment 3 Andreas Hoegger CLA 2018-07-16 07:56:20 EDT 
obsolete