Descripción del proyecto
TraducidoOperamos un portal B2B utilizado todos los días por nuestros socios y gerentes de cuentas, y enviamos actualizaciones aproximadamente dos veces al mes. En cada lanzamiento probamos los mismos caminos críticos a mano, lo que consume un día completo del tiempo de un tester manual, y aún así se nos escapan cosas porque un humano se cansa y omite un paso. Queremos reemplazar ese ritual con una suite de regresión automatizada que se ejecute antes de cada lanzamiento y nos diga claramente si los escenarios principales aún funcionan.
La suite debe cubrir el flujo de inicio de sesión con credenciales válidas e inválidas y una cuenta bloqueada, el camino completo de envío de solicitudes desde un formulario vacío hasta un registro confirmado, y acceso basado en roles para que un socio nunca vea las pantallas de un gerente y un gerente no pueda acceder al área de administración. Nos gustaría que las pruebas se ejecuten contra una copia de staging del portal, produzcan un informe legible que muestre qué escenarios pasaron y cuáles fallaron con una captura de pantalla en el punto de fallo, y sean lanzables tanto a mano como desde nuestra tubería de construcción con un código de salida claro.
Esperamos un código de prueba limpio y mantenible que un nuevo ingeniero pueda extender, selectores estables que no se rompan con cambios menores en el marcado, y notas escritas breves sobre cómo agregar un nuevo escenario. Los entregables incluyen:
— escenarios de inicio de sesión que cubran éxito, contraseña incorrecta y un usuario bloqueado;
— envío de solicitudes de extremo a extremo con validación de campos;
— verificaciones de roles y permisos para socio, gerente y administrador;
— un informe legible y un código de salida amigable para la tubería.
La suite debe cubrir el flujo de inicio de sesión con credenciales válidas e inválidas y una cuenta bloqueada, el camino completo de envío de solicitudes desde un formulario vacío hasta un registro confirmado, y acceso basado en roles para que un socio nunca vea las pantallas de un gerente y un gerente no pueda acceder al área de administración. Nos gustaría que las pruebas se ejecuten contra una copia de staging del portal, produzcan un informe legible que muestre qué escenarios pasaron y cuáles fallaron con una captura de pantalla en el punto de fallo, y sean lanzables tanto a mano como desde nuestra tubería de construcción con un código de salida claro.
Esperamos un código de prueba limpio y mantenible que un nuevo ingeniero pueda extender, selectores estables que no se rompan con cambios menores en el marcado, y notas escritas breves sobre cómo agregar un nuevo escenario. Los entregables incluyen:
— escenarios de inicio de sesión que cubran éxito, contraseña incorrecta y un usuario bloqueado;
— envío de solicitudes de extremo a extremo con validación de campos;
— verificaciones de roles y permisos para socio, gerente y administrador;
— un informe legible y un código de salida amigable para la tubería.
Desarrollo de software Efectivo, Transferencia bancaria
