BARAs are a test suite to supplement CATS. While CATS focuses on a happy-path tests for major CF features, BARAS are broader.
BARAS is home to tests that couldn't go anywhere else:
- End-to-end feature interaction tests
- e.g. can I configure sidecars in server-side manifests?
- Bleeding edge CF API features
- e.g. I want to test my new API resource, but there's not stable CLI commands yet.
- Integration-level regression tests
- e.g. this bug is impossible to reproduce in unit tests!
- Integration tests that concern themselves with some specific CF implementations (kubectl, nginx)
-
Same as for CATS, with the following exceptions:
-
Check out a copy of
capi-bara-tests
and make sure that it is added to your$GOPATH
. The recommended way to do this is to run:go get -d github.com/cloudfoundry/capi-bara-tests
You will receive a warning:
no buildable Go source files
. This can be ignored, as there is only test code in the package.
- Same as for CATS.
- Similar to CATS.
Example config for CF for VMs:
cat > integration_config.json <<EOF
{
"api": "api.bosh-lite.com",
"apps_domain": "bosh-lite.com",
"admin_user": "admin",
"admin_password": "admin",
"skip_ssl_validation": true
}
EOF
export CONFIG=$PWD/integration_config.json
To execute all test groups, run the following from the root directory of cf-acceptance-tests:
./bin/test
To execute all test groups, and have tests run in parallel across four processes one would run:
./bin/test -nodes=4
Be careful with this number, as it's effectively "how many apps to push at once", as nearly every example pushes an app.
If you are already familiar with CATs you probably know that there are many test groups. You may not wish to run all the tests in all contexts, and sometimes you may want to focus individual test groups to pinpoint a failure. To execute a specific group of acceptance tests, e.g. routing/
, edit your integration_config.json
file and set all include_*
values to false
except for include_routing
then run the following:
./bin/test
To execute tests in a single file use an FDescribe
block around the tests in that file:
var _ = BackendCompatibilityDescribe("Backend Compatibility", func() {
FDescribe("Focused tests", func() { // Add this line here
// ... rest of file
}) // Close here
})
The test group names correspond to directory names.
To see verbose output from ginkgo
, use the -v
flag.
./bin/test -v
You can of course combine the -v
flag with the -nodes=N
flag.
- See CATS.
- See CATS.