bc45f92262
* Protobuf Java/Core Tests running w/ Bazel. Also integrates rules_jvm_external and migrates existing maven deps in place. * Add test_suite target that maps to rule name. * Lite tests passing in Bazel * util tests passing with Bazel. * Add conformance and build testing to //java:core * Cleanup bzl style and lock down access to failure lists. * Adding Java Lite conformance tests. * rm newline * parameterize conformance_test This makes usage of failure lists more explicit. * restrict visibility more for newly added libs and fix formatting. * fix formatting and visibility. * move testing.bzl to an internal package. * fix file formatting. * moving conformance_test to internal.bzl |
||
|---|---|---|
| .. | ||
| third_party/jsoncpp | ||
| autoload.php | ||
| binary_json_conformance_suite.cc | ||
| binary_json_conformance_suite.h | ||
| conformance_cpp.cc | ||
| conformance_nodejs.js | ||
| conformance_objc.m | ||
| conformance_php.php | ||
| conformance_python.py | ||
| conformance_ruby.rb | ||
| conformance_test_main.cc | ||
| conformance_test_runner.cc | ||
| conformance_test_runner.sh | ||
| conformance_test.cc | ||
| conformance_test.h | ||
| conformance.proto | ||
| ConformanceJava.java | ||
| ConformanceJavaLite.java | ||
| failure_list_cpp.txt | ||
| failure_list_csharp.txt | ||
| failure_list_java_lite.txt | ||
| failure_list_java.txt | ||
| failure_list_jruby.txt | ||
| failure_list_js.txt | ||
| failure_list_objc.txt | ||
| failure_list_php_c.txt | ||
| failure_list_php.txt | ||
| failure_list_python_cpp.txt | ||
| failure_list_python-post26.txt | ||
| failure_list_python.txt | ||
| failure_list_ruby.txt | ||
| Makefile.am | ||
| README.md | ||
| text_format_conformance_suite.cc | ||
| text_format_conformance_suite.h | ||
| text_format_failure_list_cpp.txt | ||
| text_format_failure_list_csharp.txt | ||
| text_format_failure_list_java_lite.txt | ||
| text_format_failure_list_java.txt | ||
| text_format_failure_list_jruby.txt | ||
| text_format_failure_list_php.txt | ||
| text_format_failure_list_python_2.7.txt | ||
| text_format_failure_list_python_cpp_2.7.txt | ||
| text_format_failure_list_python_cpp.txt | ||
| text_format_failure_list_python.txt | ||
| text_format_failure_list_ruby.txt | ||
| update_failure_list.py | ||
Protocol Buffers - Google's data interchange format
Copyright 2008 Google Inc.
This directory contains conformance tests for testing completeness and correctness of Protocol Buffers implementations. These tests are designed to be easy to run against any Protocol Buffers implementation.
This directory contains the tester process conformance-test, which
contains all of the tests themselves. Then separate programs written
in whatever language you want to test communicate with the tester
program over a pipe.
Before running any of these tests, make sure you run make in the base
directory to build protoc, since all the tests depend on it.
$ make
Running the tests for C++
To run the tests against the C++ implementation, run:
$ cd conformance && make test_cpp
Running the tests for JavaScript (Node.js)
To run the JavaScript tests against Node.js, make sure you have "node" on your path and then run:
$ cd conformance && make test_nodejs
Running the tests for Ruby (MRI)
To run the Ruby tests against MRI, first build the C extension:
$ cd ruby && rake
Then run the tests like so:
$ cd conformance && make test_ruby
Running the tests for other languages
Most of the languages in the Protobuf source tree are set up to run
conformance tests. However some of them are more tricky to set up
properly. See tests.sh in the base of the repository to see how
Travis runs the tests.
Testing other Protocol Buffer implementations
To run these tests against a new Protocol Buffers implementation, write a program in your language that uses the protobuf implementation you want to test. This program should implement the testing protocol defined in conformance.proto. This is designed to be as easy as possible: the C++ version is only 150 lines and is a good example for what this program should look like (see conformance_cpp.cc). The program only needs to be able to read from stdin and write to stdout.
Portability
Note that the test runner currently does not work on Windows. Patches to fix this are welcome! (But please get in touch first to settle on a general implementation strategy).