Expositor: Sergio Emanuel Cusmai Resumen: Se mostrará una herramienta con alto nivel de innovación que difiere de las herramientas actuales y que ayuda a los testers a realizar sus tareas de manera más confiable, y obtener información en tiempo real además de guiar y sugerir a los usuarios acciones de acuerdo a los estándares de testing profesional. Implementa Automatización de Pruebas Dinámico y cobertura múltiple de plataformas entre muchas otras funcionalidades.

2. 2
Indice
• Reseña
• Tipos de Tests
• Problemas actuales
• Como resolver los problemas?
• Ejemplos prácticos

3. 3
Certificado
en
Software
Testing
por
BCS
(Londres).
Harvard
Business
School
(Delhi).
CEO
y
Co-­‐fundador
de
Bstriker
(Ámsterdam).
CEO
de
Nimbuzz
Argentina
S.A.
Director
de
QAustral
S.A.
Traductor
oficial
de
documentación
TMM-­‐i.
Formador
Internacional
ISTQB.
TESTER
de
Software.

4. 4
BSTRIKER GOAL
Conocimiento de Testing de manera que cada vez la actividad de testing
profesional sea mas reconocida.
• Eventos Online Publicados en Pagina de Bstriker en FB.
• Sorteo de 5 libros digitales de Testing Profesionales de Software.

5. 5
Reseña
Testing no se realiza para indicar que el software funciona correctamente, se
realiza para mostrar las anomalías evitando así que el usuario las detecte.
• Testing NO eleva el nivel de Calidad. (Medico)
• El principio básico es poder medir efectivamente el nivel de calidad de la
aplicación. (calidad?)

6. 6
Hechos
El software esta cada vez mas presente en nuestra vida cotidiana.
Los Testers no son capaces de detectar el 100% de los defectos. (Nuevas
herramientas.)
Los usuarios buscan sustitutos de las aplicaciones tan pronto se sienten
insatisfechos.
Los defectos afectan la reputación de la empresa.
Normalmente el tiempo de Testing se reduce por demoras de las etapas
previas de construcción.
El mercado se mueve rápido mientas que Testing necesita tiempo.

7. 7
Reseña

8. 8
Reseña
Fabricantes
de
autos
llamando
modelos
por
errores
de
soKware.
Respirador
ArMficial
con
un
bug
de
soKware
matando
pacientes.
Esta
empresa
se
vio
afectada
por
Desarrolladores
cambiando
de
trabajo.
Los
nuevos
desarrolladores
no
querían
modificar
las
partes
ya
creadas
haciendo
crecer
el
código
excesivamente.
Este
bug
esta
relacionado
a
código
innecesario
haciendo
que
la
batería
se
agote
mas
rápido
de
lo
esperado.
Empresas
mostrando
sus
productos
mas
lentos
que
la
competencia.
EuroFighter
Typhoon
con
un
bug
que
costo
30M
eur.
Si
se
apagaba
la
computadora
del
avión
en
vuelo
inverMdo
la
misma
no
volvía
a
encender.

9. 9
Reseña

10. 10
Reseña

11. 11
Reseña
• Para hacer frente a los problemas de los modelos estructurados.
• Es normal que se mal interprete Ágil con ausencia de formalidad o
mínimo nivel de documentación.
• Teoría Tom Gilb ‘70s.
• La primera implementación ágil fue RUP ‘94.
• Manifiesto Ágil.

12. 12
Reportes
• Reportes Automáticos
• Reportes Manuales
• Que medir!

13. 13
Reportes Manuales
• Requieren Tiempo de Preparación.
• El reporte puede contener errores.
• La información puede ser manipulada.
• No esta disponible 24/7.

14. 14
Reporte Manual
• Excel, Word, Mail..….
• Posesión (Banco).
• Manifiesto Ágil (a Favor).

15. 15
Reporte Automatico
• Mayor Trazabilidad.
• No se invierte tiempo en preparación.
• Información que no se puede manipular.
• Manifiesto Ágil (en contra).

16. 16
Reporte Diario

17. 17
Diario detallado

18. 18
Métricas de Mejora

19. 19
Métricas Colaborativa

20. 20
Métricas de Decisión

21. 21
Que medir?
• TMMI, TPI, CTP, STEP, CMMI
Ejemplo empresa de comunicación

22. 22
Modelos

23. 23
Relaciones
!! Antes!'56! 57+78! 79+82!(Myers)!83+84! 85!….!
TESTING'
Debbuging! Demo! Destruccion!
Evaluacion!
(V,V!&T)! Prevención'
MODELOS'DE'
DESARROLLO'
Cascada!(Benignton!+!
Royce)!
!!
92!Modelo!
V!/!W!
94!RUP!
Primer!Agil! 99!TDD!
MODELOS'DE'
MEJORA'CONTINUA' !! STEP!+!86!(3)!
TMM!+!90!
(5)! CTP!(12)!
TPI!+!97!(4)!
(SOGETI)!!
CMMi!+!
02!
SPICE!+!
'04!(6)!
MODELOS'
GENERALES' Deming!PDCA! Kaizen' TQM! EFQM!+!88!
Six'Sigma'?'
86' !! !! !! !!

24. 24
Resumen Historia
Antes
de
1956.
Periodo
orientado
a
debugging.
En
el
‘49
A.M.
Touring
es
el
precursor
(Checking
a
large
RouMne).
Entre
1957
y
1978.
Periodo
orientado
a
demostración.
Entre
1979
y
1982.
Periodo
orientado
a
destrucción.
Myers
-­‐
The
Art
of
SoKware
TesMng.
Entre
1983
y
1984.
Periodo
orientado
a
evaluación.
(V,V&T)
Entre
1985
y
la
actualidad.
Periodo
orientado
a
prevención.
STEP
(SystemaMc
Test
and
EvaluaMon
Process)

25. 25
Reseña
• Para hacer frente a los problemas de los modelos estructurados.
• Es normal que se mal interprete Ágil con ausencia de formalidad o
mínimo nivel de documentación.
• Teoría Tom Gilb ‘70s.
• La primera implementación ágil fue RUP ‘94.
• Manifiesto Ágil.

26. 26
Tipos de Test
• Testing Estatico o Preventivo
• Testing Dinamico o Analitico
• Cualquier actividad que produzca un
resultado es TESTEABLE.

27. 27
Test Estatico
• Son tareas de Verificación para detectar entre otras cosas:
* Faltante de Información
* Mala interpretación de la información.
* Ambigüedades o inconsistencias.
Las ventajas principales son Detección Temprana y a la vez la posibilidad de
preparación de casos de pruebas antes de que el sistema este listo para
testing.

28. 28
Test Dinamico
• Son tareas de Validación donde el objetivo principal es la detección de fallos
o defectos mediante la aplicación de técnicas que ayudan a mejorar la
efectividad de las pruebas y evitar de esta manera que sea el usuario quien
detecte los problemas.
• No es momento de crear casos de pruebas sino de ejecutarlos.
El éxito de esta actividad se determina por la cantidad de defectos detectados.

29. 29
Problemas Actuales
• Se confunde Agilidad con caos.
• Documentación inexistente u obsoleta.
• Desarrollo produce mucho mas rápido de lo que
Testing puede atender.
• El area de desarrollo realiza pruebas. (Black
Team IBM 1960)
• Automatización de pruebas ayuda pero no es la
única actividad que se debe realizar.

30. 30
Problema - Sprint 1
Análisis
DiseñoTesting
Desarrollo

31. FINISHED FILES ARE THE RESULT
OF YEARS OF SCIENTIFIC STUDY
COMBINED WITH THE
EXPERIENCE OF YEARS
31

32. 32
Problema - Sprint 1
Análisis
DiseñoTesting
Desarrollo

33. 33
Problema - Sprint 2
Análisis
DiseñoTesting
Desarrollo

34. 34
Algunas Soluciones
• Aun la agilidad tiene procesos. La optimizacion
de los procesos los convierte en ágiles.
• Documentación Minima no significa ausente.
Incluye nuevas formas.
• Desarrollo mas rápido sucede cuando Testing
no se involucra en una etapa temprana.
• El area de desarrollo ejecute pruebas creadas
por el area de Testing..
• Automatización de pruebas ayuda pero no es la
única actividad que se debe realizar.
• Transparencia total.

35. 35
Sugerencia de Solución
Análisis
DiseñoTesting
Desarrollo

36. 36
Análisis
DiseñoTEST DINAMICO
Desarrollo
TE
Testing Agil

37. 37
Análisis
DiseñoTEST DINAMICO
Desarrollo
Testing Agil

38. 38
Análisis
DiseñoTEST DINAMICO
Desarrollo
TE
UAT
Testing Agil

39. 39
Análisis
DiseñoTEST DINAMICO
Desarrollo
TE
UAT
Iteración 1
Iteración 2
Testing Agil

40. 40
Análisis
DiseñoTD
Desarrollo
TE
UAT
Iteración 2
Iteración 3
Testing Agil
TA
TA

41. 41
Análisis
DiseñoTD
DEV
TE
UAT
Iteración Final
Testing Agil
TA
TA
Formato de Testing

42. 42
Rol del Tester Agil
• Es un Ingeniero de Pruebas
Analista y Revisor
Entiende de Logica y Programación
Metodologias de Testing
Homologación
Excelente comunicador.

43. 43
• GPS (NL)
• Banco
(Argentina)
Testing por Dev’s
Optimizacion de Aceptación

44. Gracias
44