grpc/tools/run_tests
Jan Tattermusch 6f75e54e4f
run_tests_matrix.py: run workspace jobs with python3 (#28125)
2022-03-14 12:12:51 +01:00
..
artifacts Switch .py shebang to python3 (#28963) 2022-03-14 10:41:30 +01:00
build_stats cleanup tools/run_tests directory 2016-12-22 10:47:52 +01:00
dockerize Run bloat_diff.py in a separate kokoro job (#28892) 2022-03-06 19:33:17 +01:00
generated Call push/pull abstraction (#29033) 2022-03-07 10:02:09 -08:00
helper_scripts run_tests_matrix.py: run workspace jobs with python3 (#28125) 2022-03-14 12:12:51 +01:00
interop Upgrade sanity Docker image to debian:stretch 2018-12-10 16:21:49 -08:00
lb_interop_tests Migrate Infrastructure Scripts to Python 3 (#27135) 2021-11-08 08:55:25 -08:00
performance Switch .py shebang to python3 (#28963) 2022-03-14 10:41:30 +01:00
python_utils Switch .py shebang to python3 (#28963) 2022-03-14 10:41:30 +01:00
sanity Reintroduce: Avoid fully qualifying namespaces (and add check) (#28917) 2022-02-18 16:18:54 -08:00
xds_k8s_test_driver [PSM interop] Double the operation timeout (#29004) 2022-03-04 14:02:49 -08:00
README.md remove leftovers of stress tests 2018-05-21 10:28:12 -07:00
run_grpclb_interop_tests.py Switch .py shebang to python3 (#28963) 2022-03-14 10:41:30 +01:00
run_interop_tests.py Add v1.43.0 and v1.44.0 releases to interop_matrix (#28885) 2022-02-18 09:58:34 +01:00
run_microbenchmark.py More run_microbenchmark.py cleanup (#28893) 2022-02-17 19:14:08 +01:00
run_performance_tests.py Switch .py shebang to python3 (#28963) 2022-03-14 10:41:30 +01:00
run_tests.py Bump the minimum gcc to 5 (#28786) 2022-02-11 10:31:25 -08:00
run_tests_matrix.py Switch .py shebang to python3 (#28963) 2022-03-14 10:41:30 +01:00
run_xds_tests.py switch run_xds_tests.py shebang to python3 (#28964) 2022-02-25 09:07:27 +01:00
start_port_server.py Migrate the bm_diff benchmarks to python3 (#25619) 2021-03-09 15:44:00 +01:00
task_runner.py Switch .py shebang to python3 (#28963) 2022-03-14 10:41:30 +01:00

README.md

Overview

This directory contains scripts that facilitate building and running tests. We are using python scripts as entrypoint for our tests because that gives us the opportunity to run tests using the same commandline regardless of the platform you are using.

Unit tests (run_tests.py)

Builds gRPC in given language and runs unit tests. Use tools/run_tests/run_tests.py --help for more help.

Example

tools/run_tests/run_tests.py -l csharp -c dbg

Useful options (among many others)
  • --use_docker Builds a docker container containing all the prerequisites for given language and runs the tests under that container.
  • --build_only Only build, do not run the tests.

Note: If you get an error such as ImportError: No module named httplib2, then you may be missing some Python modules. Install the module listed in the error and try again.

Note: some tests may be flaky. Check the "Issues" tab for known flakes and other issues.

The full suite of unit tests will take many minutes to run.

Interop tests (run_interop_tests.py)

Runs tests for cross-platform/cross-language interoperability. For more details, see Interop tests descriptions The script is also capable of running interop tests for grpc-java and grpc-go, using sources checked out alongside the ones of the grpc repository.

Example

tools/run_tests/run_interop_tests.py -l csharp -s c++ --use_docker (run interop tests with C# client and C++ server)

Note: if you see an error like no space left on device when running the interop tests using Docker, make sure that Docker is building the image files in a location with sufficient disk space.

Performance benchmarks (run_performance_tests.py)

Runs predefined benchmark scenarios for given languages. Besides the simple configuration of running all the scenarios locally, the script also supports orchestrating test runs with client and server running on different machines and uploading the results to BigQuery.

Example

tools/run_tests/run_performance_tests.py -l c++ node

Useful options
  • --regex use regex to select particular scenarios to run.

Artifacts & Packages (task_runner.py)

A generalized framework for running predefined tasks based on their labels. We use this to building binary artifacts & distrib packages and testing them)

Example

tools/run_tests/task_runner.py -f python artifact linux x64 (build tasks with labels python, artifact, linux, and x64)