RexOps / RexOps/Rex

Allow Rex::Test to run against remote machines

Open
#997 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
Perl
Stars
737
Forks
214
PR merge metrics
No merged PRs in 30d

Description

Currently Rex::Test is strongly tied to creating a VM to connect to, execute some task(s) against the VM, and then do a series of basic checks. It would be nice to lift that restriction and make Rex::Test able to connect to any remote Rex is capable to handle (perhaps including local connections too).

This would enable users to run the very same tests against their "other" machines, like test/stage/production environment, to validate/inspect their current state.

This could also pave the way to make Rex::Tests itself pluggable, making it easier for users to choose their preferred testing flavors/suites, including, but not limited to:

  • sticking to the basic built-in tests
  • use Rex::Test::Spec to use an RSpec-like DSL (cc @chenryn)
  • use Rex::Test::Sparrow which was proposed during a chat with @melezhik via IRC

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by tracing the Rex::Test flow that creates a VM, connects to it, runs tasks, and performs the basic checks. Define how that entry point could accept local or remote machines supported by Rex, then verify that the existing checks work without requiring VM creation.

Written by the indexing model from the issue text.

Assessment

Tech stack
perl
Domain
devops, testing-qa
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.