PHPUnit 配置（phpunit.xml）——在引导程序中加载？

Question

情况

我们在项目中使用 PHPUnit，并使用 phpunit.xml 来确保诸如 backupGlobals 之类的功能关闭。

为了进一步确保包含路径已设置且自动加载处于活动状态，我们还级联了测试引导程序。也就是说，每个测试和所有测试套件在顶部都有一个 require_once(__DIR__ . '/../bootstrap.php'); ，一直到基本文件夹级别，其中它显然读取 require_once(__DIR__ . '/bootstrap.php');，并且实际的引导文件驻留。

本质上，我们的测试是自主的。您可以调用任何文件夹中的任何 AllTests.php 以及任何 *Test.php 本身，它们将以正确的配置运行。

除了没有。 '稍等一下。'

只有当我们强制开发人员使用 phpunit --configuration=path/to/phpunit.xml 或它们位于文件夹中时，情况才会如此与 phpunit.xml （以便 PHPUnit 在执行时将其从当前工作目录中拉出）。

有时，这使得确定为什么一个开发人员机器上的测试失败以及为什么它们在另一台机器上运行变得非常困难。只是需要忘记引导程序并不是我们需要拥有相同测试环境的唯一东西。请记住，如果您尝试过，您就不会忘记引导程序，因为它位于测试本身中，因此忘记了其他设置，尤其是像这样的通常可选的设置（如果您位于包含 phpunit.xml 的文件夹中） ，它是自动拉动的），很简单。

事实上——这样的事情已经发生过好几次了。

问题

有没有一种方法可以提供在正在运行的测试文件中使用的phpunit.xml，例如在我们方便无处不在的引导文件中，而不是提供事先将其加载到 PHPUnit，是通过命令行开关还是通过其目录？

粗略地浏览一下代码表明答案是否定的 - 配置良好且确实似乎已加载在提取测试文件之前：

[PHPUnit/TextUI/Command.php]
...
if (isset($this->arguments['configuration'])) {
    $configuration = PHPUnit_Util_Configuration::getInstance(
        $this->arguments['configuration']
    );
    $phpunit = $configuration->getPHPUnitConfiguration();
    ...

考虑到配置可以包含测试白名单或黑名单，这确实有一定意义。

实际上，在测试引导程序本身中加载测试过滤器是没有意义的，因此这是窗口外潜在配置的一半，但 PHPUnit 的实际行为标志......

[sample of part of our phpunit.xml]
<phpunit
    backupGlobals="false" 
    backupStaticAttributes="false" 
    convertErrorsToExceptions="true"  
    convertNoticesToExceptions="true"
    convertWarningsToExceptions="true"
    syntaxCheck="false"
    processIsolation="false"
    colors="true">

也许除了“颜色”之外，我认为测试本身应该能够在某种程度上决定。

安慰奖...

诚然，现在我很高兴知道我是否可以从引导文件中教授 PHPUnit backupGlobals="false"（如果有人知道一种方法的话）。

（如果没有结果，我追求的实际答案可能是将 phpunit.xml 复制到所有子文件夹中。我想避免该解决方案，因为它会创建冗余副本，并且如果我们曾经选择更改设置...是的，哎哟！）

Answer 1

我的解决方案是添加一个 bash 函数

function phpu ()
{
  phpunit --colors --bootstrap ~/path/to/bootstrap.php "$@";
}

，然后将其添加到所有 dev .bashrc 文件中，他们可以切换到使用它。

我们喜欢从 vim 调用它们，所以我必须将其添加到 .vimrc 中： set shellcmdflag=-ic

然后添加 nmap ；t：！ phpu % 运行您当前所在的测试文件。

Answer 2

您可以更新启动脚本（Windows bat 文件或 *nix 上的 shell）并在其中配置逻辑来配置 phpunit.xml 的位置。如果在当前目录中，则使用它，否则指向主目录。

不过，我也同意 Anti 的观点，即所有测试都应该始终运行，因为您希望确保更改（即使是在目录分支中）不会影响其他代码。因此，总是从树顶跑。这也要求测试快速执行，但我在这方面对 PHPUnit 并没有真正的问题。

在每个目录中维护 PHPUnit.xml 将是一场维护噩梦，除非从其他路径进行符号链接以确保只有一个实际文件。

Answer 3

直接回答：不，你不能这样做。

更长的故事 - 通过改变开发人员的习惯可以更好地解决此类问题。

我们是这样做的：

• 所有开发人员总是从测试根目录运行测试，该根目录具有唯一的 phpunit.xml 以及所有必要的配置 - 包括引导程序，它设置一个类自动加载器。
• 我们没有这样的测试套件，测试使用目录进行分组，任何地方都没有 AllTests.php，因为它没有必要。 PHPUnit 可以获取目录名称并在其中运行所有测试。
• 仍然可以通过提供单个测试或整个测试套件的路径（通过提供目录的路径）来运行任何单个测试。它必须始终从测试根目录完成，否则将无法工作。

这样做意味着放弃从任何目录启动 PHPUnit 的自由，但说实话 - 我不觉得这有什么损失。

收益要大得多：内务代码的数量减少了，开发人员不会忘记任何事情，因此结果是一致的。