You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Aruba exposes a large set of API methods into the test environment. It would be cleaner to access these through a dedicated object.
Expected Behavior
Something like:
it"has some behavior"doaruba.write_file("foo.txt")aruba.run_command_and_stop("bar foo.txt")# ...end
Current Behavior
it"has some behavior"dowrite_file("foo.txt")run_command_and_stop("bar foo.txt")# ...end
Possible Solution
This needs to be changed in several steps:
Create object that provides these methods.
Implement currently exposed methods in terms of this object.
Deprecate direct use of exposed methods.
Remove exposed methods.
Context & Motivation
Aruba's API is massive and testing it clearly is difficult because the methods are exposed to Aruba's specs as well. Also, exposing these through a real object makes it clearer for end users to see where the methods they call come from.
The text was updated successfully, but these errors were encountered:
I think this would be something that would definitely prove tricky, but would provide good value, because then it starts to remove itself from the whole monkeypatch philosophy into a more OO one.
I might be able to dig into this a bit if you'd like, alongside other stuff.
Summary
Aruba exposes a large set of API methods into the test environment. It would be cleaner to access these through a dedicated object.
Expected Behavior
Something like:
Current Behavior
Possible Solution
This needs to be changed in several steps:
Context & Motivation
Aruba's API is massive and testing it clearly is difficult because the methods are exposed to Aruba's specs as well. Also, exposing these through a real object makes it clearer for end users to see where the methods they call come from.
The text was updated successfully, but these errors were encountered: