Solución:
Creo que te refieres a los accesorios de prueba:
El propósito de un dispositivo de prueba es garantizar que exista un entorno bien conocido y fijo en el que se ejecuten las pruebas para que los resultados sean repetibles. Algunas personas llaman a esto el contexto de prueba.
Ejemplos de accesorios:
- Carga de una base de datos con un conjunto de datos específico y conocido
- Borrar un disco duro e instalar una instalación limpia conocida del sistema operativo
- Copiar un conjunto de archivos conocido específico
- Preparación de datos de entrada y configuración / creación de objetos falsos o simulados
(fuente: wikipedia, ver enlace arriba)
Aquí también hay algunos ejemplos prácticos de la documentación del marco de ‘Prueba de Google’.
Creo que las pruebas de unidades de PHP tienen una muy buena explicación de esto:
Una de las partes de la escritura de pruebas que consume más tiempo es escribir el código para configurar el mundo en un estado conocido y luego devolverlo a su estado original cuando se complete la prueba. Este estado conocido se denomina accesorio de la prueba.
También los documentos de Yii describieron la prueba de accesorios en buena forma:
Las pruebas automatizadas deben ejecutarse muchas veces. Para asegurar que el proceso de prueba sea repetible, nos gustaría ejecutar las pruebas en algún estado conocido llamado fixture. Por ejemplo, para probar la función de creación de publicaciones en una aplicación de blog, cada vez que ejecutamos las pruebas, las tablas que almacenan datos relevantes sobre publicaciones (por ejemplo, la tabla Publicaciones, la tabla Comentarios) deben restaurarse a algún estado fijo.
Aquí el ejemplo simple de prueba de accesorios
<?php
use PHPUnitFrameworkTestCase;
class StackTest extends TestCase
{
protected $stack;
protected function setUp()
{
$this->stack = [];
}
protected function tearDown()
{
$this->stack = [];
}
public function testEmpty()
{
$this->assertTrue(empty($this->stack));
}
public function testPush()
{
array_push($this->stack, 'foo');
$this->assertEquals('foo', $this->stack[count($this->stack)-1]);
$this->assertFalse(empty($this->stack));
}
public function testPop()
{
array_push($this->stack, 'foo');
$this->assertEquals('foo', array_pop($this->stack));
$this->assertTrue(empty($this->stack));
}
}
?>
Esta prueba unitaria de PHP tiene funciones con nombres setUp y tearDown que antes de ejecutar su prueba, configure sus datos y, al finalizar, puede restaurarlos al estado inicial.
El término accesorio varía según el contexto, el lenguaje de programación o el marco.
1. Un estado conocido en el que se está ejecutando una prueba.
Una de las partes de la escritura de pruebas que consume más tiempo es escribir el código para configurar el mundo en un estado conocido y luego devolverlo a su estado original cuando se complete la prueba. Este estado conocido se denomina accesorio de la prueba. Documentación de PHP-Unit
Un dispositivo de prueba (también conocido como contexto de prueba) es el conjunto de condiciones previas o estado necesario para ejecutar una prueba. El desarrollador debe configurar un buen estado conocido antes de las pruebas y volver al estado original después de las pruebas. Wikipedia (xUnit)
2. Un archivo que contiene datos de muestra
Accesorios es una palabra elegante para datos de muestra. Los accesorios le permiten completar su base de datos de pruebas con datos predefinidos antes de que se ejecuten sus pruebas. Los accesorios son independientes de la base de datos y están escritos en YAML. Hay un archivo por modelo. RubyOnRails.org
3. Un proceso que establece un estado requerido.
Un dispositivo de prueba de software configura el sistema para el proceso de prueba proporcionándole todo el código necesario para inicializarlo, satisfaciendo así las condiciones previas que pueda haber. Un ejemplo podría ser cargar una base de datos con parámetros conocidos desde el sitio de un cliente antes de ejecutar su prueba. Wikipedia