Refactor C++ Test Drivers

[emcd]

The C++ test drivers consist of a lot of copy pasta, which violates the DRY principle. These should be cleaned up and have common functionality factored out to improve future maintainability and extensibility.

[mr-c]

These are unused and have been so for a while. Perhaps they should be deleted?

[kdm9]

perhaps ping #788 ?

I'd love to have ./lib as a self-contained and installable library, as we're using it as such. Obviously sans the semver promises that apply to the python api. Removing crud would help :)

[camillescott]

I was actually pondering a C++ test suite the other day -- a lot of my multithreading stuff is low level, and very difficult to test from Python without writing more CPython objects, which kind of defeats the purpose of simple tests by adding tons of extra glue code just to run them in the first place. Unfortunately, I have zero knowledge or experience with C++ testing libs. Thoughts @ctb, @mr-c @luizirber ?

[ctb]

On Thu, Mar 19, 2015 at 08:56:38AM -0700, Camille Scott wrote:

I was actually pondering a C++ test suite the other day -- a lot of my multithreading stuff is low level, and very difficult to test from Python without writing more CPython objects, which kind of defeats the purpose of simple tests by adding tons of extra glue code just to run them in the first place. Unfortunately, I have zero knowledge or experience with C++ testing libs. Thoughts @ctb, @mr-c @luizirber ?

I hear Boost has a testing lib.

[camillescott]

growls

[kdm9]

This looks pretty cool:
https://github.com/philsquared/Catch

Header only, boost licensed.