Métodos burlones para lanzar Error phpunit

PHPUnit me permitió crear un código auxiliar de método para lanzar una excepción, usando cualquiera de los siguientes:

• [->will($this->throwException(..)][1]
• ->willThrowException(..

Necesito probar algunos casos en los que el código auxiliar arroja errores de PHP.

¿PHPUnit admite algo como esto? ¿Alguna solución aquí?

La throwException() en la clase PHPUnit TestCase puede tomar cualquier instancia de Throwable como parámetro.

Esto significa,

->will($this->throwException(new Error()));
->will($this->throwException(new Exception()));

ambos son validos

Puede hacer que una función en una prueba arroje una excepción como esta:

$handlerConsentMessage = $this->getMockBuilder('YourClass')
            ->setMethods(array('yourMethod'))->getMock();

$handlerConsentMessage->method('yourMethod')->willThrowException(new Exception());

$handlerConsentMessage->run('functionToRun');

Ahora, cuando ejecute su función de prueba functionToRun, si alguna vez se llama a la función YourMethod, se generará una excepción.

Simplemente active un error:

$foo
    ->expects($this->once())
    ->method('bar')
    ->willReturnCallback(function () {
        trigger_error(
            'Now really is not a good time',
            E_USER_ERROR
        );
    });

Para referencia, consulte:

• http://php.net/manual/en/function.trigger-error.php

El código de alta calidad no produce ningún error de PHP (aviso, advertencia, fatal, errores de análisis) durante el trabajo normal. Si aún produce errores, debe intente detectar tales casos extremos y lanzar excepciones / devolver un resultado diferente. Entonces estas excepciones son fácilmente burlables en las pruebas de PHPUnit.

Otra solución, si no es posible modificar la clase probada– es definir el detector de errores dentro de su prueba, consulte set_error_handler. La lógica debería ser la siguiente:

1. El método probado genera algún error, por ejemplo, una advertencia
2. La advertencia es capturada por set_error_handler dentro de su prueba.
3. Dentro de la devolución de llamada de set_error_handler, configura alguna variable para indicar que la advertencia fue atrapada. (podría ser alguna propiedad estática u otro almacenamiento)
4. Al final de la prueba, afirma que la propiedad estática tiene cierto valor = significa que se generó una advertencia.