Ecosyste.ms: Awesome
An open API service indexing awesome lists of open source software.
https://github.com/bazelbuild/bazel-integration-testing
Framework for integration tests that call Bazel
https://github.com/bazelbuild/bazel-integration-testing
bazel test-framework
Last synced: 11 days ago
JSON representation
Framework for integration tests that call Bazel
- Host: GitHub
- URL: https://github.com/bazelbuild/bazel-integration-testing
- Owner: bazelbuild
- License: apache-2.0
- Archived: true
- Created: 2017-09-29T10:50:01.000Z (about 7 years ago)
- Default Branch: master
- Last Pushed: 2022-05-17T19:24:13.000Z (over 2 years ago)
- Last Synced: 2024-07-31T07:15:44.436Z (3 months ago)
- Topics: bazel, test-framework
- Language: Java
- Homepage:
- Size: 247 KB
- Stars: 32
- Watchers: 39
- Forks: 29
- Open Issues: 22
-
Metadata Files:
- Readme: README.md
- Contributing: CONTRIBUTING.md
- License: LICENSE
- Codeowners: CODEOWNERS
Awesome Lists containing this project
- awesome-bazel - bazelbuild/bazel-integration-testing - Framework for integration tests that call Bazel (Tooling / General)
README
ARCHIVED: Bazel-integration-testing
=================================NOTE: This repository has moved to https://github.com/bazel-contrib/rules_bazel_integration_test.
**Because your build infra also needs build (and tests)**
Bazel CI
:---:
[![Build status](https://badge.buildkite.com/b0041826d71f5484c22145f44b3eac12357f51feb6ba6abb57.svg?branch=master)](https://buildkite.com/bazel/bazel-integration-testing-postsubmit)## Problem statement
Bazel-integration-testing aims to give confidence when developing code that is strongly dependent on Bazel.
It does so by allowing you to have **isolated reproducible tests which run Bazel inside of them**.
Happy path testing are often possible inside of bazel by adding examples of your usage but failing cases are much harder.
Few examples for such code can be Starlark plugins (both open and closed source), tools that augment Bazel/Bazel query and actually also Bazel itself.
This project was inspired by Bazel's own integration tests which were in bash at the time and were coupled inside.
Internally at Wix we use this to develop and test several internal rules, macros and also tools that need to run `bazel query` and `bazel` while bazel-watcher runs Bazel in its E2Es to verify its assumptions on `bazel run` amongst other things.
All of these set up scratch workspaces isolated to the specific tests.
## Target audience
* Bazel Starlark rule developers (both open source and closed source)
* Bazel ecosystem tool developers (both open source and closed source)
* Bazel developers
## Alternatives
For integration testing as of Jan'19 there is no alternative which is usable outside of Bazel.
For some use-cases and tests one can use bazel-skylib's [unittest](https://github.com/bazelbuild/bazel-skylib/blob/master/lib/unittest.bzl) framework.
This is faster and might be easier to setup in the test (smaller scope) but has the built-in limitations of unit testing where you make assumptions about the environment.
To be clear it's usually a good idea to have a mix of unit tests and integration tests for your feedback loop and confidence.
## Architecture
The project is built from repository rules, build rules and test drivers.
The build rules are per stack (currently JVM, go, python) and are essentially a wrapper over the `$stack_test` rule. For every bazel version configured such a wrapper is generated along with a `test_suite` aggregate.
The JVM build rules are a bit more advanced in that they integrate with `bazel_external_dependency_archive` repository rule to support external dependencies in the test workspace.
Lastly each stack has a specific test driver which eases creation of scratch WORKSAPCE files, BUILD files, source files, running of Bazel and more.
## Getting startedIn order to use `bazel_java_integration_test`, `bazel_go_integration_test`, or `bazel_py_integration_test`,
you must add the following to your WORKSPACE file:```python
load("@bazel_tools//tools/build_defs/repo:http.bzl", "http_archive")
http_archive(
name = "build_bazel_integration_testing",
url = "https://github.com/bazelbuild/bazel-integration-testing/archive/3a6136e8f6287b04043217d94d97ba17edcb7feb.zip",
type = "zip",
strip_prefix= "bazel-integration-testing-3a6136e8f6287b04043217d94d97ba17edcb7feb",
sha256 = "bfc43a94d42e08c89a26a4711ea396a0a594bd5d55394d76aae861b299628dca",
)load("@build_bazel_integration_testing//tools:repositories.bzl", "bazel_binaries")
#depend on the Bazel binaries, also accepts an array of versions
bazel_binaries()```
For JVM tests one would like to call the below instead of the above call to `bazel_binaries` since it does that plus more dependencies needed for `java_test`:
```python
load("@build_bazel_integration_testing//tools:bazel_java_integration_test.bzl", "bazel_java_integration_test_deps")
bazel_java_integration_test_deps()
```## Usage
### [Jvm](java/README.md)
### Go[`rules_go`](https://github.com/bazelbuild/rules_go) already supports,
natively, an integration testing framework for validating your rules. If you
need to write integration tests, please refer to the
[godoc](https://godoc.org/github.com/bazelbuild/rules_go/go/tools/bazel_testing)
and associated
[`go_bazel_test` rule.](https://github.com/bazelbuild/rules_go/blob/master/go/tools/bazel_testing/def.bzl).
For example usage, `rules_go` itself is tested using this rule and many
packages inside of the
[`tests`](https://github.com/bazelbuild/rules_go/blob/master/tests/) package
can be used as examples.### Python
TODO## More info
### Which bazel versions are supported
TODO
### How to have external repositories in your scratch workspace
TODO
### Remote execution support
We need to add more info (and also port a small configuration utility) but I'll just add that Wix uses this library on RBE successfully for a few good months.
## State of the project
### Active development?
The project is under active development.
Because the project solves many use cases right now and unfortunately because of capacity issues we're more in a reactive mode but we strongly encourage feedback in the form of issues and PRs.
Note that it is easier for us to review and assist when PRs are Small and especially when they are prefaced with an issue describing the need and possibly iterating there on the design.
We hope to have more capacity in the next few months to also ramp up the missing pieces below.
### What is missing
* More documentation (for `go` and `python` as well as much better documentation for the workspace drivers).
* Adding external dependencies is possible in some cases (http_archive) but is not easy. We'd like to see if we can expand this support and make it easier.
* More adoption by rule-sets (rules_docker, rules_scala, etc)
* Up-to-date linting
## AdoptersHere's a (non-exhaustive) list of companies and projects that use `bazel-integration-testing`. Don't see yours? [You can add it in a PR](https://github.com/bazelbuild/bazel-integration-testing/edit/master/README.md)!
* [bazel-watcher](https://github.com/bazelbuild/bazel-watcher)
* [Wix](https://www.wix.com/)