Entiendo que,
@Before y @BeforeClass se ejecutan antes de cada prueba, o de toda la clase de prueba, respectivamente@Rule y @ClassRule envuelven cada prueba, o la clase de prueba completa, respectivamente.Digamos que necesito inicializar algunos datos antes de cada método de prueba,
¿Cómo decido entre usar @Before y @Rule ? ¿Bajo qué condiciones se prefiere uno sobre otro? La misma pregunta también se aplica a @BeforeClass vs. @ClassRule .
Para usar @Rule , necesita una clase que implemente TestRule (preferido) o MethodRule , como se puede leer aquí . Mientras que @Before y @After requieren que se escriba un nuevo método en cada caso de prueba, @Rule no lo requiere porque es solo una instanciación de código ya existente.
Entonces, si usaría @Before y @After para setUp() y tearDown() que usará en muchos casos de prueba, en realidad es una mejor idea usar @Rule debido a code reuse . Si tiene un caso de prueba que requiere un @Before y/o un @After Después únicos, estas anotaciones son preferibles.
Para una respuesta un poco más elaborada con un par de ejemplos, eche un vistazo aquí . Ajit lo explica muy bien.
De hecho, como sugirió @Quwin, según el documento API JUnit 4.12 ,
TestRulepuede hacer todo lo que se podía hacer anteriormente con métodos anotados con@Before,@After,@BeforeClasso@AfterClass, peroTestRules son (1) más potentes y (2) más fáciles de compartir entre proyectos y clases.
Formas en que TestRule s son más potentes :
Existen clases de implementación conocidas de TestRule , que son algunas reglas útiles que puede usar de forma inmediata,
Para ver ejemplos de cómo esto puede ser útil, consulte estas TestRules proporcionadas o escriba las suyas propias:
ErrorCollector: recopila múltiples errores en un método de pruebaExpectedException: hacer aserciones flexibles sobre excepciones lanzadasExternalResource: iniciar y detener un servidor, por ejemploTemporaryFolder: cree archivos nuevos y elimínelos después de la pruebaTestName: recuerda el nombre de la prueba para usar durante el métodoTestWatcher: agregue lógica en eventos durante la ejecución del métodoTimeoutde espera: hace que la prueba falle después de un tiempo establecidoVerifier: no pasa la prueba si el estado del objeto termina siendo incorrecto
Otro beneficio de las reglas es que se pueden usar varias reglas en un solo caso de prueba. Es posible que desee utilizar RuleChain para especificar el orden en que se deben ejecutar las reglas.