Skip to content

Robot spoils SUT environment #33

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
GoogleCodeExporter opened this issue Apr 6, 2015 · 7 comments
Closed

Robot spoils SUT environment #33

GoogleCodeExporter opened this issue Apr 6, 2015 · 7 comments

Comments

@GoogleCodeExporter
Copy link

Issue Version:
javalib-core version- All
jvm -All
Operating System - Windows..

I would like to address some of the "serious" problems with Robot framework.

This is about the Robot Framework spoiling the application environment and
hiding/creating faults with the application.

Normally JVM Connector, Swing Library comes with lot of OEM's bundled inside.

Problems Observed:

1. When a SUT uses same OEM but different version of it, problem observed
in launching/functionality of the application
(i.e this observed with "avlon framework" where Swing/JVM connector uses
the older versions.)

2. When a SUT and Robot uses same OEM, but by mistake the OEM is not
packaged with SUT. In this case in a manual run of the application, the
application would fail due to missing of the OEM.

But when it is started with Robot Framwork "for Testing" it would hide the
error by providing the unpakaged OEM to the SUT to use and  hides a
"Critical fault"

These cases makes Robot Framework not reliable in Testing point of view,
why we are really spending the effort.

In my opinion the Robot Framework should be Thin and should not spoil the
SUT environment.

With Regards
Arul


Original issue reported on code.google.com by [email protected] on 14 Jan 2010 at 3:19

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant