Algunas cosas no se pueden determinar simplemente leyendo el código. Si un formulario se envía correctamente, si un flujo se completa o si una página se renderiza: todo esto requiere que la aplicación esté en ejecución y que alguien la utilice.
Las pruebas de navegador son la forma en que Coroid las verifica. Puede encontrarlas en Calidad → Pruebas → Navegador. Calidad → Pruebas → Navegador.
Escenarios
Un escenario describe un flujo de usuario en lenguaje sencillo: qué acciones realizar y qué debe ser cierto después.
Sign in as a standard user, open the billing page, and change the
plan from Free to Professional.
Expect: the confirmation dialog lists the new monthly price, and after
confirming, the plan shown in the header is Professional.Escriba las expectativas como resultados observables. La afirmación «la página funciona» no permite detectar fallos significativos; en cambio, «el encabezado muestra 'Professional'» sí lo hace.
Destinos de prueba y cuentas
Un destino de prueba es el entorno en el que se ejecuta un escenario, normalmente una vista previa de la modificación que se está verificando.
Los destinos incluyen su propia configuración y cuentas de prueba. Las cuentas de prueba son credenciales creadas específicamente para este fin.
Control basado en resultados
Los resultados de las pruebas de navegador pueden alimentar una puerta de calidad al igual que cualquier otra comprobación: ya sea bloqueante o informativa.
En este caso, lo recomendable es optar por la modalidad informativa, más que en otros casos. Las pruebas de navegador son las comprobaciones más inestables de cualquier sistema: dependen del tiempo, de la red y de un entorno en ejecución. Solo haga que sean bloqueantes cuando observe que un escenario concreto sea estable tras numerosas ejecuciones.
Mantenerlas útiles
- Pocas pero importantes. Diez escenarios que cubran los flujos críticos son mejores que cien que abarquen todo. Cada uno de ellos supone un coste de tiempo en cada ejecución.
- Independientes. Un escenario que dependa de que otro se haya ejecutado primero generará errores confusos.
- Limpieza. Un escenario que cree datos no debe dejar un estado que impida la ejecución siguiente.
Cuando un escenario falla
Compruebe las pruebas antes del código. Las ejecuciones del navegador registran lo ocurrido, y las causas más comunes son ambientales: la vista previa no estaba lista, una dependencia no funcionaba o una cuenta estaba bloqueada.
Un fallo real se reproducirá; un resultado errático no lo hará.