Forum Discussion
Yes, definitely, but this will require:
a) Some code on TestComplete side to get/set values in the .ini file (don't forget about variables of Table type in TestComplete that I found to be extremely handy to pass data back and forth between tests);
b) Some code in Selenium to do the same (but there are chances that this will be not the same code as in TestComplete, but its copy for Selenium, basically, resulting in duplicated code base);
c) Necessity to follow some agreements so that data of different types (dates, integers, object references...) are processed correctly in both TestComplete and Selenium.
Again, I am not saying this is not possible, but this assumes the necessity of coding that is, actually, not related to the tasks that end-user tries to solve and thus increases the cost of ownership for him, the thing, that TestComplete successfully kept low during its history. (Well, according to my personal experience at least... :) )
a) Some code on TestComplete side to get/set values in the .ini file (don't forget about variables of Table type in TestComplete that I found to be extremely handy to pass data back and forth between tests);
b) Some code in Selenium to do the same (but there are chances that this will be not the same code as in TestComplete, but its copy for Selenium, basically, resulting in duplicated code base);
c) Necessity to follow some agreements so that data of different types (dates, integers, object references...) are processed correctly in both TestComplete and Selenium.
Again, I am not saying this is not possible, but this assumes the necessity of coding that is, actually, not related to the tasks that end-user tries to solve and thus increases the cost of ownership for him, the thing, that TestComplete successfully kept low during its history. (Well, according to my personal experience at least... :) )
Related Content
Recent Discussions
- 2 hours ago
- 24 hours ago