Please enable JavaScript.
Coggle requires JavaScript to display documents.
Tema #14: Implementación y pruebas de sistema (Tipos de pruebas (De Unidad…
Tema #14: Implementación y pruebas de sistema
Pasos genéricos para etapa de pruebas
Instalar el producto en un ambiente controlado de pruebas
Efectuar pruebas funcionales
Efectuar pruebas no funcionales
Documentar errores
Corregir errores de acuerdo a su prioridad
Tipos de pruebas
De Unidad
- Se usa la descripción del diseño para comprobar cada componente y cada funcionalidad en la versión final del producto.
De Integración
- Se toman los componentes individuales para probar la estructura del programa en general considerando toda la arquitectura.
De Regresión
- Asegura que la inclusión de componentes nuevos no tengan impactos colaterales, es decir, se ejecutan procesos ya probados para asegurar que no hayan sido afectados.
De Sistema
- Se realizan una vez integrados todos los componentes simulando diferentes escenarios o usos para probar la eficacia de respuesta.
De Aceptación
- Se libera el sistema a uno o varios usuarios para evaluar el funcionamiento del mismo. Se certifica que los usuarios están satisfechos con el producto final.
De Estrés
- Comprueban la funcionalidad del sistema ante una demanda excesiva y verifica que los limites de la aplicación se cumplan con los limites especificados.
Alfa
- Se realiza en el lugar de desarrollo en donde los programadores observan a los usuarios para asegurar que no haya mal interpretaciones en el uso del software.
Beta
- Se realiza en sitios de usuario final. Es una aplicación en vivo del producto final.
*De Seguridad
- Verifica los mecanismos de seguridad implementados para evitar accesos no autorizados a información sensible.
La Depuración
tiene por objetivo eliminar todos los errores encontrados sin ocasionar errores nuevos. Una vez aplicada la corrección, se debe ejecutar de nuevo la prueba en la que se detectó el error para asegurar la correcta remoción del mismo y que no hay errores adicionales provocados por el cambio efectuado en el software.
Replicar el error
- Significa seguir los pasos que generaron el error para posteriormente analizar su origen.
Encontrar la causa
- Determinar, mediante un análisis, que está generando el error y su impacto de corrección. En este caso, se debe de considerar que si se modifica el componente o se genera código nuevo, hay un riesgo potencial de impactos colaterales no planeados.
Corregir el componente
- Una vez que se determina la causa, se debe corregir el error. En ocasiones los errores generan escenarios alternativos que por alguna razón no habían sido identificados. En este caso, se debe asegurar la documentación para determinar si se requiere hacer modificaciones al diseño.
Verificar la corrección hecha
- Una vez hecha la corrección, se deberá re-ejecutar el caso de prueba que identifico el error y analizar el nuevo comportamiento para asegurar que no hay inyección nueva de errores.
Implementación de Sistemas
Configuración
- se preparan todos los catálogos de datos necesarios para que el sistema opere.
Entrenamiento a Usuarios
- supone todas las actividades, que han sido previamente planeadas, para dar capacitación a los usuarios que estarán interactuando con el sistema de manera que se minimicen las ambigüedades, el mal uso y las interpretaciones erróneas de los procesos.
Liberación a producción
- se realiza en la fecha en que se libera el sistema en vivo para que los usuarios comiencen a utilizarlo en los procesos del negocio. Este marca la finalización de la etapa de implementación para continuar con el mantenimiento.
Retos y Descripciones
Resistencia al cambio por parte de los usuarios.
- Los usuarios no se encuentran del todo familiarizados con el producto instalado y prefieren seguir utilizando métodos más tradicionales.
La alta gerencia no muestra apoyo ni compromiso al entrenamiento de los usuarios.
- El tiempo de entrenamiento es necesario para asegurar un buen entendimiento del software instalado y el buen uso por parte de los usuarios del mismo. La gerencia debe planear y permitir la ejecución de la capacitación y entrenamiento de quienes estarán usando el producto nuevo.
Usuarios perciben al sistema como sustitutos de su experiencia propia.
- En ocasiones, los usuarios perciben que el sistema estará ejecutando tareas que antes eran ejecutadas por ellos mismos. Aquí es importante hablar de la automatización y sus beneficios para clarificar que se busca que el sistema sea un apoyo y no un reemplazo.