Planes de pruebas y programaciones
Agrupa casos de prueba en planes con nombre, ejecútalos juntos y ejecuta un plan cada noche.
Un plan de pruebas es una selección con nombre de casos de prueba de un proyecto, como «Smoke» o «Preparación de la versión». Los casos de prueba siguen siendo independientes: el mismo caso de prueba puede estar en varios planes, y corregirlo una vez lo corrige en todos. Un caso de prueba no necesita un plan.
Abre un proyecto y haz clic en Test plans.
Crear un plan
Un plan se crea al ponerle nombre. Abre un caso de prueba y escribe un nombre en su campo Test plan: si todavía no existe ningún plan con ese nombre, se crea y el caso de prueba se une a él. Haz lo mismo en cada caso de prueba que quieras incluir en el plan.
Ejecutar un plan
Haz clic en Run plan en el plan, o abre New run y elige el plan en Or a test plan. Elige el entorno y haz clic en Start run.
Ejecutar un plan inicia una ejecución por caso de prueba, en el orden del plan y todas en el mismo entorno. Cada ejecución es una ejecución normal con su propia página, sus pasos y su resultado, como si la hubieras lanzado sola. Si no hay capacidad para iniciarlas todas, no se inicia ninguna.
Cada caso de prueba debe preparar su propio recorrido. No dependas de que un caso de prueba anterior del plan haya registrado una cuenta o creado datos: un solo fallo rompería todo lo que viene después.
Programar un plan
Abre un plan, ve a Triggers y activa Schedule: el plan se ejecuta cada noche a las 02:00 en el entorno que elijas, en la zona horaria del navegador desde el que lo guardaste. Haz clic en Save triggers.
- Si el proyecto todavía no tiene ningún entorno, añade uno primero.
- Si una noche no hay capacidad para ejecutar el plan, o el plan está vacío, esa noche se omite y se reserva la siguiente.
- La noche del cambio de hora, una hora que no existe se ejecuta en el siguiente minuto que sí existe, y una hora repetida se ejecuta una sola vez.
Las ejecuciones programadas muestran "Schedule: <plan>" como su disparador.
Ejecutar un plan en las pull requests
Un proyecto puede ejecutar un plan en cada pull request, contra el despliegue de previsualización de la PR, con los resultados como un check de GitHub. Elige el plan en Settings → Integrations → Pull requests. Consulta Pruebas de pull requests.
Qué agrupar
Mantén los planes pequeños y ponles el nombre de una decisión que alguien toma:
- Smoke: los pocos recorridos que tienen que funcionar antes de que merezca la pena comprobar nada más.
- Preparación de la versión: lo que compruebas antes de publicar.
- Un área: el pago, el onboarding o la facturación.
Evita un plan de «todo». Un plan que siempre tiene un fallo sin relación acostumbra a los revisores a ignorarlo.
¿No lo encontraste?