如何使用过程代码库在PHP中编写单元测试?

我最相信单元测试的好处,我想开始将这个概念应用于用PHP编写的大型现有代码库。此代码中只有不到 10% 是面向对象的。

我看过几个单元测试框架(PHPUnit,SimpleTest和phpt)。但是,我还没有找到任何测试过程代码的示例。对于我的情况,最好的框架是什么,有没有使用非OOP代码对PHP进行单元测试的例子?


答案 1

你可以对过程PHP进行单元测试,没问题。如果你的代码与HTML混合在一起,你绝对不会不走运。

在应用程序或验收测试级别,您的过程 PHP 可能依赖于超全局(等)的值来确定行为,并以包含模板文件并吐出输出结束。$_POST, $_GET, $_COOKIE

要进行应用程序级测试,您只需设置超全局值;启动一个输出缓冲区(以防止一堆html淹没你的屏幕);调用页面;对缓冲区内的东西进行断言;并在末尾清除缓冲区。所以,你可以做这样的事情:

public function setUp()
{
    if (isset($_POST['foo'])) {
        unset($_POST['foo']);
    }
}

public function testSomeKindOfAcceptanceTest()
{
    $_POST['foo'] = 'bar';
    ob_start();
    include('fileToTest.php');
    $output = ob_get_flush();
    $this->assertContains($someExpectedString, $output);
}

即使对于包含大量包含的大型“框架”,这种测试也会告诉您是否有应用程序级功能正常工作。当您开始改进代码时,这将非常重要,因为即使您确信数据库连接器仍然有效并且看起来比以前更好,您仍然需要单击一个按钮并看到,是的,您仍然可以通过数据库登录和注销。

在较低级别,根据变量范围以及函数是按副作用(返回 true 或 false)工作,还是直接返回结果,存在细微变化。

变量是否作为函数之间的参数或参数数组显式传递?还是变量设置在许多不同的地方,并作为全局变量隐式传递?如果是(好的)显式情况,则可以通过以下方式对函数进行单元测试:(1)包括保存函数的文件,然后(2)直接馈送函数测试值,以及(3)捕获输出并对其进行断言。如果您使用的是全局变量,则只需格外小心(如上所示,在 $_POST 示例中),以便在测试之间小心地清空所有全局变量。在处理推送和拉取大量全局变量的函数时,保持测试非常小(5-10 行,1-2 断言)也特别有用。

另一个基本问题是函数是通过返回输出来工作的,还是通过改变传入的参数来工作,而是返回true/false。在第一种情况下,测试更容易,但同样,在这两种情况下都是可能的:

// assuming you required the file of interest at the top of the test file
public function testShouldConcatenateTwoStringsAndReturnResult()
{
  $stringOne = 'foo';
  $stringTwo = 'bar';
  $expectedOutput = 'foobar';
  $output = myCustomCatFunction($stringOne, $stringTwo);
  $this->assertEquals($expectedOutput, $output);
}

在坏的情况下,你的代码通过副作用工作并返回true或false,你仍然可以很容易地进行测试:

/* suppose your cat function stupidly 
 * overwrites the first parameter
 * with the result of concatenation, 
 * as an admittedly contrived example 
 */
public function testShouldConcatenateTwoStringsAndReturnTrue()
    {
      $stringOne = 'foo';
      $stringTwo = 'bar';
      $expectedOutput = 'foobar';
      $output = myCustomCatFunction($stringOne, $stringTwo);
      $this->assertTrue($output);
      $this->Equals($expectedOutput, $stringOne);
    }

希望这有帮助。


答案 2

单元测试做得好的地方,以及你应该使用它们的用途,是当你有一段代码,你给出了一定数量的输入,并且你期望得到一些输出。我们的想法是,当您稍后添加功能时,您可以运行测试并确保它仍然以相同的方式执行旧功能。

因此,如果您有一个过程代码库,则可以在测试方法中调用函数来完成此操作。

require 'my-libraries.php';
class SomeTest extends SomeBaseTestFromSomeFramework {
    public function testSetup() {
        $this->assertTrue(true);
    }

    public function testMyFunction() {
        $output = my_function('foo',3);

        $this->assertEquals('expected output',$output);
    }
}

PHP代码库的这个技巧是,通常你的库代码会干扰测试框架的运行,因为你的代码库和测试框架将有很多与在Web浏览器中设置应用程序环境相关的代码(会话,共享全局变量等)。预计会花一些时间到达一个点,你可以包含你的库代码并运行一个肮脏的简单测试(上面的testSetup函数)。

如果你的代码没有函数,只是一系列输出HTML页面的PHP文件,那么你有点不走运。你的代码不能分成不同的单元,这意味着单元测试对你没有多大用处。你最好把时间花在“验收测试”水平上,使用SeleniumWatir等产品。这些将允许您自动执行浏览器,然后检查页面中的内容是否为特定位置/表单。


推荐