持续集成里的过程简单说有下面一些典型阶段。
checkout source code -> build -> deploy -> run automated test cases
那么这里的automated testcase应该是什么样的testcase？
whitebox test case（单元测试）很难集成到“持续集成过程”里， 因为其前置条件的不统一。在开发的时候， 每一个程序员是根据自己的需要和方便写单元测试代码，， 对前置条件并没有统一的要求。 所以如果要统一运行所有程序员的单元测试代码， 那么很多测试都会因为条件不满足而失败。 而且很多时候，对一个已经运行起来的系统， 根本就没有一个方法来测试其中某一个类， 可能没有一种合适的途径能够访问到目标类或者方法。
blackbox automated test case也不太适合集成到“持续集成过程”里， 因为它比较慢， 不稳定， 常常需要手工维护。
最适合的我认为是graybox test case（API测试）。 它通过系统暴露出来的service来测试后面所有的功能， 而且稳定， 高效。 而且它会直接要求一个高质量的稳定的public API， 对于系统来说， 也是一个积极的推动力量。
