以某种顺序运行PHPUnit测试

时间:2008-08-13 19:02:24

标签: php unit-testing phpunit

有没有办法让TestCase内的测试按特定顺序运行?例如,我想将对象的生命周期从创建分为使用分离,但我需要确保在运行其他测试之前先设置对象。

8 个答案:

答案 0 :(得分:131)

PHPUnit通过@depends注释支持测试依赖性。

以下是文档中的示例,其中测试将以满足依赖性的顺序运行,每个依赖测试将参数传递给下一个:

class StackTest extends PHPUnit_Framework_TestCase
{
    public function testEmpty()
    {
        $stack = array();
        $this->assertEmpty($stack);

        return $stack;
    }

    /**
     * @depends testEmpty
     */
    public function testPush(array $stack)
    {
        array_push($stack, 'foo');
        $this->assertEquals('foo', $stack[count($stack)-1]);
        $this->assertNotEmpty($stack);

        return $stack;
    }

    /**
     * @depends testPush
     */
    public function testPop(array $stack)
    {
        $this->assertEquals('foo', array_pop($stack));
        $this->assertEmpty($stack);
    }
}

但是,重要的是要注意,具有未解析的依赖关系的测试将被执行(这是可取的,因为这会引起对失败测试的快速关注)。因此,在使用依赖项时要特别注意。

答案 1 :(得分:50)

您的测试中可能存在设计问题。

通常每个测试都不能依赖于任何其他测试,因此它们可以按任何顺序运行。

每个测试都需要实例化并销毁它需要运行的所有东西,这将是完美的方法,你不应该在测试之间共享对象和状态。

您能否更具体地说明为什么N测试需要相同的对象?

答案 2 :(得分:11)

对此的正确答案是用于测试的正确配置文件。我遇到了同样的问题并通过创建具有必要测试文件顺序的testsuite来修复它:

phpunit.xml:

<phpunit
        colors="true"
        bootstrap="./tests/bootstrap.php"
        convertErrorsToExceptions="true"
        convertNoticesToExceptions="true"
        convertWarningsToExceptions="true"
        strict="true"
        stopOnError="false"
        stopOnFailure="false"
        stopOnIncomplete="false"
        stopOnSkipped="false"
        stopOnRisky="false"
>
    <testsuites>
        <testsuite name="Your tests">
            <file>file1</file> //this will be run before file2
            <file>file2</file> //this depends on file1
        </testsuite>
    </testsuites>
</phpunit>

答案 3 :(得分:8)

如果您希望测试共享各种帮助程序对象和设置,可以使用setUp()tearDown()添加到sharedFixture属性。

答案 4 :(得分:7)

PHPUnit允许使用“@depends”注释来指定依赖测试用例,并允许在依赖测试用例之间传递参数。

答案 5 :(得分:2)

在我看来,采取以下场景,我需要测试创建和销毁特定资源。

最初我有两种方法,一种。 testCreateResource和b。 testDestroyResource

一个。 testCreateResource

<?php
$app->createResource('resource');
$this->assertTrue($app->hasResource('resource'));
?>

湾testDestroyResource

<?php
$app->destroyResource('resource');
$this->assertFalse($app->hasResource('resource'));
?>

我认为这是一个坏主意,因为testDestroyResource依赖于testCreateResource。更好的做法是做

一个。 testCreateResource

<?php
$app->createResource('resource');
$this->assertTrue($app->hasResource('resource'));
$app->deleteResource('resource');
?>

湾testDestroyResource

<?php
$app->createResource('resource');
$app->destroyResource('resource');
$this->assertFalse($app->hasResource('resource'));
?>

答案 6 :(得分:2)

替代解决方案: 在测试中使用静态(!)函数来创建可重用的元素。例如(我使用selenium IDE记录测试和phpunit-selenium(github)在浏览器中运行测试)

class LoginTest extends SeleniumClearTestCase
{
    public function testAdminLogin()
    {
        self::adminLogin($this);
    }

    public function testLogout()
    {
        self::adminLogin($this);
        self::logout($this);
    }

    public static function adminLogin($t)
    {
        self::login($t, 'john.smith@gmail.com', 'pAs$w0rd');
        $t->assertEquals('John Smith', $t->getText('css=span.hidden-xs'));
    }

    // @source LoginTest.se
    public static function login($t, $login, $pass)
    {
        $t->open('/');
        $t->click("xpath=(//a[contains(text(),'Log In')])[2]");
        $t->waitForPageToLoad('30000');
        $t->type('name=email', $login);
        $t->type('name=password', $pass);
        $t->click("//button[@type='submit']");
        $t->waitForPageToLoad('30000');
    }

    // @source LogoutTest.se
    public static function logout($t)
    {
        $t->click('css=span.hidden-xs');
        $t->click('link=Logout');
        $t->waitForPageToLoad('30000');
        $t->assertEquals('PANEL', $t->getText("xpath=(//a[contains(text(),'Panel')])[2]"));
    }
}

好的,现在,我可以在其他测试中使用这个可重用的元素:)例如:

class ChangeBlogTitleTest extends SeleniumClearTestCase
{
    public function testAddBlogTitle()
    {
      self::addBlogTitle($this,'I like my boobies');
      self::cleanAddBlogTitle();
    }

    public static function addBlogTitle($t,$title) {
      LoginTest::adminLogin($t);

      $t->click('link=ChangeTitle');
      ...
      $t->type('name=blog-title', $title);
      LoginTest::logout($t);
      LoginTest::login($t, 'paris@gmail.com','hilton');
      $t->screenshot(); // take some photos :)
      $t->assertEquals($title, $t->getText('...'));
    }

    public static function cleanAddBlogTitle() {
        $lastTitle = BlogTitlesHistory::orderBy('id')->first();
        $lastTitle->delete();
    }
  • 通过这种方式,您可以构建测试的层次结构。
  • 您可以保持每个测试用例与其他测试用例完全分开的属性(如果您在每次测试后清理数据库)。
  • 最重要的是,例如,如果将来更改登录方式,您只需要修改LoginTest类,并且在其他测试中不需要正确的登录部分(它们应该在更新LoginTest之后工作):)

当我运行测试时,我的脚本清理db ad开始。上面我使用我的SeleniumClearTestCase类(我在那里制作screenshot()和其他好的函数)它是MigrationToSelenium2的扩展(从github到使用seleniumIDE + ff插件在firefox中记录测试的端口“Selenium IDE: PHP Formatters“)是我的类LaravelTestCase的扩展(它是Illuminate \ Foundation \ Testing \ TestCase的副本,但没有扩展PHPUnit_Framework_TestCase),当我们想要在测试结束时清理DB时,它设置了laravel以便能够访问eloquent) PHPUnit_Extensions_Selenium2TestCase的扩展。为了设置laravel eloquent我也在SeleniumClearTestCase函数createApplication(在setUp调用,我从laral test / TestCase中获取此函数)

答案 7 :(得分:1)

如果测试需要以特定顺序运行,那么测试确实存在问题。每个测试应该完全独立于其他测试:它可以帮助您进行缺陷本地化,并允许您获得可重复(因此可调试)的结果。

结帐this site了解一大堆想法/信息,了解如何以避免此类问题的方式对测试进行分析。