unit-testing – tdd – 为第三方代码创建测试

你应该测试一切.但不是所有使用单元测试的东西.单元测试不依赖于环境 – 数据库,互联网连接等.使用不受信任/不稳定的第三方工具的最佳实践是在代码和第三方代码之间创建反腐败层.因此,重构您的代码,使您的业务逻辑尽可能独立.并对业务逻辑进行单元测试.

如果您不确定第三方代码是如何工作的,或者将来是否会发生变化,您可以进行“学习测试”.这些是断言你依赖的行为的单元测试(如果可能的话).在学习测试中,您只测试第三方代码,而不是您的代码

如果第三方代码更不值得信任(众所周知的开源库),那么你认为它可行,不做任何分离,你只对你的代码进行单元测试,而不是库.

非单元测试

如果您的测试需要外部环境(数据库,网络等),那么您应该进行集成测试.它的目的不是测试业务逻辑,而是如果你正确连接所有部分. sql测试是最着名的例外之一.

没有简单的规则如何进行集成测试(你可以写关于sql测试的书籍).这取决于您想要测试的内容,与您需要/想要的生产环境有多少相似之处.例如,您可以针对内存数据库或类似生产的数据库(oracle,postgres等)进行sql测试.但是,如果您设计集成测试,则必须确保每个测试都以知道环境状态开始.并且您已经考虑了使环境处于脏状态和此类测试速度的错误