Munguia Cruz Antonio de Jesus
Salazar Garrio Pedro
jueves, 8 de noviembre de 2012
Pruebas de Software
Munguia Cruz Antonio de Jesus
Salazar Garrido Pedro
Definición de la conferencista de Ingeniería de
Sistemas
La rama de la ingeniería que facilita la implementación de
una correcta combinación de herramientas de software y
hardware que permitan apoyar:
1.- La estrategia de los países
2.-La estrategia de negocio de las compañías
3.-La felicidad y facilidad en la vida de las personas
Descrédito de las pruebas de software
Las pruebas no están funcionando, simplemente es un requerimiento más del método. Falta de implementación de métodos formales. Falta de personas entrenadas
“Las Pruebas son responsabilidad del usuario”
Las pruebas de aceptación se convirtieron en pruebas de sistema. No es su trabajo, costo de oportunidad. Los Usuarios no están entrenados para tal efecto, complejidad técnica, ad-hoc testing.
Objetivos del Testing
l.- Encontrar defectos
2.- Lograr confianza acerca del nivel de calidad
3.- Proveer información
4.- Prevenir defectos
Principios generales del Testing
l.- Testing muestra la presencia de defectos
2.- Testing exhaustivo es imposible
3.- Testing temprano
4.- Concentración (cluster) de Defectos
Niveles de Pruebas: Unitarias, Integración,
Sistema y Aceptación
l Cada etapa de desarrollo genera artefactos a los cuales se les debe aplicar (en ciclos de vida clásicos):
Pruebas Unitarias: Realizadas por el creador del artefacto
Pruebas Integración: Realizadas por el creador del artefacto
Pruebas de Sistema: Realizadas por el equipo de pruebas
Prueba de Aceptación – Usuario: Se realizan al final de las anteriores, cuando los artefactos están listos.
Resumen Niveles de Prueba-Cuándo se prueba.
1.-Requisitos:
Creación Artefactos
-Unitarias
- Integración
Proceso de Pruebas
-Sistema
2.-Diseño:
Creación Artefactos:
-Unitarias
- Integración
Proceso de Pruebas
-Sistema
3.-Construccion:
Creación Artefactos:
-Unitarias
- Integración
Proceso de Pruebas
-Sistema
Qué se necesita para implementar pruebas
Depende de mi modelo de desarrollo (Clásico, Ágil?),Unitarias, integración, de sistemas o aceptación?
Dependiendo, se debe establecer e implantar procesos y métodos. Algunos ejemplos para pruebas de sistema.
Claves para la implantación
l El éxito de la implantación de un área de pruebas
depende de :
Por si mismas no tienen sentido. Los métodos dependerán del ciclo de vida utilizado en el proyecto Madurez. Dónde debe estar el proceso de pruebas.Existen muchos modelos, pero recuerde que hace parte del proceso de desarrollo.
Herramientas Operativas:
1.-Operativas
2.-Para pruebas unitarias
3.-Automatización de Pruebas funcionales
4.-Automatización
5.-Automatización bajo framework de trabajo
6.-Alta Automatización
Salazar Garrido Pedro
Definición de la conferencista de Ingeniería de
Sistemas
La rama de la ingeniería que facilita la implementación de
una correcta combinación de herramientas de software y
hardware que permitan apoyar:
1.- La estrategia de los países
2.-La estrategia de negocio de las compañías
3.-La felicidad y facilidad en la vida de las personas
Descrédito de las pruebas de software
Las pruebas no están funcionando, simplemente es un requerimiento más del método. Falta de implementación de métodos formales. Falta de personas entrenadas
“Las Pruebas son responsabilidad del usuario”
Las pruebas de aceptación se convirtieron en pruebas de sistema. No es su trabajo, costo de oportunidad. Los Usuarios no están entrenados para tal efecto, complejidad técnica, ad-hoc testing.
Objetivos del Testing
l.- Encontrar defectos
2.- Lograr confianza acerca del nivel de calidad
3.- Proveer información
4.- Prevenir defectos
Principios generales del Testing
l.- Testing muestra la presencia de defectos
2.- Testing exhaustivo es imposible
3.- Testing temprano
4.- Concentración (cluster) de Defectos
Niveles de Pruebas: Unitarias, Integración,
Sistema y Aceptación
l Cada etapa de desarrollo genera artefactos a los cuales se les debe aplicar (en ciclos de vida clásicos):
Pruebas Unitarias: Realizadas por el creador del artefacto
Pruebas Integración: Realizadas por el creador del artefacto
Pruebas de Sistema: Realizadas por el equipo de pruebas
Prueba de Aceptación – Usuario: Se realizan al final de las anteriores, cuando los artefactos están listos.
Resumen Niveles de Prueba-Cuándo se prueba.
1.-Requisitos:
Creación Artefactos
-Unitarias
- Integración
Proceso de Pruebas
-Sistema
2.-Diseño:
Creación Artefactos:
-Unitarias
- Integración
Proceso de Pruebas
-Sistema
3.-Construccion:
Creación Artefactos:
-Unitarias
- Integración
Proceso de Pruebas
-Sistema
Qué se necesita para implementar pruebas
Depende de mi modelo de desarrollo (Clásico, Ágil?),Unitarias, integración, de sistemas o aceptación?
Dependiendo, se debe establecer e implantar procesos y métodos. Algunos ejemplos para pruebas de sistema.
Claves para la implantación
l El éxito de la implantación de un área de pruebas
depende de :
Por si mismas no tienen sentido. Los métodos dependerán del ciclo de vida utilizado en el proyecto Madurez. Dónde debe estar el proceso de pruebas.Existen muchos modelos, pero recuerde que hace parte del proceso de desarrollo.
Herramientas Operativas:
1.-Operativas
2.-Para pruebas unitarias
3.-Automatización de Pruebas funcionales
4.-Automatización
5.-Automatización bajo framework de trabajo
6.-Alta Automatización
Suscribirse a:
Entradas (Atom)
