El documento presenta el plan de mejora de Tissat para el desarrollo de software, incluyendo la creación de un Área de Software Testing. Los principales problemas identificados son excesivos costes de corrección de defectos, retrasos en entregas y peticiones de cambio. El plan incluye cambiar el modelo de negocio, externalizar la construcción, validar la calidad con testing, e implantar soluciones en el cliente. También crea un equipo de testing separado para diseñar casos de prueba y mejorar los procesos y métricas de cal

1. Validación y testeo del software base para los servicios a clientes Solo Pruebas. Madrid, Febrero 2009

2. AGENDA Tissat Situación de partida Plan de mejora Objetivos logrados Sugerencias

3. Tissat: Evolución histórica 1990 : Fundación de la Compañía con el objetivo de desarrollar infraestructura de comunicaciones 1996: Reorientación para desarrollar tecnología y ofrecer soluciones y servicios en entornos complejos. Hoy: Tissat cuenta con más de 120 profesionales repartidos en cuatro sedes en Madrid, Valencia, Murcia y Teruel

4. Tissat: Contact centers CAU para Ministerio de Trabajo e Inmigración Soporte a usuarios Cinco aplicaciones externas Certificados de firma digital Tecnología IP, LAN con QoS, CTI con PBx > 140.000 llamadas/año CAU del Instituto de la mujer (Ministerio de Igualdad) Soporte 24x7 en aspectos jurídicos, orientación empleo, recursos sociales, etc. > 6.500 llamadas/mes

5. Tissat: Gestión de activos de TI

6. Tissat: Emergencias y Seguridad Pública 112 Comunidad Valenciana 112 Región de Murcia UME

7. Tissat : Desarrollo de software Desarrollo de software Consultoría de Integración Business Intelligence Software Testing

8. Idiosincrasia Tissat 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 I+D+i Calidad: ISO 9001, ISO 20000, CMMI L2

9. Principales problemas en proyectos de desarrollo Estimación del exceso de coste debido a corrección de defectos es del 40% Retrasos en los plazos de entrega En un proyecto en fase de mantenimiento, una de cada dos peticiones de cambio son debidas a que no se cumplen las especificaciones iniciales (Fuente: Software Engineering Institute)

10. Principales problemas en proyectos de desarrollo Poca usabilidad No existe proceso documentado de testeo No hay personal especializado No se especifica en los pliegos la necesidad de estos perfiles Si un proyecto está fuera de plazo, lo primero que se suprime (o minora) son las pruebas

11. Principales problemas en proyectos de desarrollo Estimación del exceso de coste debido a corrección de defectos es del 40% En un proyecto en fase de mantenimiento, una de cada dos peticiones de cambio son debidas a que no se cumplen las especificaciones iniciales

12. Plan de mejora Cambio de modelo de negocio en desarrollo de software Reorientación a cliente Asunción del modelo de mejora CMMI L2 Creación del un Área de software testing

13. Cambio de modelo Mantener la experiencia y know/how Externalizar la construcción (obligar a test unitarios) Validar y verificar la calidad (aseguramiento de la calidad y software testing) Implantar las soluciones en cliente

14. Modelo de mejora CMMI L2

15. Creación del Area de Software Testing ¿Qué es Software testing? Evaluación de un /componente para determinar si su comportamiento es el esperado o no. Ejecutar software para detectar defectos El éxito de un test es encontrar un error El testeo NO demuestra que el software funciona

16. Creación del Area de Software Testing

17. Creación del Area de Software Testing Ingenieros con formación específica en diseño e implementación de casos de test Equipo geográficamente separado del equipo de programación Proceso basado en estándares: UNE-ISO/IEC 9126/1 CMMI L3, la PA (Validation & Verification)

18. Creación del Area de Software Testing Implantación de herramientas que permitan gestionar el testeo de software Registrar los requisitos en un repositorio, de forma que la generación de casos de test sea automática Herramientas: software libre, testlink comercial, Borland Silk Central Test Obtención de indicadores de calidad que permitan mejorar el proceso de fabricación de software

19. Creación del Area de Software Testing Pactar con el cliente la criticidad de los requisitos de su proyecto, para garantizar la cobertura de las pruebas (RIESGO) Establecer un Master Test Plan (MTP) y actualizarlo en cada iteración del versionado del proyecto Mantener para cada proyecto un entorno de test lo mas parecido al de producción Trazar los defectos con los casos de test y éstos con los requisitos

20. Creación del Area de Software Testing Establecer métricas y cuadros de mando (KPI) que nos ayuden a tomar decisiones para mejora continua 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

21. Objetivos conseguidos Mayor competitividad, creamos software de mayor calidad a menor coste Reducción de costes (sobre todo en fase de mantenimiento) Reducción del nº defectos por el simple hecho de separar los equipos de codificadores de los testeadores

22. Objetivos conseguidos Obtención de métricas (KPI) que nos acercan a estándares de calidad Posibilidad de ofrecer servicios profesionales de software testing Servicio horizontal a todo el Departamento de Desarrollo, sus costes los absorbe cada proyecto, donde se presupuestan 30% tiempo de desarrollo para testing.

23. Seguimiento de la evolución del testeo Matriz de madurez del testeo (TPI) Considera 20 áreas clave en el testeo 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. Su grado de madurez puede ser controlado, eficiente y óptimo

24. Sugerencias Instar ala comunidad educativa, universidades como ciclos formativos tecnológicos, a incluir al testeo de software en sus planes de estudio 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

25. www.tissat.es Gracias por su atención [email_address]