复杂目录结构的单元测试

发布于 2024-08-22 08:54:42 字数 406 浏览 7 评论 0原文

我正在尝试对必须从磁盘读取大量数据的应用程序使用测试驱动开发。问题是数据在文件系统上组织在一个有点复杂的目录结构中（不是我的错）。我正在测试的方法需要查看多个不同目录中存在大量文件，以便方法完成。

我试图避免的解决方案是在硬盘驱动器上有一个已知的文件夹，其中包含所有数据。这种方法很糟糕有几个原因，其中一个原因是如果我们想在另一台计算机上运行单元测试，我们必须将大量数据复制到它。

我还可以在安装方法中生成虚拟文件，并在拆卸方法中清理它们。这样做的问题是，编写代码来复制现有的目录结构并将大量虚拟文件转储到这些目录中会很痛苦。

我了解如何对文件 I/O 操作进行单元测试，但是如何对这种场景进行单元测试呢？

编辑：我不需要实际阅读这些文件。应用程序需要分析目录结构并确定其中存在哪些文件。而且这是一个大量的子目录，里面有大量的文件。

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

花辞树 2024-08-29 08:54:42

我将定义一组模仿文件系统的接口，例如IDirectory和IFile，然后使用测试双精度创建内存中目录结构的表示。

这将允许您根据自己的喜好对该结构进行单元测试（并改变）。

为此，您还需要使用真正的 BCL 类来实现这些接口的具体实现。

这使您可以独立地改变数据结构和数据访问。

回复收藏 0 原文

ぃ弥猫深巷。 2024-08-29 08:54:42

这有Python的视角。您可能不使用 Python，但答案或多或少适用于大多数语言。

使用任何外部资源（例如 os 模块）进行单元测试时，您必须模拟外部资源。

问题是“如何模拟 os.walk？” （或 os.listdir 或您正在使用的任何内容。）

编写该函数的模拟版本。例如os.walk。每个模拟版本都会返回一个目录和文件列表，以便您可以练习您的应用程序。
如何构建这个？
编写一个“数据采集器”，对真实数据进行 os.walk 操作，并创建一个可用于测试的大而旧的平面响应列表。
创建模拟目录结构。 “编写代码来复制现有的目录结构会很痛苦”通常不是真的。模拟的目录结构只是一个简单的名称列表。完全没有痛苦。

考虑一下这

def setUp( self ):
    structure= [ 
        "/path/to/file/file.x", 
        "/path/to/another/file/file.y", 
        "/some/other/path/file.z",...
    ]
    for p in structure:
        path, file = os.path.split( p )
        try:
            os.makedirs( path )
        except OSError:
            pass
        with open( p, "w" ) as f:
            f.write( "Dummy Data" )

就是 setUp 所需的全部内容。 tearDown 类似。

This has a Python perspective. You may not be working in Python, but the answer more-or-less applies to most languages.

With unit testing with any external resource (e.g. the os module) you have to mock out the external resource.

The question is "how do mock out os.walk?" (or os.listdir or whatever you're using.)

Write a mock version of the function. os.walk for example. Each mocked-out version returns a list of directories and files so that you can exercise your application.
How to build this?
Write a "data grabber" that does os.walk on real data and creates a big-old flat list of responses you can use for testing.
Create a mock directory structure. "it would be a pain to write the code to replicate the existing directory structure" isn't usually true. The mocked directory structure is simply a flat list of names. There's no pain at all.

Consider this

def setUp( self ):
    structure= [ 
        "/path/to/file/file.x", 
        "/path/to/another/file/file.y", 
        "/some/other/path/file.z",...
    ]
    for p in structure:
        path, file = os.path.split( p )
        try:
            os.makedirs( path )
        except OSError:
            pass
        with open( p, "w" ) as f:
            f.write( "Dummy Data" )

That's all that's required for setUp. tearDown is similar.

回复收藏 0 原文