Our testing infrastructure needs to test api with threading

The underlying issue in PYCBC-1350 would have been seen easily if we had a way to test the blocking api (in particular) within a thread.   In a perfect world, we could create a pytest fixture, mark, etc... that does that, and then add that to existing tests as another parameter – like testing in the default collection and a named collection.   If that can be done, great.

In absence of that - we could at least test basic operations (kv, query, analytics, search, views) within a thread (a simple wrapper could do that).   So - we can fall back to this approach if need be - a set of sanity tests that run within a thread, or the main thread.   Something like that anyways.