Creo que lo peor es cometer un error en el entorno de producción que dará como resultado la pérdida de dinero o la interrupción del trabajo porque los empleados del cliente serán bloqueados de alguna manera.
Lo más fácil de evitar es, por supuesto, tener un equipo de integración trabajando para el cliente que se responsabilice de probar su trabajo en un entorno de prueba y luego implementarlo en producción. De esta manera, si algo está mal, podrían notarlo durante la prueba. De lo contrario, no pueden culparte porque puedes decir: “¡Todo salió bien en las pruebas para que nadie pueda predecir esto!” 🙂
Lo más complicado (cuando usted también es responsable de las pruebas) sería guardar una copia de seguridad de la base de datos de producción, la última versión del código antes de la entrega, los últimos parámetros del entorno antes del cambio, luego monitorear la producción, al menos el primero días después del parto. Entonces, cuando algo salió mal, regresa al estado anterior del entorno de producción y corrige su error en el entorno de desarrollo.
- ¿Qué es un software de gestión de equipo?
- ¿Cuándo es seguro llamarse desarrollador específico de un idioma? Por ejemplo, desarrollador Python o desarrollador Java.
- ¿Cuál es mejor probador s / w o desarrollador s / w?
- ¿Cómo cambio mi profesión cuando mi carrera actual como programador ha llegado a un punto muerto y no tengo experiencia / habilidad con nada más?
- Pruebas de rendimiento: ¿diferencia entre la línea de base y la referencia?