La mejor manera que he encontrado para ejecutar pruebas de integración contra una aplicación web después de una implementación es mediante el uso de las canalizaciones de implementación de Codeship . Escribí una publicación en el blog de Codeship sobre agregar pruebas de humo posteriores al despliegue a cualquier tubería de Codeship, pero aquí está el concepto básico:
Las canalizaciones de implementación de Codeship se ejecutan después de las fases de construcción y prueba. Son pasos aislados que describen dónde y cómo implementar / entregar su aplicación .
¡La belleza de estas tuberías de implementación es que puede tener múltiples pasos! Esto facilita la ejecución de pruebas de humo después de un despliegue. Por ejemplo:
- ¿Cuál es la mejor manera de abrir y escribir (guardar) contenido en un iframe?
- ¿Vale la pena aprender desarrollo web en 2016?
- ¿Cuál es el futuro de AngularJS? ¿Python es más poderoso que AngularJS en el futuro?
- ¿Se están concentrando más desarrolladores en aplicaciones móviles iOS y Android que en aplicaciones web?
- Cómo hacer posible registrarse en mi sitio usando HTML
- En el primer paso, implemente su aplicación normalmente. Como este ejemplo que se despliega en Heroku:
- En un segundo paso, puede activar un script o comando que ejecute pruebas en la aplicación web en vivo:
El paso 2 no se ejecuta a menos que pase el paso 2. Por lo tanto, sabemos que si se aprueba el paso 1, hay una nueva versión de la aplicación que se ejecuta en Heroku , por lo que puede activar un script o comando que pruebe la aplicación web e informe cualquier falla.
La publicación del blog utiliza Assertible como una forma de desencadenar las pruebas de humo: para una renuncia completa, soy el cofundador de Assertible. Sin embargo, esta implementación no es específica de ninguna herramienta, y la idea general funcionará con cualquier proveedor de implementación o scripts de prueba.
¿Qué piensan todos de este enfoque? ¿Algo que pueda agregar al flujo de trabajo?
:: Cody Reichert