你可以单元测试程序化的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);
}
希望这可以帮助。