La importancia de_la_ir_en_calidad_software_ 2010

The Requirements Week

Seminario Practicando Requisitos

8 de Junio de 2010 www.visuresolutions.com

La importancia de la Ingeniería de Requisitos en la Calidad del Software

Francisco José Sáez Barrio

www.visuresolutions.com Copyright 2008 © Visure Solutions, The Requirements Company - +34 91 806 17 13 - [email protected] - 28760 Tres Cantos MADRID 2

Practicando RequisitosLa importancia de la Ingeniería de los Requisitos en la Calidad del Software

Agenda

� La Calidad de las Aplicaciones. Contexto general

� Algunas lección aprendidas

� Verificación y Validación

� Componentes clave

� Servicios de Pruebas y Calidad de Software de Steria

� Conclusiones


Practicando Requisitos

La Calidad de las AplicacionesContexto General

A pesar de las diferencias existentes entre las empresas, su forma de trabajar en proyectos de desarrollo de software es muy similar:

“… sin criterio o procedimiento establecido alguien decide que un proyecto se ha de hacer en dos o tres meses ... al final siempre son más … incluyendo además largas noches, fines de semana … de mucho trabajo …”

“… poco a poco los gerentes ven que los proyectos siempre exceden los costes inicialmente previstos …”

“… finalmente los clientes no se fían y miran los productos entregados por sus proveedores de software con mucha desconfianza …”

“… poco después los nuevos proyectos empiezan como si fuesen una guerra diferente a la anterior … y vuelta a empezar …”



La Calidad de las AplicacionesConsecuencias ya apuntadas

Ante presiones de tiempo, las pruebas han constituido el elemento que más se ha visto impactado tanto en los procesos de evaluación de los entregables como de ejecución de las propias pruebas durante los proyectos de desarrollo de software.

Las consecuencias:

� Productos finales no certificados.

� Fallos en explotación por falta de eliminación de defectos.

� Altos costes de corregir defectos, en mantenimiento y en garantías.

� Falta de satisfacción de los clientes.

� Pérdida de confianza e imagen.



En la mayoría de los Procesos de Desarrollo SW los métodos y las técnicas de pruebas son poco efectivas y los procesos de prueba ineficientes.

Las Organizaciones gastan un 50% de los recursos de desarrollo en realizar actividades de prueba y cómo término medio sólo

prueban el 50% del código

2005

“Toyota anunció una retirada de mercado de 160.000 vehículos debido a un error de software que

provocaba el encendido de las luces de advertencia sin razón alguna y el calado de los motores de forma

inesperada”

WIRED

2005

“Toyota anunció una retirada de mercado de 160.000 vehículos debido a un error de software que

provocaba el encendido de las luces de advertencia sin razón alguna y el calado de los motores de forma

inesperada”

WIRED

2005

“Cada fallo informático les cuesta a las empresas europeas 295.000 euros”

Economist Intelligence Unit

2005

“Cada fallo informático les cuesta a las empresas europeas 295.000 euros”

Economist Intelligence Unit

2007

“Aerolínea nipona ANA cancela 114 vuelos internos por fallo informático”

ElEconomista.es

2007

“Aerolínea nipona ANA cancela 114 vuelos internos por fallo informático”

ElEconomista.es

2007

“Un fallo informático atasca las bibliotecas universitarias”

20minutos.es

2007

“Un fallo informático atasca las bibliotecas universitarias”

20minutos.es

2008

“Bloqueada durante 8 horas la venta de billetes de RENFE”

ELPAIS.com

2008

“Bloqueada durante 8 horas la venta de billetes de RENFE”

ELPAIS.com

2006

“Un error en la aplicación encargada de desplegar los paneles solares de la Estación Espacial Internacional

(ISS) ha causado un retraso en el proyecto”

THE INQUIRER

2006

“Un error en la aplicación encargada de desplegar los paneles solares de la Estación Espacial Internacional

(ISS) ha causado un retraso en el proyecto”

THE INQUIRER

La Calidad de las AplicacionesConstatación de errores de software

2010

“Toyota comunica fallo informático que causa un retraso al frenar en determinadas circunstancias. Supone la revisión de 8,1 millones de coches”

ELPAIS.com

2010

“Toyota comunica fallo informático que causa un retraso al frenar en determinadas circunstancias. Supone la revisión de 8,1 millones de coches”

ELPAIS.com



La Calidad de las AplicacionesConstatación de pérdidas de servicio



� Falta de conocimiento del estado real de las aplicaciones de software durante la ejecución de los proyectos.

� Los buenos conocimientos técnicos no son una garantía de éxito de un proyecto.

� Es necesario seguir procedimientos que guíen las actividades de desarrollo del producto software durante la ejecución del proyecto.

� Para ello, es necesario estandarizar las actividades del desarrollo del software a través de procesos que permitan realizar los proyectos de una forma repetitiva.

� Seguir un modelo de buenas prácticas ofrece las líneas maestras para estandarizar los proyectos de desarrollo de software y facilitar su estimación más correcta.

Entonces, reconocidas estas cuestiones ¿dónde está el problema?

La Calidad de las AplicacionesAlgunas lecciones aprendidas



Gen

erac

ión

de

Def

ecto

sIm

pact

o de

Det

ecci

ón

de D

efec

tos

0%

20%

40%

60%

80%

Requisitos y Diseño

Construcción y P. Unitarias

UAT Producción

4%

17%

60%

21%

0%

20%

40%

60%

80%

Requisitos y Diseño

Construcción y P. Unitarias

UAT Producción

Los defectos se introducen durante el diseño y el desarrollo …

... pero se detectan durante las pruebas

aceptación y en producción

$139 $455$977

$7.136

$14.102

Requisitos Diseño Construcción Pruebas Mantenimiento

$/Defecto Corregido

… donde resulta más cara su corrección

Coste de Corrección de los Defectos

La Calidad de las AplicacionesFalta de conocimiento del estado real de las aplicaciones



Bajo reuso

Problemas de diseño

Baja mantenibilidad

OtrosProblemas de rendimiento

Funcionalitis

Procesos ineficientes

Errores de codificación

Errores de análisis

¿? %

…en la productividad de la inversión (desarrollo y mantenimiento)

Percepción de que se gasta mucho, pero ¿cuánto?

La Calidad de las AplicacionesFalta de reconocimiento del coste de la No-Calidad



La Calidad de las AplicacionesLos buenos conocimientos técnicos no son una garantía

85% de empresas consideran la calidad de las aplicaciones un factor crítico en la efectividad de las TI parademostrar el valor de sus negocios.

54% de estas han invertido en herramientas de pruebas comomecanismo para asegurar un alto nivelde calidad de sus aplicaciones.

De estas inversiones (54%), menos de un 30% ha supuesto una mejorasignificativa en la calidad de lasaplicaciones (16.2%).



La Calidad de las AplicacionesLos buenos conocimientos técnicos no son una garantía

� ¿Por qué el 70% de las compañías que están usando herramientas de pruebas para construir calidad en sus aplicaciones no están obteniendo los resultadosdeseados?

� Más importante, ¿qué características tienen el 30% de las compañías queestán consiguiendo los objetivos de calidad previstos?

� 64% reportan mejoras significativas de calidad.� 36% reportan mejoras moderadas de calidad.



La Calidad de las AplicacionesEs necesario seguir procedimientos que guíen las actividades

Los resultados apuntan a los siguientes factores:

� Uso de estándares de metodología de calidad.

� Consistencia del uso de las metodologías aplicadas.

� Obtención de métricas.

� Prácticas de mejora continua.

Compañías que tienen una metodología de calidad definida y usan consistentemente experimentan una elevada calidad de sus aplicaciones a diferencia de compañías que no la tienen.

Las métricas constituyen un elemento crucial para el usoconsistente de una metodología de calidad.



La Calidad de las AplicacionesEs necesario estandarizar las actividades… de una forma repetitiva.

� La falta de calidad de las aplicaciones no es un problema de pruebas sino más bien un problema de conducta.

� Las organizaciones que quieren mejoran en calidad deben:

� Invertir en tecnología.� Definir objetivos cuantificables.� Desarrollar una metodología repetible y medible.� Seguir resultados y tendencias frente a los objetivos previstos.� Ajustar el modo de actuación continua y consecuentemente.

La tecnología no entrega calidad.

Un proceso efectivo de calidad y personal cualificado hacen la diferencia.



La Calidad de las AplicacionesSeguir modelo de buenas prácticas con la misión de…

Desarrollar un nivel objetivo de confianza sobredisponibilidad (en el tiempo) yfiabilidad (a lo largo del tiempo)

de los productos desarrollados, acorde a las expectativas de cliente.



No es posible probar completamente los productos software, tanto por su complejidad y como por su coste.

El propósitomás importante es el de REDUCIR, mediante la detección temprana de problemas, los RIESGOS derivados de la aparición de los posibles defectos en los procesos de implantación y explotación.

Las pruebas deben entenderse como:

� Validación de resultados finales conformes a lo inicialmente requerido.

� Verificación de que los resultados intermedios también cumplen con lo que se esperaba de los mismos.

SENTIDO GLOBAL DE EVALUACION DE PRODUCTOS SOFTWARE

La Calidad de las AplicacionesSeguir un modelo de buenas prácticas supone considerar que…



La Calidad de las AplicacionesVerificación y Validación en el ciclo de vida de las aplicaciones



La Calidad de las AplicacionesAportación de Verificación y Validación: Valor real frente al valor percibido

El problema:

Cuanto más tarde es encontrado un defecto más cuesta su resolución.

La solución:

Identificar y resolver los defectos tan pronto como son originados es posible con la mejorade los procesos abiertos.

El resultado:

Entrega de aplicaciones de alta calidad en tiempo, cobertura y costes, en línea con lo establecido por el negocio.

10

50

100

Determining Requirements

Design Coding Testing Maintenance

Def

ects

$139x $455x

$977x

$7,136x

$14,102x

COST OF CORRECTING A DEFECTIn each stage of software development

10

50

100

Determining Requirements

Design Coding Testing Maintenance

Def

ects

$977x

COST OF CORRECTING A DEFECTIn each stage of software development

$139x

$7,136x $14,102x

$455x

$1.7M $235k

Perceived Value

Realized Value

Cost

Test

ing

Quality

$1.7M $235kCost

Test

ing Q

uality

$1.7M $235kCost

Test

ing

Quality

$1.7M $235kCost

Test

ing

Quality

$1.7M $235kCost

Test

ing

Quality



El aporte de las pruebas y la calidad del software al ahorro de costes

� Obtener más producto con la misma inversión

� Controlar los riesgos asociados a la falta de calidad

� Definir indicadores y métricas

� Medir de forma continua

� Analizar tendencias, monitorizar, ajustar donde corresponda

� TQA es inversión: pensar en el ROI

La Calidad de las AplicacionesAportación de Verificación y Validación: Más Productividad



Desarrollos en Factorías de Software Multiproveedor

Procesos de Negocio transversales pueden afectar a una o varias factorías (uno o varios proveedores)

Volumen de mantenimiento (correctivo y evolutivo) elevado

Producto/Servicio con distintas adaptaciones según Entidad

La complejidad ha tenerse muy en cuenta para lograr el equilibrio CALIDAD/COSTE que permita aportar VALOR al NEGOCIO con EFICIENCIA

La complejidad ha tenerse muy en cuenta para lograr el equilibrio CALIDAD/COSTE que permita aportar VALOR al NEGOCIO con EFICIENCIA

Integradores de Integradores

La Calidad de las AplicacionesAportación de Verificación y Validación: Equilibrio Calidad/Coste/Riesgo para el Negocio



Define el esquema de capacitación y formación de

los recursos de pruebas

Capacitación personal

Proceso

Herramientas

Técnicas

Define las actividades del ciclo de vida del proceso de pruebas:

entradas, salidas, roles, responsables e interacción con otros procesos

Permite la automatización de las actividades del proceso de pruebas, mantenimiento de la trazabilidad e indicadores clave del proceso

Permite la sistematización de actividades y tareas del proceso para

ganancia de efectividad y productividad

La Calidad de las AplicacionesComponentes clave de la Calidad del Software… pero cómo…

www.visuresolutions.com Copyright 2008 © Visure Solutions, The Requirements Company - +34 91 806 17 13 - [email protected] - 28760 Tres Cantos MADRID


Proceso de Calidad de Software

Requisitos Análisis ConstrucciónDiseño

DesarrolloIngeniería Requisitos

Gestión Proyectos

Calidad Código

Gestión Configuración del SW


Pruebas

Requisitos Análisis EjecuciónDiseño

Gestión de Cambiosdel SW



• Mantenibilidad• Reusabilidad• Trazabilidad

CalidadCalidad

Calidad del Producto Calidad del Proceso

InternosInternos

• Dependencia• Usabilidad• Capacidad

ExternosExternos

• Tiempo medio de resolución de defectos

InternosInternos

• Time-To-Market• Visibilidad

ExternosExternos





Enfocado en:• Pruebas de validación y de aceptación de usuario•Detección de defectos antes de producción•Medidas basadas en número de defectos e información de usuario final• El número de defectos determina estado y disponibilidad de la aplicación

Quality Control

Encontrar defectos

Contener costes

Quality Assurance

Minimizar defectos

Gestionar riesgos

Quality Management

Balancear riesgo y coste

Excelencia del servicio

Nivel 1 - Reactivo

Nivel 2 – Proactivo

Nivel 3 - Servicio

Nivel 4 - Valor

Enfocado en:•Ciclo de vida de calidad• Reducción de defectos cerca de su punto de origen•Métricas obtenidas a través herramientas•Niveles de riesgo y defectos determinan estado y disponibilidad

Enfocado en:•Ciclo de vida de aplicaciones• Eliminación de introducción de defectos•Gestión de métricas y tendencias• El balance de riesgo, coste y calidaddetemina estado y disponibilidad

Enfocado en:• Entrega estratégica•Aceptación del Negocio•Métricas de Negocio•Ampliar valor al Negocio

Quality Governance

Maximizar valor

Alinear con el negocio

SE ESTA AQUÍ

SE QUIERE LLEGAR AQUÍ



SERVICIOSCLIENTES SWF EXP

NEGOCIO PRUEBASDESARROLLO PRODUCC.

TSF

PRUEBAS

UNITARIAS

PRUEBAS INTEGRAC.

PRUEBAS SISTEMAS

PRUEBAS

CERTIFIC.

NEGOCIO IT DESARROLLO PREPROD. PRODUC.

………

QA QA

PROCESO DE CALIDAD DE SOFTWARE CONTINUO

LABORATORIOS

QA

VISIBILIDAD COMPLETA DE LA GESTION DE LA CALIDAD

Cuadros de Mando• Usuarios• Equipo de proyecto• Comunicación

Monitorización• Disponibilidad• Tiempos de respuesta• Informes no conformidad

Métricas Calidad• Estado Proyecto• Estado Aplicación• Informes defectos• Calidad de entregas

Gestión pruebas• Manuales• Automáticas• Unitarias DS• Integración DS• Sistemas DS• Rendimiento DS• Análisis Técnico del Código• Gestión de datos• Funcionales• Rendimiento• Seguridad

ESTADO DEPROYECTOS

METRICAS DECALIDAD

MONITORIZACIÓNEXPLOTACIÓN

WORKFLOWS/TAREAS

DEMANDA YREQUISITOS

Gestión demanda• Demanda operativa• Demanda estratégica• Gestión de Recursos• Planificación Proyectos

Gestión requisitos• Captura de requisitos• Gestión de requisitos

QA




SERVICIOSCLIENTES SWF EXP

NEGOCIO PRUEBASDESARROLLO PRODUCC.

TSF

PRUEBAS

UNITARIAS

PRUEBAS INTEGRAC.

PRUEBAS SISTEMAS

PRUEBAS

CERTIFIC.

NEGOCIO IT DESARROLLO PREPROD. PRODUC.

………

QA QA

PROCESO DE CALIDAD DE SOFTWARE CONTINUO

LABORATORIOS

QA

VISIBILIDAD COMPLETA DE LA GESTION DE LA CALIDAD

Cuadros de Mando• Usuarios• Equipo de proyecto• Comunicación

Monitorización• Disponibilidad• Tiempos de respuesta• Uso real de aplicaciones• Informes no conformidad

Métricas Calidad• Estado Proyecto• Estado Aplicación• Informes defectos• Calidad de entregas

Gestión pruebas• Manuales• Automáticas• Unitarias DS• Integración DS• Sistemas DS• Rendimiento DS• Análisis Técnico del Código• Gestión de datos• Funcionales• Rendimiento• Seguridad

ESTADO DEPROYECTOS

METRICAS DECALIDAD

MONITORIZACIÓNEXPLOTACIÓN

WORKFLOWS/TAREAS

DEMANDA YREQUISITOS

Gestión demanda• Demanda operativa• Demanda estratégica• Gestión de Recursos• Planificación Proyectos

Gestión requisitos• Captura de requisitos• Gestión de requisitos

QA

Servicios de Pruebas y Calidad de Software de SteriaSoluciones de Steria



6%

11%

16%

18%

49%

10%

21%

22%

30%

17%

18%

22%

19%

23%

16%

30%

18%

27%

14%

10%

35%

29%

16%

14%

7%

Predictability

Business customersatisfaction

Time to market

Cost

Quality

1 = most important 2 3 4 5 = least important

“Qué es lo más cuestionado en el desarrollo y el mantenimiento de aplicaciones?Clasificado de 1 a 5, donde 1 es el más cuestionado y 5 el menos cuestionado”

Servicios de Pruebas y Calidad de Software de Steria Elementos más cuestionados de los proyectos de desarrollo de aplicaciones



1. Top reasons cited for quality issues:

� Staffing, time pressures, requirementsrequirements, complexity, processes2. Top reasons cited for time-to-market issues:

� Planning, competitive pressures, requirementsrequirements, business expectations, staffing, quality

3. Top reasons cited for cost issues:

� Budgetary pressures, planning, outsourcers, staffing, requirementsrequirements, quality

4. Top reasons cited for predictability issues:

� Staffing, inability to see into the future, business change, quality, planning, technology change, requirementsrequirements change

5. Top reasons cited for customer satisfaction issues:

� Quality, requirementsrequirements, cost, business customers are too demanding, time pressures, relationship management

“¿Cuáles son las principales causas de lo cuestionado anteriormente?”

Servicios de Pruebas y Calidad de Software de Steria Los requisitos son un factor común



El problema:Los equipos de entrega de aplicacionesbregan para capturar las necesidades del negocio y considerarlas en todas lasactividades contenidas en el proceso.No contemplar estas necesidades supone la pérdida de rentabilidad, satisfacción del cliente y ventaja competitiva.

La solución:Trasladar las necesidades del negocio hasta el final a través de:

o Tareas/Actividades del plan del proyectoconducidas por requisitos.

o Desarrollo conducido por requisitos.o Pruebas conducidas por requisitos.

Bus

ines

s R

equi

rem

ents

Project Planning and Management

Development

Quality Assurance

Tasks, Time, Resources

Analysis, Design, Development

Code, Functionality, Performance

Servicios de Pruebas y Calidad de Software de Steria Los requisitos han de conducir los procesos durante la ejecución de los proyectos



CT_VP2

Captura y Gestión deREQUISITOS

Requisitos Funcionales

Releases

QUALITY CENTER

Requirements Test Plan Test Lab Defects

Versión/Release Software

Petición Informática

CampañasEjecuciónPruebas

DefectosPlanes y casos de Prueba

PI 1 PI_ReqF1

PI_ReqF2

PI_ReqF3

Release T1

PI 2 PI2_ReqF1

PI2_ReqF2

PI2_ReqF3

PI1_ReqF1

PI1_ReqF2

PI1_ReqF3

PI2_ReqF1

PI2_ReqF2

PI2_ReqF3

CT_VP1

CT_VS2

CT_TR1

CT_TR2

CT_TR3

CT_TR4

CT_TR5

CT_TR6

CT_TR7

CT_VS2_DF1

CT_VP1_DF2

CT_VP2_DF3

CT_TR1_DF4

CT_TR6_DF5

CT_TR7_DF6

PI 3 PI3_ReqF1

PI3_ReqF2

PI3_ReqF1

PI3_ReqF2

Ciclo P1

CT_TR8

Requisitos de Pruebas

Funcionales

Ciclo P2

Ciclo P3

Release T2

IRQA

Servicios de Pruebas y Calidad de Software de Steria Los requisitos han de conducir los procesos durante la ejecución de los proyectos



Servicios de Pruebas y Calidad de Software de SteriaPortfolio de Servicios

Implantación de herramientas de automatización de pruebas, gestión automatizadade scripts, paquetes de regresión reutilizables, evaluación de la productividad,Incremento de la productividad, control de los procesos de pruebas y reducción deCostes a través de la mejora en la gestión de los entornos de automatización.

Análisis, planificación, puesta en marcha y dirección de un Centro de Pruebas yCalidad del Software:- Puesta en marcha del centro de la manera más eficiente- Gestión de las actividades de pruebas y calidad de software de aplicaciones.Incluye personas, procesos, herramientas, presupuestos, infraestructuras, etc.

Consultoría de Pruebas y Calidad de software

Optimización del rendimiento de las infraestructuras IT y de los proceses de negocio:Pruebas de rendimiento, carga y estrés, escalabilidad y volumen, monitorización y afinado, pruebas de seguridad, de IVR, pruebas de navegador y accesibilidad, de SAP,de internacionalización (I18N), de migración de datos.

PruebasEspecializadas

Identificación completa de los procesos críticos de negocio: modelado de procesosde negocio, pruebas de extremo a extremo, transferencia de datos entre aplicacionescruzadas, alineamiento con el negocio e infraestructuras IT, pruebas de análisis deimpacto para cualquier cambio basadas en pruebas de regresión.

Pruebas deProcesos de Negocio

Automatizaciónde Pruebas

Tomando completa responsabilidad de las pruebas: estimación y planificación, pruebas de integración, pruebas de regresión automatizadas, pruebas de aceptación operativas,pruebas de rendimiento, definición de indicadores de seguimiento, cuadro de mando.Implantación de herramientas de pruebas y administración.

Gestión de serviciosde Pruebas

Construcción de entornos de pruebas, conectividad de bases de datos, actualizacióny parches de sistema operativo, soporte de infraestructuras, soporte de pruebas demainframe, entornos de resolución de problemas, planificación e implantación deentornos de mantenimiento, monitorización y disponibilidad de servicio.

Servicios dePruebas de Entorno



La actividad de consultoria en el cliente incrementa su capacidadpara externalizar las actividades de pruebas y calidad del softwareEl cliente quiere mantener

dentro las actividades de prueba y calidad del software

El cliente pregunta a expertospara soportar la demanda

El cliente externaliza algunasactividades en proyectosonshore

El cliente está preparado paraexternalizar algunas actividadesen proyectos nearshore

El cliente está preparado paraexternalizar algunas actividades en proyectos offshore

El cliente está dispuesto a externalizarglobalmente su actividad de pruebas y calidaddel software en una plataforma externa

Consultoria en procesoy herramientas de

prueba

Implementación de métodos y

herramientas

Mejora de lasplataformas e

infraestructuras

Centralización de actividades de prueba

Proceso de entrega y gestión de la configuración

Proyectos de prueba

Area de pruebas y calidad del software de terceros sobre ubicación externa

Area de pruebas y calidad del software de terceros sobre ubicación nearshore

Area de pruebas y calidad del software de terceros sobre ubicación

nearshore/offshore

Area de pruebas y calidad del software de terceros sobre ubicación

nearshore/offshore con ubicación en plataforma externa

Desde el proceso de pruebas interno hasta la subcontratación best-shore de actividades de pruebas

Proceso de gestiónde requerimientos

Servicios de Pruebas y Calidad de Software de SteriaModelo de aproximación de los servicios



ProgramasCentro de CompetenciasTQA

Servicios TQA Centro Competencias Steria

Servicios TQA en cliente

Consultoría TQA en cliente

Consultoría de Pruebas y Calidad de software

Pruebasespecializadas




Servicios dePruebas de entorno

Consultoría de Pruebas y Calidad de

softwarePruebas

especializadas




Servicios dePruebas de entorno

Servicios de Pruebas y Calidad de Software de SteriaCentro de Competencias TQA



Consultoría de acompañamiento: organización, métodos, soluciones

Estudio inicial, definición del proceso del proceso de pruebas, plan de acción para la implantación, ROI

Pruebas funcionales

Pruebas técnicas de código

Gestión de la Configuración del Software

Gestión del proceso de pruebas (Industrialización)

Captura y Gestión de Requisitos de Negocio y Técnic os

Steria RuleinitiatorSteria TrackingSteria DataCase

TestToMarket ®

PMA (Pruebas Mutualizadas Aplicaciones)

Back OfficeBack Office

FrontFront OfficeOffice Global Delivery Model« el lugar más adecuado para la prestación del servicio »

Pruebas de Validación y Regresión

Pruebas funcionales de extremo a extremo

Pruebas de carga, rendimiento y preproducción

Factorías de pruebas: en cliente o en Steria

Consultoría operativa Proyectos internos & externali zados

Pruebas de rendimiento

Servicios de Pruebas y Calidad de Software de SteriaVisión global del portfolio

Centros de Cualificación de Soluciones

Análisis de Código Técnico



�Fiabilidad de las Aplicaciones: Análisis del alcance de posibles daños siempre en términosde las funciones de negocio.

�Optimización de Proceso de Pruebas: Gestiónde activos y reusabilidad.

�Análisis del Impacto en el Negocio: Porincumplimiento de los criterios e indicadores de calidad establecidos.

�Medidas y Análisis: Visibilidad en tiempo real de los indicadores de calidad de lasaplicaciones.

�Productividad: Hacer más, más rápidamente y mejor.

�Entregas estrategicas: En línea con lasnecesidades del negocio.

�Toma de Decisiones: Gestión de riesgos, coste y tiempo en el desarrollo de las aplicaciones y susentregas.

�Concienciación: En la organización en relacióna la importancia de la calidad y su propuesta de valor para el negocio.

�Confianza en la puesta en marcha: Comunicada en términos de negocio.

No sólo se trata de definir una metodología o de usar una herramienta.Se trata de implementar un nuevo modelo de pruebas y calidad de software en

línea con las necesidades del negocio.

Servicios de Pruebas y Calidad de Software de Steria Foco en el Negocio


Practicando RequisitosLa Calidad de las Aplicaciones

Conclusiones generales

� Las organizaciones se sorprenden porque no pueden estimar de forma realista el coste de sus proyectos.

La pregunta que deberían hacerse es: ¿se hacen dos iguales?

� Las personas, aun siendo buenos profesionales, no pueden realizar bien su trabajo si un procedimiento no les guía.

� Es vital que las organizaciones adquieran procedimientos de trabajo que permitan estandarizar el sistema de desarrollo de software a través de procesos definidos que permitan realizar proyectos de un modo repetitivo.

� Esta disciplina debe ser asumida y no impuesta.

� Toda la organización debe sentirse participe de los procedimientos establecidos. Contratar un experto que escriba de un modo aislado los procedimientos que se deben seguir a partir de ese momento la organización provocará escepticismo y rechazo.


Practicando RequisitosLa Calidad de las Aplicaciones

Conclusiones generales

Exista o no una metodología de pruebas ha de existir una idea clara y común de cuál es la estrategia corporativa definida en el área de pruebas y calidad del software.

Definición del proceso de pruebas en la organización:Prácticas formales.Uso de estándares de metodología.Medidas normalizadas.Reutilización de elementos del proceso.Mejores prácticas.

Definición de las personas que intervienen en el proceso:Responsabilidad en el proceso.Experiencia en pruebas.Canales de comunicación.Qué se quiere hacer y cómo.

Uso de la herramienta:Objetivos del uso de la herramienta.Grado de automatización.Reutilización de los activos.Medición de la efectividad y productividad.



Evolucionar el proceso de pruebas o el proceso de calidad de software en una organización requiere:

� Un espónsor fuerte.� Un cambio de mentalidad en la organización. � Un proceso de formación continua. � Personal externo a la organización que sea crítico e imparcial. � Cierto tiempo, paciencia y un poco de suerte.....

Si no sabes donde vas cualquier camino es bueno pero …… para poder usar un mapa es necesario saber donde estás.

La Calidad de las AplicacionesConclusiones generales

La importancia de_la_ir_en_calidad_software_ 2010

Business

Transcript of La importancia de_la_ir_en_calidad_software_ 2010