servicio pruebas de software v1.0 (cesje)

Área de Certificación y Calidad del SoftwareCentro de Excelencia de Software Libre José de Espronceda

Presentación del servicio Pruebas de Software

Servicio 'Pruebas de Software'

Centro de Excelencia de Software Libre José de Espronceda

Marcos Blanco Galán

Coordinador del Centro de Certificación y Calidad del Software

Centro de Excelencia de Software Libre José de Espronceda

Versión: 1.0



1. Introducción

2. Servicio Pruebas de Software

3. Herramientas y demos

4. Dudas y preguntas

ÍNDICE DE CONTENIDOS



● El mercado de las TIC se caracteriza por estar en constante evolución.

● Proyectos cada vez más complejos (diferentes tecnologías, interconexión de sistemas, NFRs...)

● No todas las organizaciones pueden permitirse disponer de un equipo QA e infraestructuras necesarias.

● Es habitual sacrificar calidad del producto a costa de reducir tiempos de entrega, recursos, costes...

● Si un cliente no demanda un producto de calidad, probablemente no lo obtenga (Watts S. Humhprey).

Algunas verdades sobre la industria del desarrollo de software



● El mercado de las TIC se caracteriza por estar en constante evolución.

● Proyectos cada vez más complejos (diferentes tecnologías, interconexión de sistemas, NFRs...)

● No todas las organizaciones pueden permitirse disponer de un equipo QA e infraestructuras necesarias.

● Es habitual sacrificar calidad del producto a costa de reducir tiempos de entrega, recursos, costes...

● Si un cliente no demanda un producto de calidad, probablemente no lo obtenga (Watts S. Humhprey).

El producto final no siempre satisface las necesidades y expectativas del cliente

Algunas verdades sobre la industria del desarrollo de software



Rivalidad entrelos competidores

existentes

Poder de negociaciónde los clientes

Entrada de nuevoscompetidores

Aparición de productossustitutivos

Poder de negociaciónde los proveedores

Modelo de las cinco fuerzas de Porter

Modelo estratégico para el análisis de industrias (1989)Michael Porter, economista estadounidense



Informe de INTECO (2008): “Estudio sobre la certificación de la calidad como medio para impulsar la industria de desarrollo del software en España”.



Factores claves del éxito

1. Actividades de verificación y validación imparciales llevadas a cabo por personal cualificado.

2. Garantizar la independencia operativa y la autoridad respecto a los responsables del desarrollo.

Según el estándar ISO/IEC 12207 (software life-cycle processes), el cliente o proveedor del desarrollo es

responsable de determinar el grado de esfuerzo e independencia organizativa requerido en el proceso de

verificación. Deben analizarse aspectos críticos en términos de:

a. Probabilidad de que un defecto asociado a los requisitos impacte negativamente en los activos del cliente o conduzca al fracaso del proyecto.

b. Madurez y riesgos asociados a las tecnologías utilizadas.

c. Disponibilidad de recursos.



¿Qué es la Calidad del Software?

“Grado con el que un sistema, componente o proceso cumple los requerimientos especificados y las

necesidades o expectativas del cliente o usuario.” [ IEEE 610, Standard Glossary of Software Engineering Terminology ]

Gestión de la calidad a nivel de producto softwareCentrado en el proceso de desarrollo software, ejecución de pruebas para detectar y corregir errores.T: Minimizar la existencia de defectos en el producto final.

Gestión de la calidad a nivel de proyectoControl y gestión de las fases y áreas implicadas en el proyecto.T: Optimizar costos y tiempos garantizando siempre la calidad del producto final.

Gestión de la calidad a nivel de procesoImplantación de metodologías para gestionar las áreas de proceso en una organización.T: Control y mejora contínua de procesos para aumentar la calidad de productos y servicios asociados.



Fuente: INTECO



Fuente: INTECO

Gestión de la calidad a nivel de Producto Software



Gestión de la calidad a nivel de Producto Software

OBJETIVO: Minimizar la existencia de defectos en el producto final



Modelos de Calidad de Producto

● El aseguramiento de la calidad implica el uso de Modelos de Calidad.

● Los modelos de calidad de producto definen las características que debe satisfacer un producto

software para cumplir determinados criterios de calidad.

● La calidad debe poderse cuantificar a partir de atributos medibles.

● Procedimiento: La calidad del producto se descompone en características y éstas en criterios

que pueden ser medidos mediante métricas.

● Algunos modelos de calidad de producto: Mc Call, Boehm, ISO-9126, ISO-25000 (SQuaRE)...




Mc Call's Triangle of Quality (1977)Factores a tener en cuenta en un producto software



Modelo de Calidad de Producto de Mc Call (1977)




Existen muchos modelos de Calidad de Producto. La principal diferencia entre los modelos

existentes reside en la clasificación taxonómica en niveles que realiza cada uno.

Boehm (1976) McCall (1977) Arthur (1985) FURPS (1987)

Gilb (1988) Deutch (1988) Schulmeyer (1990) Gillies (1992)

Dromey (1995) ISO-9126 (2001) ISO-25000 (2005)



Métricas para medir y evaluar la calidad a nivel de producto

ISO/IEC 9126




Existen multitud de métricas. La elección de un conjunto de métricas adecuado es vital para

representar correctamente el valor de calidad del producto a partir de los resultados obtenidos

en el proceso de medición.



● Evaluar la calidad a nivel de producto software.

● Verificar y validar el cumplimiento de los requisitos definidos formalmente.

● Detectar defectos que afecten a aspectos funcionales y no funcionales de las aplicaciones.

● Emisión de informes de resultados, con conclusiones y recomendaciones.

“Participar en un ciclo que ayude a mejorar y

asegurar la calidad de las soluciones informáticas.”

Objetivos específicos del servicio 'Pruebas de Software'



Integración del servicio en el Ciclo de Vida del Desarrollo

¿Cuándo se detectan más defectos?



Servicio Pruebas de Software(Independiente de la metodología de desarrollo)





Alcance y destinatarios del servicio

Tipología de pruebas:

● Pruebas de Funcionales

● Pruebas de Seguridad

● Pruebas de Rendimiento

● Pruebas de Análisis de Código

● Pruebas de Accesibilidad

Dependiendo de las necesidades del cliente y la naturaleza de la aplicación, podrán ejecutarse todos los tipos

de pruebas, o bien, un subconjunto de las mismas (servicio paquetizado). Para cada tipo de pruebas, CESJE

emitirá un informe de resultados donde se incluirán los defectos detectados en la aplicación.

Destinatarios: Dptos. de desarrollo SW, clientes que solicitan desarrollos a medida, usuarios finales.

Plataforma de testing: Solución completa y certificada de HP + Soluciones OpenSource/Libres



Tipología de pruebas:

● Pruebas de Funcionales

● Pruebas de Seguridad

● Pruebas de Rendimiento

● Pruebas de Análisis de Código

● Pruebas de Accesibilidad

Dependiendo de las necesidades del cliente y la naturaleza de la aplicación, podrán ejecutarse todos los tipos

de pruebas, o bien, un subconjunto de las mismas (servicio paquetizado). Para cada tipo de pruebas, CESJE

emitirá un informe de resultados donde se incluirán los defectos detectados en la aplicación.

Destinatarios: Dptos. de desarrollo SW, clientes que solicitan desarrollos a medida, usuarios finales.

Plataforma de testing: Solución completa y certificada de HP + Soluciones OpenSource/Libres

ISO/IEC 9126

Funcionalidad

Fiabilidad

Eficiencia

Mantenibilidad

Portabilidad

Usabilidad

Alcance y destinatarios del servicio



ciclo[0,n)

Actividades del servicio



Corrección de defectos y ciclos de revisión

Fin del servicio

ciclo[0,n)



Gestión integral y centralizada de los ciclos de prueba.



Generación de informes a distintos niveles (gerencia / jefes de proyectos / técnicos) con representación gráfica de resultados.



Plataforma de pruebas, simulaciones y cuadros de mando. Soporte para las últimas tecnologías.



Mejora del producto

● Se garantiza el cumplimiento de requerimientos implícitos y explicitos.

● Se minimiza la ocurrencia de fallos antes de la puesta en producción.

● Se evitan costes adicionales derivados de la ocurrencia de fallos en producción.

● Es posible optimizar recursos y mejorar el desempeño de la aplicación.

Beneficios para el negocio

● Demostración de superioridad respecto a competidores del mercado.

● Los productos son evaluados por una unidad operativa independiente.

● Aumento de la confianza por parte del cliente y usuarios finales.

Conclusiones



Gracias :)

http://www.linkedin.com/in/mblancogalan

http://twitter.com/mbgalan

[email protected]

http://www.linkedin.com/in/mblancogalan

http://twitter.com/mbgalan

mailto:[email protected]

servicio pruebas de software v1.0 (cesje)

Technology