【发布时间】:2015-11-07 23:08:05
【问题描述】:
我们有一个共享的基本接口 public interface IOperation {...} 和许多(数十个,很快 100 多个)实现 IOperation 的不同对象。
我们还对所有这些实现进行了测试,所有这些都继承自名为TestOperationCommon 的基类,这些基类使用实际操作类和类型为模板,用于创建new 这样的操作的方法。我们有 TestOperationCommon 的实现,最多有 5 个模板参数(这对于所有操作来说已经足够了)。
现在,最近决定将所有操作实现设为内部,并且只有 IOperation 公开,这似乎是个好主意,因为这些操作是实现细节。而[InternalsVisibleTo(...)] 的测试似乎也解决了。
但是,现在我看到我们不能再使用我们的测试结构了,因为公共测试类的通用参数现在是内部的(至少实际测试的类是内部的),这导致
Inconsistent Accessibility .... less accessible than ...
错误。在下面的代码中,公共测试类不能从具有内部通用参数 T 的 TestOperationCommon 继承。但是将所有这些共享行为测试复制到特定测试中似乎也是一个坏主意。
有没有办法让 vstest 框架 (VS2013+) 来测试内部的
[TestClass]es?或者是否有另一种方法可以保留共享测试而无需复制大量代码?
还是我们做错了(将那些“实现细节类”设为内部)?
代码示例作为评论中的请求:
public interface IOperation { ... }
internal class SomeOperation : IOperation
{
public SomeOperation(A a, B b, C c) {...}
}
public abstract TestOperationCommon<T, A, B, C>
where T : IOperation
where ...
{
protected abstract T Create(A a, B b, C c);
[TestMethod]
public void TestCommonOperationBehavior()
{
var op = Create(Mock.Of<A>(), Mock.Of<B>(), Mock.Of<C>);
...
}
}
[TestClass]
public class TestSomeOperation : TestOperationCommon<SomeOperation, ...>
{
[TestMethod]
public void TestSpecificSomeOperationStuff() {}
}
【问题讨论】:
-
带代码的小例子会有很大帮助
-
嗯,如此大的重构通常是为了大幅减少测试工作量。因为测试任何普通客户端代码无论如何都无法使用的东西是没有意义的。
标签: c# unit-testing testing internal vstest