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

fix and clarify tests READMEs #190

Merged
merged 1 commit into from
Aug 29, 2018

Conversation

sallyom
Copy link
Contributor

@sallyom sallyom commented Aug 28, 2018

This PR adds a bit of clarity when running smoke tests (locally) against an already running cluster, as opposed to running tests/run.sh to launch a cluster for you (Does anyone use that?).

@openshift-ci-robot openshift-ci-robot added retest-not-required-docs-only size/S Denotes a PR that changes 10-29 lines, ignoring generated files. labels Aug 28, 2018
This binary accepts the `--cluster` flag to specify which tests suites should be run, e.g.:

```sh
bazel-bin/tests/smoke/linux_amd64_stripped/go_default_test --cluster
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The -cluster flag still exists, although it looks like it should be -cluster and not --cluster.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I thought it was repeated here is all. I was thinking we could get rid of the extra explanation of the --cluster flag (I've been using --cluster, not -cluster), bc isn't it explained below, too? maybe I'm wrong, I'll take another look.

@@ -21,29 +21,19 @@ export SMOKE_KUBECONFIG=/path/to/kubeconfig
Compile the smoke test binary from the root directory of the project:

```sh
bazel build tests/smoke
bazel build tarball smoke_tests
tar -zxf bazel-bin/tectonic-dev.tar.gz
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

You don't actually need to build tarball or run this tar command, do you?

+1 on the tests/smoke -> smoke_tests change. Maybe I'd broke that in #143.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'll check, maybe not

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

yes, removed tarball and tar -zxf not required

For example, to run the cluster suite verbosely, use the `--test.v` flag:

```sh
bazel-bin/tests/smoke/linux_amd64_stripped/go_default_test --cluster --test.v
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The -test.v flag still exists, but again, it looks like it only takes one dash.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I've edited to take only 1 dash, but 2 dashes also still works lol


* whether or not Calico network policy support is enabled;
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Nice. I'd missed this in #99.

@@ -56,7 +46,9 @@ export SMOKE_MANIFEST_PATHS=/path/to/kubernetes/manifests
export SMOKE_MANIFEST_EXPERIMENTAL=true
```

To run the cluster test suite, invoke the smoke test binary with the `--cluster` flag:
To run the cluster test suite, invoke the smoke test binary with the `--cluster` flag.
To run the cluster suite verbosely, add the `--test.v` flag:
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ah, you're just consolidating the above flag examples. I'm fine with either the old way or your new consolidation there. Wherever they end up, we'll want the single-dash forms.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

ok! It felt redundant to me, as I was following along, but I'm also ok with either. The double dash 'works' because that's what I've been using, I didn't realize the single-dash was a possibility. I'll change to the single, confirm they work, also.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

edited all to have the single dash

@wking
Copy link
Member

wking commented Aug 29, 2018

/lgtm

@openshift-ci-robot openshift-ci-robot added the lgtm Indicates that a PR is ready to be merged. label Aug 29, 2018
@openshift-ci-robot
Copy link
Contributor

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: sallyom, wking

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

The pull request process is described here

Needs approval from an approver in each of these files:

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

@openshift-ci-robot openshift-ci-robot added the approved Indicates a PR has been approved by an approver from all required OWNERS files. label Aug 29, 2018
@openshift-merge-robot openshift-merge-robot merged commit aaa47f6 into openshift:master Aug 29, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
approved Indicates a PR has been approved by an approver from all required OWNERS files. lgtm Indicates that a PR is ready to be merged. retest-not-required-docs-only size/S Denotes a PR that changes 10-29 lines, ignoring generated files.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants