Если это все, что нужно для вашего теста, то я бы предположил, что ваши тесты похожи на описанные Мэтью :
class UserControllerTest extends Zend_Test_PHPUnit_ControllerTestCase {
// [...]
public function testSomething()
{
$this->request
->setMethod('POST')
->setPost(array(
'username' => 'foobar',
'password' => 'foobar'
));
$this->editAction();
// assertThatTheRightThingsHappend
}
}
, и в этом случае я не вижу причин, почемуполучить кодовое покрытие на 100% непросто.
Но да: тестировать контроллеры Zend Framework довольно сложно, и в какой-то момент вам придется либо очень усердно пытаться вытащить всю логику своего приложения изваши контроллеры или просто жить с ним.
То же самое не относится к вашим моделям, хотя.Их должно быть действительно легко проверить, даже в приложении ZF.
Цель покрытия кода состоит в том, чтобы сообщить вам, какие части вашей кодовой базы не даже выполняются .Он не говорит вам, что на самом деле тестируется, и может служить лишь «минимумом», чтобы получить представление о качестве вашего набора тестов (если вы не используете @covers, даже если это может вам лгать).
Вкратце: если у вас большие контроллеры и не так легко изменить архитектуру, просто настройте с помощью таких проверенных контроллеров, но не применяйте ту же логику к вашим моделям.Ничто в ZF не мешает вам правильно протестировать эти