Selenium y otras tecnologías de automatización de pruebas pueden ayudarlo a automatizar las verificaciones repetitivas (consulte esta excelente publicación de Michael Bolton: Testing vs. Checking).
Un buen ejercicio sería analizar el tiempo que pasó en una semana / sprint / mes (o lo que sea mejor para usted) buscando manualmente las cosas que podrían ser revisadas por una computadora. Ya sea para verificar si un módulo está presente en una página o si al hacer clic en un botón aparece una nueva sección de la página, o incluso si algún enlace en la página está redirigiendo a una página de error 404, etc. podría pensar en automatizar estas comprobaciones porque este tipo de comprobaciones son aburridas cuando las realiza un humano y, por lo tanto, son muy propensas a errores.
Algo que también podría considerar es automatizar las reparaciones de defectos importantes (P1 y P2, por ejemplo, o cualquier clasificación que use). Siempre abogo por que estas pruebas se realicen en un desarrollo basado en pruebas. La razón es que si primero arregla el defecto y desarrolla la prueba después, no lo hará en las mismas condiciones que originaron el defecto.
- Cómo mejorar una aplicación que ya existe
- ¿Me puede dar ideas innovadoras para el desarrollo de aplicaciones?
- ¿Existe un widget de tablero Mac similar a la aplicación iPhone Clock?
- ¿Qué tipos de software de gestión de operaciones comerciales están disponibles para una empresa de fabricación, comercialización y distribución de alimentos?
- ¿Cuáles son algunos programas gratuitos que pueden generar la nomenclatura IUPAC a partir de una estructura dada?
Sin embargo, debe tener en cuenta las desventajas de la automatización. Las comprobaciones pueden demorar más en implementarse, son código, por lo que debe mantenerlo y puede tener errores en sus scripts, y si tiene un entorno de Integración Continua, estas comprobaciones pueden tener un impacto en el tiempo que tarda el código en estar disponible en todos sus entornos de prueba.