DUnit GUI 测试：我可以强制“应用程序”吗？到不同的“形式”？

Question

我正在尝试使用 DUnit 对主窗体为其自身创建动态框架的应用程序运行 GUI 单元测试。我已经能够将要测试的应用程序的主窗体创建为测试用例中的表单并访问其菜单项等。

当应用程序尝试动态创建框架时，问题就出现了。框架的资源读取达到需要窗口句柄的程度（在我的例子中，设置选项卡的标题）。这里它从TWinControl.GetHandle到TWinControl.CreateWnd再到TCustomFrame.CreateParams。

在这个CreateParams中，代码说：

  if Parent = nil then
    Params.WndParent := Application.Handle;

这就是差异发生的地方。当我运行实际应用程序（不在测试中）时，此处的 Application.Handle 返回一个非零数字，并且流程继续正常。但在 DUnit 测试应用程序中，此处的 Application.Handle 返回 0。这会导致 TWinControl.CreateWnd 中的代码引发异常，告知该框架没有父级：

  with Params do
  begin
    if (WndParent = 0) and (Style and WS_CHILD <> 0) then
      if (Owner <> nil) and (csReading in Owner.ComponentState) and
        (Owner is TWinControl) then
        WndParent := TWinControl(Owner).Handle
      else
        raise EInvalidOperation.CreateFmt(SParentRequired, [Name]);

我想尝试解决此问题（一般来说，所有测试问题），而无需仅仅因为测试而修改“生产”代码。您能否提供任何线索，说明我是否可以以某种方式强制“应用程序”执行其他操作，或者以其他方式解决此问题？

查看代码，其他可能的解决方法方案可能是尝试让所有者（这是我要测试的应用程序的“MainForm”，即我想要获取其句柄）在执行时处于 csReading 状态在测试中创建了这个框架，但至少一开始似乎也不是那么容易实现这一点。

Answer 1

您应该创建一个TForm，并将frame.parent 设置为该TForm，而不是解决设置Application.Handle 的方法。

//Dunit Test Scaffolding code...Set up a workable environment for the test:
aForm := TForm.Create(nil);
aFrame := TFrame.Create(aForm);
aFrame.Parent := aForm;

在真实的应用程序中，框架将有一个父级（通常是窗口、TForm 或 TPanel 的父级）。您试图告诉一个框架在没有父框架的情况下运行，而 TFrame 的设计目的并非如此。

Answer 2

感谢所有的评论和回复！
我相信已经解决了这些问题，至少是到目前为止发现的问题。
我将在下面总结我的发现和最终情况（以防其他人发现这些有用）。

我有一个继承自 TTestSetup 的测试装饰器类，它包含对其在必要时创建的虚拟（主）表单的引用。

我还找到了一种使用如下方法在运行时切换 Application.MainForm 的方法： http ://www.swissdelphicenter.ch/torry/showcode.php?id=665

在测试装饰器SetUp方法中，我首先创建虚拟表单，然后将其设置为应用程序的主表单（这里可能不需要此设置）。

然后我有一个测试用例类（继承自 TGUITestCase），每个测试都会运行其 SetUp 和 TearDown 。在此设置中，我创建了正在测试的主窗体，然后将其设置为应用程序的主窗体。然后，在测试用例的 TearDown 中进行测试后，我再次将虚拟表单设置为应用程序的主表单，并且仅在调用 Close 并 Free 到我正在测试的主表单之后。否则，释放当前为 Application.MainForm 的窗体将导致整个 DUnit 应用程序终止。