Seminario prueba antiestress
Páginas: 29 (7144 palabras)
Publicado: 29 de marzo de 2011
Seminario de Pruebas de Estrés
Contenido
Introducción
Incorporando las Pruebas de Estrés en el Ciclo de Vida del Desarrollo de Sistemas
Preparando una Prueba de Estrés
Automatización de Pruebas
Introducción
“El Software está en todas partes. Sin embargo, lo escriben personas, por lo tanto NO es perfecto.”
Introducción
Las complejidades en el desarrollo de Sw hanevolucionado con el paso del tiempo La demanda en especialidades de QA se ha incrementado o tomado mayor relevancia Las aplicaciones Web incrementan la complejidad en las pruebas al introducir más elementos que una aplicación tradicional C/S. Redes alámbricas, inalámbricas, dispositivos móviles, aspectos de comunicaciónes, concurrencia, volumen deben de ser cuidadosamente considerados durante eldesarrollo.
¿Qué esperamos al probar ?
Verificar que el Sw se ejecute de acuerdo al diseño previsto.
Descubrir problemas potenciales anticipados en el diseño.
que
no
hayan
sido
Desarrollar y ejecutar más pruebas, más rápido y más frecuentemente
Anticiparnos a problemas de utilización muy al inicio del proceso de desarrollo, para que estos problemas puedan resolverse a tiempo El equipo de QA
El equipo de QA debe contar ...
Con habilidades en implementar estrategias para pruebas Con conocimiento en prácticas de Ingeniería de Sw Con experiencia en Prácticas para implementar y ejecutar pruebas Con conocimiento en el manejo y herramientas especializadas para pruebas aplicación de
¡Los “bugs” son reales !
En 1947, las computadoras eran del tamaño de cuartos muygrandes donde la última maravilla era la Mark II, construida en Harvard cuando ....
Repentinamente deja de funcionar, los técnicos entran al “cuarto” a revisar y se encuentran entre los relays a una polilla achicharrada.
El concepto de “BUG” estaba naciendo
Algunos términos para una falla de software
Defecto Problema Error Incidente Anomalía Variación Falla Inconsistencia Bug
Algunoserrores para recordar
El juego del Rey León de Disney. El juego solo se podía ejecutar en algunas PC's!
El Bug de Intel de la División de Punto Flotante
(4195835/3145727)*3145727-4195835 debe ser = 0
El Y2K
El sistema de defensa de los misiles Patriot. Un pequeño error de timing en los relojes del sistema, hacía que después de 14 hrs el sistema no fuera exacto.
Responsabilidades deun Tester
Identificar áreas potenciales de alto riesgo las cuáles deben ser tomadas en cuenta en el plan de pruebas
Identificar, analizar y reproducir errores efectivamente en ambientes Web ( los cuáles son propensos a múltiples ambientes y diferentes tecnologías )
Capitalizar errores existentes para descubrir más errores del mismo tipo o de tipos relacionados
¿ Cuándo ocurre un bug ?Un bug en el software ocurre cuando:
1.El Sw NO hace algo que la especificación dice que debería 2.El Sw hace algo que en la especificación dice que NO debería 3.El Sw hace algo que la especificación NO lo menciona 4.El Sw NO hace algo que la especificación NO menciona pero debería hacerlo 5.El Sw es difícil de entender, difícil de usar, lento o a los ojos del tester; será visto por el usuariofinal como mal planeado
Tipos de pruebas
Black-box Testing
White-box Testing
Gray-box Testing
Regresion Testing
Ambientes operativos
Tipos de Pruebas
Black-Box Testing
Se enfoca en los atributos externos del Sw y en el comportamiento El tester solo conoce lo que se supone debe hacer el Sw y no puede “mirar” dentro de la caja para ver como éste opera. Son pruebasfuncionales o de comportamiento Solo interesan los casos de pruebas iniciales y el reporte de la prueba final Aunque ésta forma de probar es importante, puede no ser muy efectiva al probar cierto tipos de errores como: errores de flujo de datos o errores de condiciones frontera
Black-box Testing
White-Box Testing ( Glass-box testing )
Se prueba el Sw con el conocimiento de las estructuras de datos...
Contenido
Introducción
Incorporando las Pruebas de Estrés en el Ciclo de Vida del Desarrollo de Sistemas
Preparando una Prueba de Estrés
Automatización de Pruebas
Introducción
“El Software está en todas partes. Sin embargo, lo escriben personas, por lo tanto NO es perfecto.”
Introducción
Las complejidades en el desarrollo de Sw hanevolucionado con el paso del tiempo La demanda en especialidades de QA se ha incrementado o tomado mayor relevancia Las aplicaciones Web incrementan la complejidad en las pruebas al introducir más elementos que una aplicación tradicional C/S. Redes alámbricas, inalámbricas, dispositivos móviles, aspectos de comunicaciónes, concurrencia, volumen deben de ser cuidadosamente considerados durante eldesarrollo.
¿Qué esperamos al probar ?
Verificar que el Sw se ejecute de acuerdo al diseño previsto.
Descubrir problemas potenciales anticipados en el diseño.
que
no
hayan
sido
Desarrollar y ejecutar más pruebas, más rápido y más frecuentemente
Anticiparnos a problemas de utilización muy al inicio del proceso de desarrollo, para que estos problemas puedan resolverse a tiempo El equipo de QA
El equipo de QA debe contar ...
Con habilidades en implementar estrategias para pruebas Con conocimiento en prácticas de Ingeniería de Sw Con experiencia en Prácticas para implementar y ejecutar pruebas Con conocimiento en el manejo y herramientas especializadas para pruebas aplicación de
¡Los “bugs” son reales !
En 1947, las computadoras eran del tamaño de cuartos muygrandes donde la última maravilla era la Mark II, construida en Harvard cuando ....
Repentinamente deja de funcionar, los técnicos entran al “cuarto” a revisar y se encuentran entre los relays a una polilla achicharrada.
El concepto de “BUG” estaba naciendo
Algunos términos para una falla de software
Defecto Problema Error Incidente Anomalía Variación Falla Inconsistencia Bug
Algunoserrores para recordar
El juego del Rey León de Disney. El juego solo se podía ejecutar en algunas PC's!
El Bug de Intel de la División de Punto Flotante
(4195835/3145727)*3145727-4195835 debe ser = 0
El Y2K
El sistema de defensa de los misiles Patriot. Un pequeño error de timing en los relojes del sistema, hacía que después de 14 hrs el sistema no fuera exacto.
Responsabilidades deun Tester
Identificar áreas potenciales de alto riesgo las cuáles deben ser tomadas en cuenta en el plan de pruebas
Identificar, analizar y reproducir errores efectivamente en ambientes Web ( los cuáles son propensos a múltiples ambientes y diferentes tecnologías )
Capitalizar errores existentes para descubrir más errores del mismo tipo o de tipos relacionados
¿ Cuándo ocurre un bug ?Un bug en el software ocurre cuando:
1.El Sw NO hace algo que la especificación dice que debería 2.El Sw hace algo que en la especificación dice que NO debería 3.El Sw hace algo que la especificación NO lo menciona 4.El Sw NO hace algo que la especificación NO menciona pero debería hacerlo 5.El Sw es difícil de entender, difícil de usar, lento o a los ojos del tester; será visto por el usuariofinal como mal planeado
Tipos de pruebas
Black-box Testing
White-box Testing
Gray-box Testing
Regresion Testing
Ambientes operativos
Tipos de Pruebas
Black-Box Testing
Se enfoca en los atributos externos del Sw y en el comportamiento El tester solo conoce lo que se supone debe hacer el Sw y no puede “mirar” dentro de la caja para ver como éste opera. Son pruebasfuncionales o de comportamiento Solo interesan los casos de pruebas iniciales y el reporte de la prueba final Aunque ésta forma de probar es importante, puede no ser muy efectiva al probar cierto tipos de errores como: errores de flujo de datos o errores de condiciones frontera
Black-box Testing
White-Box Testing ( Glass-box testing )
Se prueba el Sw con el conocimiento de las estructuras de datos...
Leer documento completo
Regístrate para leer el documento completo.