Unexpected results with RCPTT Runner [message #1714468] |
Thu, 12 November 2015 16:07  |
Eclipse User |
|
|
|
When I try to run my test case with maven + RCPTT runner, it fail every time and the cause is : The Editor "model.di" could not be found. The editor is not open because there is a problem in this command : get-view $projectExplorer | get-tree | select model_creation/model | double-click.
This problem doesn't occur when I run the test with the "replay" button in RCPTT, the test pass and everything is ok, but when I launch it with maven it fail.
Is there a bug in RCPTT Runner about the "select" in a tree ?
Maybe it is caused by GTK3, but in this case the two methods would lead to a fail.
Thank you
|
|
|
|
|
|
|
|
Re: Unexpected results with RCPTT Runner [message #1715045 is a reply to message #1714995] |
Wed, 18 November 2015 13:35   |
Eclipse User |
|
|
|
Hi Ulyana,
I investigated more and maybe I found something in the html report. In fact, it seems that RCPTT can't set the selection because the name of the item is not the same as the one specify in the test case. In my case, when I run my tests on Jenkins, I clone a git repo that contain the tests and all my projects/pom that are necessary, including the rcptt project.
The version of Papyrus that I build contains EGit and with EGit comes some decoration in the project explorer tree. In my example, the project "tree_selection" is displayed as "> tree_selection [my-git-repo]" when I set the workspace context. So when I try to execute the test the item "tree_selection" does not exist, but if I run the test with "select "> tree_selection [my-git-repo]/model"" instead, it works.
The problem is that RCPTT capture the decorators created by EGit.
- Is this the expected behavior or it should get the good string ?
- Is it possible to use regular expression to solve this problem ?
ps: I can now reproduce the problem inside the IDE. In fact, the workspace created with the IDE is outside the git repo so there is no decorator, but with maven the workspace is created inside the git folder.
Thank you
Simon
|
|
|
|
Powered by
FUDForum. Page generated in 0.04844 seconds