I Jornada CSI - Mónica Wodzislawski (CES) - Probar para corregir, probar para decidir

823 views

Published on

Presentación de Mónica Wodzislawski (Centro de Ensayos de Software) "Probar para corregir, probar para decidir" para la I Jornada de la Calidad en los Sistemas de Información, organizada por Kybele Consulting.

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
823
On SlideShare
0
From Embeds
0
Number of Embeds
30
Actions
Shares
0
Downloads
0
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

I Jornada CSI - Mónica Wodzislawski (CES) - Probar para corregir, probar para decidir

  1. 1. Probar para corregir, probar para decidir Centro de Ensayos de Software Mónica Wodzislawski Madrid, Junio 2010
  2. 2. Presentación del CES  Emprendimiento conjunto • Cámara Uruguaya de Tecnologías de Información • Facultad de Ingeniería, UdelaR  Provee servicios de testing  Neutral e independiente  Especialización • Búsqueda de la excelencia Probar para corregir, probar para decidir - CES 2
  3. 3. Servicios de testing  Testing independiente • Funcional, rendimiento, automatización funcional, de conformidad  Consultoría • Creación y consolidación de áreas de testing • Dirección y asesoramiento en proyectos  Formación • Para la industria, a medida para empresas • Grado, posgrado, actualización profesional Probar para corregir, probar para decidir - CES 3
  4. 4. Trayectoria  Desde su creación en el 2004 • Más de 100 proyectos • Más de 400 personas formadas • Más de 20 presentaciones en congresos  En la actualidad Impacto servicios Perfil CES exportador Reconoci- sector TI i18n miento Uruguay internacional Probar para corregir, probar para decidir - CES 4
  5. 5. ¿Qué es el testing?  Es una investigación técnica orientada a proporcionar información sobre la calidad de un producto de software para un actor o usuario “Es una actividad cognitiva, no es una actividad mecánica” Cem Kaner Probar para corregir, probar para decidir - CES 5
  6. 6. Probar para corregir, probar para decidir - CES
  7. 7. ¿La ley de Lavoisier?  El tester no “crea” calidad ni la “destruye”  Pero contribuye a “transformarla”  Es nuestro desafío constante en aras de la calidad  Pero los fallos • ¿Dónde están? • ¿Cuántos son? • ¿Cuántos persisten? Probar para corregir, probar para decidir - CES 7
  8. 8. Probar para corregir, probar para decidir - CES 8
  9. 9. ¿Qué hacer? -Adiós -dijo el zorro-. He aquí mi secreto, que no puede ser más simple : Sólo con el corazón se puede ver bien. Lo esencial es invisible para los ojos. EL PRINCIPITO “…-Lo esencial es invisible para los ojos - Antoine de Saint-Exupéry repitió el principito para acordarse. “ Probar para corregir, probar para decidir - CES 9
  10. 10. Probar para -Sólo se conocen bien las cosas que se domestican -dijo el zorro-. -… Eres responsable para siempre de lo que has domesticado. Tú eres responsable de tu rosa... Probar para corregir, probar para decidir - CES 10
  11. 11. Para corregir Probar para corregir, probar para decidir - CES 11
  12. 12. El flujo continuo Conocer Espacio para testear Testear para conocer de testing Probar para corregir, probar para decidir - CES 12
  13. 13. El flujo continuo Testear para Espacio decidir Testear para de testing corregir Probar para corregir, probar para decidir - CES 13
  14. 14. Mucho más que “bugs”  El testing aporta información sobre • Procesos • Construcción del Software • Adquisición del Software • Outsourcing • Organización Expectativas de calidad Gestión de riesgos Gestión de cambios  Esencial para la toma de decisiones Probar para corregir, probar para decidir - CES 14
  15. 15. Probar para corregir, probar para decidir - CES 15
  16. 16. Probar para corregir, probar para decidir - CES
  17. 17. Actividades de testing Entender Pensar Ejecutar Comparar Identificar Indicadores Registrar Informar  ¿Cuándo? ¿Cómo?¿A qué nivel de detalle? • Depende del contexto del proyecto  Modelo de proceso de desarrollo  Tipo de testing  Equipo  Tiempos  Niveles de calidad definidos  Expectativas Probar para corregir, probar para decidir - CES 17
  18. 18. De nuestra experiencia Algunos escenarios para la toma de decisiones
  19. 19. Para desarrollar  Empresa proveedora de equipamiento médico • Programadores de los aparatos Parámetos de configuración • Mayor porcentaje relativo de incidentes Criterios de aceptación muy precisos en cada requisito Testing unitario automatizado y dinámico, embebido en la programación Probar para corregir, probar para decidir - CES 19
  20. 20. Para vender  Una empresa proveedora, un producto TI, un cliente muy importante • Evaluación de la calidad de una plataforma de demostración La urgencia y la confianza del vendedor  Luego de avanzado el negocio • Prueba de rendimiento en una instalación determinada La confianza del comprador Probar para corregir, probar para decidir - CES 20
  21. 21. Para integrar  1ª etapa Integradora Gestión del proyecto Análisis de requisitos Testing Cliente Outsourcing Testing Testing de Aceptación en el desarrollo  2ª etapa Probar para corregir, probar para decidir - CES 21
  22. 22. Para comprar  Licitaciones públicas • Una fórmula ganadora Empresa proveedora + empresa de testing independiente • Una fórmula confiable Preadjudicación + testing independiente • Validación de requisitos • Conformidad con estándares  Proceso de adquisiciones privado • Muy similar Probar para corregir, probar para decidir - CES 22
  23. 23. Para resolver conflictos  Empresa pública • Distintos proveedores • Problemas de rendimiento  Servicio de monitorización • Perfiles de uso y tiempo de respuesta • Usuarios virtuales • Infraestructura • Consolidación de datos • Aplicación de mejoras Probar para corregir, probar para decidir - CES 23
  24. 24. Decisiones “probadas” Muchas gracias mwodzis@ces.com.uy

×