acceptance testing using dsl

[Eric Casteleijn]

We would like to have acceptance tests that can be specified using a DSL. Need to investigate what existing options are, and share knowledge with/leech knowledge from other teams.

[John A Meinel (jameinel)]

The goal of the DSL is so that we can have these acceptance tests run on all implementations in their native testing infrastructure.
The goal of acceptance testing is because we are pretty good about unit tests in our code, but we don't have much high-level acceptance tests.

[John A Meinel (jameinel)]

One interesting thing would be to provide an http proxy server, which we could use to handle failure during sync modes. So you could configure it to fail at a given point, then the arbitrary client would try to do work against it, and we could assert about the end state.

It wouldn't have to be a proxy, as we could implement it in our 'u1db-serve' directly. However, it might be nice to have a proxy backed on the real u1db-server, and test that interactions with the core server work as expected.