1)当测试与 API 包装器一起工作的东西时,您应该模拟整个 API 包装器类并模拟抛出异常作为错误状态并测试应用程序本身将如何对这些异常做出反应。
它可能应该停止执行一些依赖于 API 响应的操作,并且它可能应该显示一些用户友好的错误。
更重要的是,您可以(并且可能应该)测试 API 包装器上的哪些方法被调用 + 多少次以及传递了哪些参数。
<?php
public function testShowUser() {
$fb = $this->getMock( 'Facebook\Api' );
$fb->expects( $this->once() ) // if your library will call getUserInfo() more than once or never, the test will fail
->method( 'getUserInfo' )
->with( $this->equalTo( 'johndoe' ) ) // if the method will be called with different parameter, the test will fail
->will( $this->throwException( 'Facebook\NonExistingUser' ) );
$myApp = new MyApp( $fb );
$myApp->renderUser( 'johndoe' ); // if this will throw uncaught exception, the test will fail
$this->assertEquals(
array( 'The user you requested does not exist' ),
$myApp->getFlashMessages()
);
}
2) 在测试API 包装器本身时,您可以模拟来自 API 的原始响应。
您应该将围绕 HTTP 通信的所有内容分离到某个特定的类(Curl 包装器/带有自己的单元测试/),并假设服务器返回了一些特定的 HTTP 代码和响应。
您可以将所有可能类型的响应保存在文件中,以便将它们作为响应加载到测试中。
我建议这样做:
<?php
/**
* @expectedException Facebook\NonExistingUser
*/
public function testUnavailableApi() {
$curl = $this->getMock( 'CurlWrapper' );
$curl->expects( $this->once() )
->method( 'getBody' )
->will( $this->returnValue( file_get_contents( 'fb_404_response.json' ) ) );
$curl->expects( $this->once() )
->method( 'getStatusCode' )
->will( $this->returnValue( 404 ) );
$api = new Facebook\Api( $curl );
$api->getUserInfo( 'johndoe' );
}