为什么我在PHPUnit中使用PHPT获得“BORKED --CLEAN-- section”?

时间:2012-07-18 13:43:17

标签: php phpunit phpt

我有一些在PHPUnit中运行的PHPT测试。这些测试包括一个--CLEAN--部分,用于处理删除测试期间创建的文件。使用pear run-tests在命令行运行PHPT测试工作正常,但是当它们通过PHPUnit运行时,我收到以下错误:

  

BORKED --CLEAN--部分!输出:
  X-Powered-By:PHP / 5.3.10-1ubuntu3.2
  内容类型:text / html

这显然看起来像HTTP标头,但没有其他文本,并且clean部分中的操作仍然按计划运行。删除CLEAN部分可以解决问题,但我宁愿不在PHPT文件之外完成测试清理。关于这些是由什么引起的,以及如何摆脱它们的任何想法?他们没有打破测试,但在输出中看起来不整洁。

PHPT测试(POST文件数据被截断以保护我的工作):

--TEST--
Test file upload
--POST_RAW-- 
Content-Type: multipart/form-data; boundary=---------------------------168481652011378167832091260413
Content-Length: 3510

-----------------------------168481652011378167832091260413
Content-Disposition: form-data; name="code"

te
-----------------------------168481652011378167832091260413
Content-Disposition: form-data; name="name"

test
-----------------------------168481652011378167832091260413
Content-Disposition: form-data; name="file"; filename="test.xml"
Content-Type: text/xml

<?xml  version="1.0" encoding="utf-8"?>
<testElement>
    <innerElement />
</testElement>

-----------------------------168481652011378167832091260413--
--FILE--
<?php
// Zend/PHPUnit bootstrap
require_once __DIR__ . '/../../../bootstrap.php';

$upload = new My_File_Upload();
var_dump($upload->handleFile(
    'file', 
    APPLICATION_PATH . '/../datafiles/request/',
    'application/xml',
    'testname'
));
var_dump(file_exists(APPLICATION_PATH . '/../datafiles/request/testname.xml'))
?>
--CLEAN--
<?php
    $file = dirname(__FILE__) . '/../../../../datafiles/request/testname.xml';
    if(file_exists($file)) unlink($file);
?>
--EXPECT--
string(12) "testname.xml"
bool(true)

Zend / PHPUnit测试包装器:

<?php
require_once 'PHPUnit/Extensions/PhptTestCase.php';
/**
 * UploadFileHandleTest
 * 
 * PHPUnit wrapper for the phpt test file UploadFileHandleTest.phpt
 *
 */
class My_File_UploadFileHandle extends PHPUnit_Extensions_PhptTestCase
{
    /**
     * Test file uploads
     * 
     * Test the file uploads using associated .phpt test files. These test have to 
     * be abstracted to the php-cgi environment to permit accurate manipulation of 
     * the $_FILES superglobal. 
     * 
     * @see http://qafoo.com/blog/013_testing_file_uploads_with_php.html
     * 
     * @covers My_File_Upload::handleFile
     * 
     * @return void
     */
    public function __construct() 
    { 
        parent::__construct(__DIR__ . '/UploadFileHandleTest.phpt'); 
    }

    /**
     * Implement missing hasOutput method for PHPUnit
     * 
     * @return boolean 
     */
    public function hasOutput()
    {
        return false;
    }
}

用于触发包装器的测试套件:

<?php

require_once 'UploadFileExists.php';
require_once 'UploadFileHandle.php';
require_once 'UploadFileHandleNoName.php';
require_once 'UploadFileHandleExceptions.php';

class My_File_UploadTestSuite extends PHPUnit_Framework_TestSuite
{
    public static function suite()
    {
        $suite = new My_File_UploadTestSuite('My_File_UploadFileTests');

        $suite->addTest(new My_File_UploadFileExists());
        $suite->addTest(new My_File_UploadFileHandle());
        $suite->addTest(new My_File_UploadFileHandleNoName());
        $suite->addTest(new My_File_UploadFileHandleExceptions());

        return $suite;
    }
}

1 个答案:

答案 0 :(得分:3)

这是因为使用PHP CGI可执行文件来运行测试而不是CLI版本。 CGI二进制文件将在响应前面附加两个标题,如果从--CLEAN--部分运行的代码提供输出,则用于测试的PEAR模块将尖叫bork bork和血腥谋杀。将测试指向正确的PHP二进制文件,问题应该消失。

:~$ echo "" | php5-cgi
X-Powered-By: PHP/5.3.10-1ubuntu3.2
Content-type: text/html

更新:这是由PEAR_RunTest中的错误导致的,它不会重置在运行--CLEAN--部分时要使用的解释器。我patched PEAR_RunTest to fix the issue并为此问题提交了公关。