c# – 使用EPPlus的单元测试类

2023年8月18日 204次阅读

我遇到了使用EPPlus的单元测试类问题.在我看来,我有两个选择.

我可以嘲笑&将HttpPostedFileBase注入方法,或者我可以模拟&注入EPPlus ExcelPackage类.

模拟HttpPostedFileBase,至少做一个真正的模拟,似乎有限.我可以模拟文件的基本属性(MIME类型,文件名等),但是以允许测试实际与之交互的方式模拟其InputStream似乎非常困难.我能想到的唯一解决方案是提供一个真正的excel文件,用它创建一个真正的FileStream,并将该FileStream分配给我的模拟HttpPostedFileBase的InputStream.但从技术上讲,它是一种集成测试,而不是单元测试.

const string FakeFileName = "TestExcelFile.xlsx"; // path to an actual excel file
var fileStream = new FileStream(FilePath, FileMode.Open);
var fakeFile = A.Fake<HttpPostedFileBase>();
A.CallTo(() => fakeFile.InputStream).Returns(fileStream);

我想如果我想进行实际的单元测试,我可以模拟并注入EPPlus ExcelPackage类.然后我可以模拟相关的工作表,列和&单元类,动态设置其属性以适应我的测试条件,而从不接触真实文件.问题是,大多数EPPlus类是密封的,所以我不能用FakeItEasy来模拟它们.我尝试为它们创建包装类(见下文),所以我可以模拟包装类而不是……但是我需要模拟/包装的一些类有内部构造函数,所以我无法实例化它们. (我尝试使用一些丑陋的黑客来解决内部构造函数问题,但没有成功.)所以我用这个选项撞墙了.

我还是个新手,还有很多需要学习的东西.也许我的包装类概念是不正确的,我做错了.有没有办法绕过这个我看不到,或者我应该放弃,使用一个真正的excel文件,并称之为集成测试？到目前为止,这是我倾向于的.

public class ExcelWorksheetsWrapper : IEnumerable<ExcelWorksheet>
{
    public readonly ExcelWorksheets _excelWorksheets;

    public ExcelWorksheetsWrapper()
    {
        // internal constructor, can't instantiate
        _excelWorksheets = new ExcelWorksheets();       
    }

    public ExcelWorksheet Add(string worksheetName)
    {
        return _excelWorksheets.Add(worksheetName);
    }

    public IEnumerator<ExcelWorksheet> GetEnumerator()
    {
        return _excelWorksheets.GetEnumerator();
    }

    IEnumerator IEnumerable.GetEnumerator()
    {
        return _excelWorksheets.GetEnumerator();
    }
}

最佳答案 嘲弄第三方图书馆往往是一种痛苦,并创造了神秘的单元测试.

每个测试都应该简短,易于阅读和理解.应该很容易看到测试,以了解预期的成功操作应该是什么.

通常最好围绕第三方库创建包装类,并在这些类上使用接口.然后,您可以创建实现这些接口的模拟对象,仅用于测试.

不过,这说起来容易做起来难.显然,第三方库所做的事情不仅仅是切断代码并进行有意义的测试.

在这些情况下,您仍然应该使用自己的接口,但将这些类型的单元测试隔离到仅依赖于第三方库的最小对.

试着看一下SOLID编程模式.使用该模式构建的系统通常更容易测试,因为一切都是松散耦合的.

http://en.wikipedia.org/wiki/Solid_(object-oriented_design)

点赞