Skip to content
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

UTF: Run nodemanager tests against remote nodemanager? #120

Open
aaaaalbert opened this issue Dec 15, 2015 · 0 comments
Open

UTF: Run nodemanager tests against remote nodemanager? #120

aaaaalbert opened this issue Dec 15, 2015 · 0 comments
Labels

Comments

@aaaaalbert
Copy link
Contributor

The current nodemanager tests will spawn a --test-mode instance of the nodemanager to run the test cases against. Tests and test-mode NM run on the same machine. However, this is difficult to do correctly on platforms like Android, where we often don't have proper shell access, and/or extra caution may be needed (with respect to Popen (SeattleTestbed/utf#53), standard streams (SeattleTestbed/utf#68), C libraries (SeattleTestbed/repy_v2#98) etc.)

To run the tests against a remote NM instance, the tests would use the owner key pair for the vessels-to-test, rather than creating fresh temporary keys and setting up a local NM. Afterwards, the tests should proceed as they do now, testing NM API interactions and so on.

This raises a couple of design questions.

  • How do signal to the test that you want to test a remote NM? (Just leave a specially-named key pair in the test dir?)
  • What exact configuration does the remote vessel need? (Number of vessels, keys used; resources?)
  • Which tests can be run against a remote NM? (E.g., we can't access the nodemanager log in the general case.)
  • What additional tests do we need?

I would prefer to not duplicate all of the existing tests in a separate test module namespace. NM tests should probably default to the usual all-local method unless an educated user flips the required switch to run against a remote NM instance.

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

No branches or pull requests

1 participant