14 Tissat Solo Pruebas 2009

241 views

Published on

Presentación de Tissat en Solo Pruebas 2009

Published in: Technology
  • Be the first to comment

  • Be the first to like this

14 Tissat Solo Pruebas 2009

  1. 1. Validación y testeo del software base para los servicios a clientes Solo Pruebas. Madrid, Febrero 2009
  2. 2. AGENDA <ul><li>Tissat </li></ul><ul><li>Situación de partida </li></ul><ul><li>Plan de mejora </li></ul><ul><li>Objetivos logrados </li></ul><ul><li>Sugerencias </li></ul>
  3. 3. Tissat: Evolución histórica <ul><li>1990 : Fundación de la Compañía con el objetivo de desarrollar infraestructura de comunicaciones </li></ul><ul><li>1996: Reorientación para desarrollar tecnología y ofrecer soluciones y servicios en entornos complejos. </li></ul><ul><li>Hoy: Tissat cuenta con más de 120 profesionales repartidos en cuatro sedes en Madrid, Valencia, Murcia y Teruel </li></ul>
  4. 4. Tissat: Contact centers <ul><li>CAU para Ministerio de Trabajo e Inmigración </li></ul><ul><ul><li>Soporte a usuarios </li></ul></ul><ul><ul><ul><li>Cinco aplicaciones externas </li></ul></ul></ul><ul><ul><ul><li>Certificados de firma digital </li></ul></ul></ul><ul><ul><ul><li>Tecnología IP, LAN con QoS, CTI con PBx </li></ul></ul></ul><ul><ul><li>> 140.000 llamadas/año </li></ul></ul><ul><li>CAU del Instituto de la mujer (Ministerio de Igualdad) </li></ul><ul><ul><li>Soporte 24x7 en aspectos jurídicos, orientación empleo, recursos sociales, etc. </li></ul></ul><ul><ul><li>> 6.500 llamadas/mes </li></ul></ul>
  5. 5. Tissat: Gestión de activos de TI
  6. 6. Tissat: Emergencias y Seguridad Pública <ul><li>112 Comunidad Valenciana </li></ul><ul><li>112 Región de Murcia </li></ul><ul><li>UME </li></ul>
  7. 7. Tissat : Desarrollo de software <ul><li>Desarrollo de software </li></ul><ul><li>Consultoría de Integración </li></ul><ul><li>Business Intelligence </li></ul><ul><li>Software Testing </li></ul>
  8. 8. Idiosincrasia Tissat <ul><li>Tissat afronta proyectos de elevado riesgo tecnológico, por ello, para poder ofrecer a sus clientes un servicio de calidad, debe garantizar un alto grado de excelencia en la ejecución de los mismos </li></ul><ul><li>I+D+i </li></ul><ul><li>Calidad: ISO 9001, ISO 20000, CMMI L2 </li></ul>
  9. 9. Principales problemas en proyectos de desarrollo <ul><li>Estimación del exceso de coste debido a corrección de defectos es del 40% </li></ul><ul><li>Retrasos en los plazos de entrega </li></ul><ul><li>En un proyecto en fase de mantenimiento, una de cada dos peticiones de cambio son debidas a que no se cumplen las especificaciones iniciales </li></ul>(Fuente: Software Engineering Institute)
  10. 10. Principales problemas en proyectos de desarrollo <ul><li>Poca usabilidad </li></ul><ul><li>No existe proceso documentado de testeo </li></ul><ul><li>No hay personal especializado </li></ul><ul><li>No se especifica en los pliegos la necesidad de estos perfiles </li></ul><ul><li>Si un proyecto está fuera de plazo, lo primero que se suprime (o minora) son las pruebas </li></ul>
  11. 11. Principales problemas en proyectos de desarrollo <ul><li>Estimación del exceso de coste debido a corrección de defectos es del 40% </li></ul><ul><li>En un proyecto en fase de mantenimiento, una de cada dos peticiones de cambio son debidas a que no se cumplen las especificaciones iniciales </li></ul>
  12. 12. Plan de mejora <ul><li>Cambio de modelo de negocio en desarrollo de software </li></ul><ul><li>Reorientación a cliente </li></ul><ul><li>Asunción del modelo de mejora CMMI L2 </li></ul><ul><li>Creación del un Área de software testing </li></ul>
  13. 13. Cambio de modelo <ul><li>Mantener la experiencia y know/how </li></ul><ul><li>Externalizar la construcción (obligar a test unitarios) </li></ul><ul><li>Validar y verificar la calidad (aseguramiento de la calidad y software testing) </li></ul><ul><li>Implantar las soluciones en cliente </li></ul>
  14. 14. Modelo de mejora CMMI L2
  15. 15. Creación del Area de Software Testing <ul><li>¿Qué es Software testing? </li></ul><ul><ul><li>Evaluación de un /componente para determinar si su comportamiento es el esperado o no. </li></ul></ul><ul><ul><li>Ejecutar software para detectar defectos </li></ul></ul><ul><ul><li>El éxito de un test es encontrar un error </li></ul></ul><ul><ul><li>El testeo NO demuestra que el software funciona </li></ul></ul>
  16. 16. Creación del Area de Software Testing
  17. 17. Creación del Area de Software Testing <ul><li>Ingenieros con formación específica en diseño e implementación de casos de test </li></ul><ul><li>Equipo geográficamente separado del equipo de programación </li></ul><ul><li>Proceso basado en estándares: </li></ul><ul><ul><li>UNE-ISO/IEC 9126/1 </li></ul></ul><ul><ul><li>CMMI L3, la PA (Validation & Verification) </li></ul></ul>
  18. 18. Creación del Area de Software Testing <ul><li>Implantación de herramientas que permitan gestionar el testeo de software </li></ul><ul><li>Registrar los requisitos en un repositorio, de forma que la generación de casos de test sea automática </li></ul><ul><li>Herramientas: </li></ul><ul><ul><li>software libre, testlink </li></ul></ul><ul><ul><li>comercial, Borland Silk Central Test </li></ul></ul><ul><li>Obtención de indicadores de calidad que permitan mejorar el proceso de fabricación de software </li></ul>
  19. 19. Creación del Area de Software Testing <ul><li>Pactar con el cliente la criticidad de los requisitos de su proyecto, para garantizar la cobertura de las pruebas (RIESGO) </li></ul><ul><li>Establecer un Master Test Plan (MTP) y actualizarlo en cada iteración del versionado del proyecto </li></ul><ul><li>Mantener para cada proyecto un entorno de test lo mas parecido al de producción </li></ul><ul><li>Trazar los defectos con los casos de test y éstos con los requisitos </li></ul>
  20. 20. Creación del Area de Software Testing <ul><li>Establecer métricas y cuadros de mando (KPI) que nos ayuden a tomar decisiones para mejora continua </li></ul><ul><li>Implantar el testeo comenzando por testeo unitario y de requisitos, pero acabar aplicándolo a todas las fases del ciclo de vida, incluso a la generación de documentación </li></ul>
  21. 21. Objetivos conseguidos <ul><li>Mayor competitividad, creamos software de mayor calidad a menor coste </li></ul><ul><li>Reducción de costes (sobre todo en fase de mantenimiento) </li></ul><ul><li>Reducción del nº defectos por el simple hecho de separar los equipos de codificadores de los testeadores </li></ul>
  22. 22. Objetivos conseguidos <ul><li>Obtención de métricas (KPI) que nos acercan a estándares de calidad </li></ul><ul><li>Posibilidad de ofrecer servicios profesionales de software testing </li></ul><ul><li>Servicio horizontal a todo el Departamento de Desarrollo, sus costes los absorbe cada proyecto, donde se presupuestan 30% tiempo de desarrollo para testing. </li></ul>
  23. 23. Seguimiento de la evolución del testeo <ul><li>Matriz de madurez del testeo (TPI) </li></ul><ul><li>Considera 20 áreas clave en el testeo </li></ul><ul><li>Las áreas son estrategias de testeo, modelo de ciclo de vida, momento de implicación, estimación y planificación, técnicas de especificación de casos de test, métricas, revisiones estáticas, herramientas de testeo, gestión de defectos, testware, etc. </li></ul><ul><li>Su grado de madurez puede ser controlado, eficiente y óptimo </li></ul>
  24. 24. Sugerencias <ul><li>Instar ala comunidad educativa, universidades como ciclos formativos tecnológicos, a incluir al testeo de software en sus planes de estudio </li></ul><ul><li>Considerarlo una disciplina independiente a nivel de asignaturas y masters de postgrado y especialización, como se hace con otras fases del ciclo de vida </li></ul>
  25. 25. www.tissat.es Gracias por su atención [email_address]

×