如果我没有弄错的话,你真正想测试的是它只能在将项目转换为 IAuditable 时将项目添加到列表中 . 因此,您可以使用以下方法名称编写一些测试:
NotIAuditableIsNotSaved
IAuditableInstanceIsSaved
IAuditableSubclassInstanceIsSaved
......等等 .
问题在于,正如您所注意到的,鉴于您的问题中的代码,您只能通过间接执行此操作 - 仅通过检查私有 insertItems IList 成员(通过反射或添加属性以用于测试的唯一目的)或注入列入课程:
public class ClassToBeTested
{
private IList _InsertItems = null;
public ClassToBeTested(IList insertItems) {
_InsertItems = insertItems;
}
}
然后,测试很简单:
[Test]
public void OnSave_Adds_Object_To_InsertItems_Array()
{
Setup();
List testList = new List();
myClassToBeTested = new MyClassToBeTested(testList);
// ... create audiableObject here, etc.
myClassToBeTested.OnSave(auditableObject, null);
// Check auditableObject has been added to testList
}
注入是最具前瞻性和不引人注目的解决方案,除非您有理由认为该列表将是您的公共接口的一个有 Value 的部分(在这种情况下,添加属性可能更好 - 当然,属性注入也是完全合法的) . 您甚至可以保留一个提供默认实现的无参数构造函数(new List()) .
这确实是一种很好的做法;鉴于它是一个简单的类,它可能会让你觉得有点过分,但只有可测试性是值得的 . 然后最重要的是,如果你找到另一个你想要使用该课程的地方,这将是锦上添花,因为你不会局限于使用IList(并不是说以后需要花费太多精力才能进行更改) ) .