Según el título, me pregunto si es posible proporcionar "suposiciones" a Scalatest al definir un caso de prueba en particular. Las suposiciones en este contexto serían condiciones previas para una prueba, de modo que si la suposición se evaluara como falsa, la prueba se saltaría en lugar de ejecutarse (y los corredores la manejarían en consecuencia).¿Scalatest tiene algún soporte para suposiciones?
En este caso particular, estoy pensando acerca de las dependencias entre las pruebas - por lo que podría ser una prueba básica que valida si un método devuelve nada en absoluto , seguido por pruebas posteriores que perforan en los detalles de la respuesta. Si la prueba anterior falla, prefiero que la última prueba se marque como "no ejecutable" de alguna manera, en lugar de hacer que también fallen.
Dicho esto, me imagino usar esto en el futuro para definir algunas condiciones previas desconectadas (como el disco duro debe tener al menos 20MB de espacio libre), así que si hay una forma general de skippin una prueba en tiempo de ejecución (en lugar de usando ignore
o pending
) Prefiero escuchar eso.
La sintaxis especializada es bienvenida, aunque si tengo que lanzar manualmente un cierto tipo de excepción, también está bien.
¿Cómo quiere que la prueba sea informado? Como Ignorado, Pendiente, Éxito, ¿Fracaso? –
Me gustaría esto también. El caso de uso está poblando una base de datos con material de prueba; si eso falla, las pruebas (no todas) que se leerían de la base de datos no se deberían ejecutar. Preferiría informarlos como "ignorados". – akauppi