test (controllers) : Dynamically construct envtest binary assets while preparing envtest environment (#1387)

[rohanKanojia]

What does this PR do?

I was facing this error when trying to run envtest on my macbook:

 [FAILED] Unexpected error:
      <*fmt.wrapError | 0x140004696a0>: 
      unable to start control plane itself: failed to start the controlplane. retried 5 times: fork/exec ../../../bin/k8s/1.24.2-linux-amd64/etcd: no such file or directory
      {
          msg: "unable to start control plane itself: failed to start the controlplane. retried 5 times: fork/exec ../../../bin/k8s/1.24.2-linux-amd64/etcd: no such file or directory",
          err: <*fmt.wrapError | 0x14000469680>{
              msg: "failed to start the controlplane. retried 5 times: fork/exec ../../../bin/k8s/1.24.2-linux-amd64/etcd: no such file or directory",
              err: <*fs.PathError | 0x14000567980>{
                  Op: "fork/exec",
                  Path: "../../../bin/k8s/1.24.2-linux-amd64/etcd",
                  Err: <syscall.Errno>0x2,
              },
          },
      }

Test suite is hardcoded to look for binary assets for linux-amd64:

devworkspace-operator/controllers/controller/devworkspacerouting/suite_test.go

Line 89 in 1a65450

BinaryAssetsDirectory: filepath.Join("..", "..", "..", "bin", "k8s", "1.24.2-linux-amd64"),

However, on my machine different binaries were downloaded by envtest:

ls bin/k8s 
1.24.2-darwin-arm64

Currently envtest environment is loaded with a hardcoded BinaryAssetsDirectory for linux/amd64 machine. This doesn't work on other machines that have other operating systems and processor architectures.

Updated BinaryAssetsDirectory to dynamically construct paths based on runtime.GOOS and runtime.GOARCH

This change adds flexibility when running EnvTest across multiple platforms.

What issues does this PR fix or reference?

Fix #1387

Is it tested? How?

I've verified that make test is working.

PR Checklist

• E2E tests pass (when PR is ready, comment /test v8-devworkspace-operator-e2e, v8-che-happy-path to trigger)
  • v8-devworkspace-operator-e2e: DevWorkspace e2e test
  • v8-che-happy-path: Happy path for verification integration with Che

[openshift-ci]

Skipping CI for Draft Pull Request.
If you want CI signal for your change, please convert it to an actual PR.
You can still manually trigger a test run with /test all

[rohanKanojia]

/ok-to-test

[openshift-ci]

[APPROVALNOTIFIER] This PR is NOT APPROVED

This pull-request has been approved by: akurinnoy, rohanKanojia
Once this PR has been reviewed and has the lgtm label, please assign dkwon17 for approval. For more information see the Code Review Process.

The full list of commands accepted by this bot can be found here.

Details

Needs approval from an approver in each of these files:

• OWNERS

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment