Download Saros Test Framework

Transcript
Background
Motivation
The original motivation was to find an appropriate GUI testing tool for Saros. Our requirements were:
‣ To test a minimal scenario of Saros, at least two Saros instances are needed, which may be not even at
the same computer. So the GUI testing tool for Saros should support distributed testing.
‣ The event source (activated by an application) and the event target (verified by another application)
are not in the same application and possibly not even at the same computer. So the GUI testing tool
should be able to control the test procedure synchronously.
‣ Saros is an Eclipse plugin project, so the tool should also support high-level operations on widgets of
Eclipse without great effort.
‣ Saros developers are familiar with Java, so it would be better to write test scripts with Java, e.g. JUnit
tests.
Evaluation
In his thesis3, the founder of STF Sandor Szücs intensively evaluated which methods and tools are most
suitable for our testing needs. Refer to this thesis for more information on this.
Conclusion
Based on these requirement the GUI testing tool SWTBot is outstanding among other candidates which
work with JUnit and can test SWT and Eclipse applications. It only does not support synchronization and
distribution. Finally, Sandor decided to write a tool himself that would overcome the shortcomings of
SWTBot. The result is STF.
3
http://www.inf.fu-berlin.de/inst/ag-se/theses/Szuecs10-DPPVI.pdf
13