Namemapping and Python support
I am interested in using TestLeft, however, I am sceptical about TestLeft being a good replacement for my companies legacy TestComplete project. Most of our QEs have experience coding with Python but...
Forum Discussion
Thanks for the info Alex!
I've been looking at TestLeft as a replacement for Testcomplete.
I've been looking at TestLeft as a replacement for Testcomplete.
Hi,
My personal opinion is that TestLeft is not a replacement but complimentary product. Whether or not it can replace TestComplete depends on your requirements for tests and experience of those who create tests.
- I see TestLeft more of an alternative to Testcomplete. It is geared towards those with a preference for oop structures.
Do you know if SmartBear plans to add Python as a support language for TestLeft? Most of my QEs have experience with Python, however, they prefer an oop instead of scripting with TestComplete. Using a framework like TestLeft with Visual Studio and Python would increase it's usage among my team.Hi,
> Do you know if SmartBear plans to add Python as a support language for TestLeft?
I am not employed by SmartBear thus can say nothing about this. Create Support ticket via the https://support.smartbear.com/testleft/message/ form to get an official reply.
> they prefer an oop instead of scripting with TestComplete.
Note, that TestComplete is a full fledged environment that provides you with test log, Execution plan, data exchange means (Project and Project Suite variables), a lot of Extensions and a bunch of other handy things.
TestLeft is rather a framework / library that provides you only with test log (which is great as with unit test frameworks you don't have test log out of the box) and the engine that makes it possible to search for objects within the tested application and perform actions against found ones. Implementation of all other infrastructure is your responsibility.
Personally I prefer infrastructure over OOP.
Decision is yours 🙂
P.S. As you know, TestComplete supports Python. It is just its editor that does not work well with the code created using OOP. But Python code created according to OOP principles executes equally well in TestComplete as the code created according to procedural approach.
