通过“引用”而不是内容来测试.jar库

从概念上讲,您已经将第三方JAR细分为两个部分——属性位和其余部分。你用你自己的东西替换属性位,然后继续测试其余的。发布时,您准备一个包,其中包括您测试过的位和您没有的原始属性。在采用这种方法时,您引入了哪些风险?

1. 您发布的代码不会是您测试的代码——它是一个不同的JAR,尽管经过仔细的处理并不是一个非常不同的JAR——因此,如果您相信自己能够正确地得到它,这可能是一个可接受的风险。
2. 你没有测试的代码被破坏了。这表明至少需要在真实的平台上进行一些测试。
3. 在Windows上的测试给出的结果与在Unix上的测试不同。再次指出了一些程度的Unix测试。

我认为您的appraoch是实用的,至少有一些测试可以在UNIX上执行,可以降低风险。我假设您基于Windows的测试是为了便于开发/调试。我会这样做,但我会尝试构建一个回归测试套件,我可以在Unix上运行,junit测试可以在那里运行。