Squish/Working with Long Test Cases: Difference between revisions
No edit summary |
(Mark as not-a-category) |
||
Line 1: | Line 1: | ||
{{Delete|reason=Page not category. Include as single block in [[Squish: Working with long test cases]] if relevant}} | |||
This page in: [[:Category:Tools::Squish::Working with long test cases Spanish|Español]] | |||
[[Category:Tools::Squish]] | [[Category:Tools::Squish]] |
Revision as of 13:05, 15 September 2016
This article is nominated for deletion. Reason: Page not category. Include as single block in Squish: Working with long test cases if relevant Please raise your support/opposition to this nomination in the article's discussion page. |
This page in: Español
Working with long test cases
In the situation where you have very long test cases covering e.g. a specific workflow in your application, recording everything in one go could be troublesome as you normally are aiming for refactoring the recorded code into reusable functions. Trying to find specific actions among 500 lines of generated code is bound to be error-prone.
One way of working around this problem is to have the application running in the background, record separate pieces of the workflow and refactor each piece after recording it.
The way this is done is initially starting your application from Squish by clicking the Launch AUT button in the toolbar. Now, whenever you want to record something, you right-click in the test script where you want the recorded script to end up, and select Record snippet from the context menu. This will bring you into the application in recording mode.
When you are done recording, DO NOT shut down the application, but click Stop recording in the control bar instead. This will bring you back to the IDE so you can refactor the recorded code. When you are done refactoring, you can right-click and select Record snippet again to start recording more interactions.