15fab9109d
* Bump target frameworks from netcoreapp1.0 to netcoreapp2.2. Move global.json up to root of repo, change SDK ver to 2.2.100 Change .net core sdk in dockerfile for kokoro to ver 2.2.100 * Re-add curl install * Change all exe target to 2.1 * Fix incorrect versions in global.json and Dockerfile * Downgrade version to 2.1 to match exe targets * introduce separate testing Dockerfile for C# * revert changes to the shared Dockerfile * use netcoreapp2.1 for C# conformance tests * use language specific dockerfile for testing C# * Edit compatibility tests script to use parameters instead of file copies * install dotnet SDK on windows before running the tests * update csharp_EXTRA_DIST |
||
---|---|---|
.. | ||
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.cc | ||
conformance_test.h | ||
conformance.proto | ||
ConformanceJava.java | ||
ConformanceJavaLite.java | ||
failure_list_cpp.txt | ||
failure_list_csharp.txt | ||
failure_list_java.txt | ||
failure_list_js.txt | ||
failure_list_objc.txt | ||
failure_list_php_c.txt | ||
failure_list_php_zts_c.txt | ||
failure_list_php.txt | ||
failure_list_python_cpp.txt | ||
failure_list_python-post26.txt | ||
failure_list_python.txt | ||
failure_list_ruby_mac.txt | ||
failure_list_ruby.txt | ||
Makefile.am | ||
README.md | ||
text_format_conformance_suite.cc | ||
text_format_conformance_suite.h | ||
text_format_failure_list_python.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).