当前位置：文江博客话题详情

在现有库 ProjectGroup 中组织单元测试

发布于 2024-10-17 14:00:20 字数 511 浏览 5 评论 0原文

在我们的 Delphi2007 环境中，我们有一个 SGLibrary groupproj，其中包含大约 30 个 bpl。我们刚刚开始为这些库创建单元测试，并且不确定组织单元测试项目的最方便的方法是什么。

我们倾向于为每个 bpl 创建一个测试可执行文件，因为这将使编译运行变得简单快速。可以将 test-exe 设置为活动项目，并可以通过设置依赖项来强制编译 bpl。运行测试也很容易，即通过将测试可执行文件设置为 bpl 的主机应用程序。

但缺点是库组项目将扩展为另外 30 个项目，使其成为一个非常大的组（为什么我们不能在 Delpi 中创建子组？？？）。

相反的安排是创建 1 个测试可执行文件，其中包含所有单元测试，但这将创建一个包含一百多个单元的可执行文件，以及许多依赖项，在运行单个测试之前都必须编译所有依赖项。

所以我的问题...是否有人对如何将其组织成可管理且快速运行的设置有任何建议、最佳实践或其他想法？

额外的考虑：我们希望能够一次运行所有测试，当然，如果我们将所有测试放在一个可执行文件中，这会更容易。

原文

分享到QQ

分享到微博

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

发布评论

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

救赎№ 2024-10-24 14:00:20

DUnit 有一个鲜为人知的功能支持从 dll 运行测试。您基本上创建了一个 dunit exe 项目，它没有自己的测试，而是从 dll 加载测试。

每个 dll 需要导出一个函数：

library MyTests;
 
uses
  TestFramework{, add your test units};
 
function Test: ITest;
begin
  result := RegisteredTests;
end;
 
exports
  Test;     
end;

然后您只需像平常一样将测试用例添加到 dll 中即可。测试会自动注册在每个单元的初始化部分中。

恕我直言，遗憾的是这没有被推广为使用 DUnit 的标准方式。大多数其他语言的单元测试框架都是以这种方式组织的。它们提供单个测试运行程序可执行文件，可以从任意数量的可加载模块动态加载测试用例。

除了让您分解测试以便于组织之外，它还允许您在多个场景下运行相同的测试。也许您希望使用调试和发布版本的不同编译器选项（甚至不同版本的编译器）来运行测试，以便您更有信心代码的行为一致。您可以从同一源构建多个 dll，并在同一会话中运行它们。

There is a little known feature of DUnit that supports running tests from a dll. You basically create a dunit exe project that has no tests of its own, rather it loads tests from dlls.

Each dll needs to export a single function:

library MyTests;
 
uses
  TestFramework{, add your test units};
 
function Test: ITest;
begin
  result := RegisteredTests;
end;
 
exports
  Test;     
end;

Then you just add test cases to the dll as normal. The tests are automatically registered in each unit's initialization section.

IMHO its a pity this isn't promoted as the standard way of working with DUnit. Most unit testing frameworks for other languages are organized this way. They provide a single test runner executable which dynamically loads test cases from any number of loadable modules.

In addition to letting you break up your tests for easier organization it also allows you to run the same tests under multiple scenarios. Perhaps you want to run your tests using different compiler options for your debug and release builds (or even different versions of the compiler) so you are more confident that the code behaves consistently. You can build multiple dlls from the same source and run them in the same session.

回复收藏 0 原文