|
|
| Re: check fails - Actual value returned is wrong [message #940126 is a reply to message #938949] |
Thu, 11 October 2012 10:37   |
 Erik Gilbert
Messages: 55
Registered: September 2010 |
Member |
|
|
In one case, I use ub_tbl_checkTextWithCellSpec after ub_grc_clickLeft_single which in this case is a search. ub_tbl_checkTextWithCellSpec is called on a table with the parameters TEXT which is the expected value to be found in the cell, ROW, ROW_OPERATOR, COLUMN, and COLUMN_OPERATOR. ROW is set to 1, COLUMN is set to 3, ROW_OPERATOR is set to equals, COLUMN_OPERATOR is set to equals. The GUI displays just one row in the table, the row returned from the search. The displayed row in the GUI is the correct row.
I don't think the problem is because of 1. (Jubula tables start with the row count 1 not 0 (0 is for the header)) because there is only one row returned. Also what is reported as Actual Value is the value of a row that isn't even displayed.
2. You have a customized table model or use a framework that the table model in a strange way . . . hmmmm as far as I know the table model is not customized. The table is being used in similar way on all the panels. ub_tbl_checkTextWithCellSpec works on other tables in other panels. It only doesn't work on certain tests.
3. Your table is a customized panel containing other components or tables in addition to the table you use. You can use the object mapping green overlay to detect this. . . . the table is not customized as far as I know. How would the object mapping green overlay detect this - what would it display differently?
[Updated on: Thu, 11 October 2012 10:52] Report message to a moderator |
|
|
| Re: check fails - Actual value returned is wrong [message #946684 is a reply to message #940126] |
Tue, 16 October 2012 11:59 |
Felix Ziesel
Messages: 13
Registered: October 2011 |
Junior Member |
|
|
Hi Eric,
That's the way I understand your request, correct me if i am wrong:
Your AUT uses Swing (?) and use ub_tbl_checkTextWithCellSpec(TEXT: expected value,ROW:1,equals, COLUMN: 1,equals)
The result you get is a value of the correct column(?), but of a row that is not available within this search, but by another search.
I think its very strange that Jubula finds a value that is not available in the table.
My first guess (only if you use swing):
If the returned value is not in the table in any row I think you use a customized TextCellRenderer for this table. If this is the reason take a look here:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=351926
Otherwise I would guess, that your search is some kind of filter and that the expected value is at the first position in the non-filtered view.
I would guess that the table model has a custom implementation to hide this rows in the GUI. This would be for point 2.
For 3: If you do object mapping, you collect components in your AUT. When you are hovering over a component that Jubula can detect you see a green square. If you use this on your table and the square doesn't cover your table completely, your table component is build by different components.
Regards,
Felix
|
|
|
Powered by
FUDForum. Page generated in 0.25196 seconds
] 
Search
Help
Register
Login
Home
