FACULTAD DE INGENIERIA DE SISTEMAS

CURSO:
CALIDAD Y PRUEBAS DE SOFTWARE

PROFESOR:
Jesws Rodriguez Salas

ALUMNO:

 Sanchez Fernandez Sandro Miguel.

INTRODUCCION
El concepto de calidad ha ido evolucionando a lo largo de los años, desde el control de la
calidad donde se promulgaba la inspección al final del proceso para asegurar la calidad de los
productos, a un sistema de gestión de la calidad, donde el énfasis está en el enfoque al cliente,
la gestión de los procesos, el mejoramiento continuo y el bienestar organizacional.

Las normas ISO 9000 son normas internacionales de Sistemas de la Calidad, aplicadas
adecuadamente en una organización ayudan a lograr una mejor calidad en los productos y
servicios, reducción en los costos, optimización de los resultados operativos y satisfacción de
sus clientes.

Cuando se habla de calidad del software se hace referencia al conjunto de cualidades que
determina su utilidad. Es el grado en que el software cumple con los requisitos especificados
(eficiencia, flexibilidad, corrección, mantenimiento, seguridad e integridad).
CALIDAD EN INGENIERIA DE SOFTWARE
Terminología.
• Calidad: “Conjunto de propiedades y características de un producto o servicio que le
confieren su aptitud para satisfacer unas necesidades explícitas o implícitas” (ISO
8402).

• Control de calidad: “Conjunto de técnicas y actividades de carácter operativo,

utilizadas para verificar los requerimientos relativos a la calidad del producto o
servicio” (ISO 8402).

• Garantía de calidad: “Conjunto de acciones planificadas y sistemáticas necesarias para

proporcionar la confianza adecuada de que un producto o servicio satisfará los
requerimientos dados sobre calidad” (ISO 8402).

• Gestión de calidad: “Aspecto de la función de gestión que determina y aplica la

política de la calidad, los objetivos y las responsabilidades y que lo realiza con medios
tales como la planificación de la calidad, el control de la calidad, la garantía de calidad
y la mejora de la calidad”. La gestión de la calidad es responsabilidad de todos los
niveles ejecutivos, pero debe estar guiada por la alta dirección. Su realización involucra
a todos los miembros de la organización. En ella se tienen en cuenta también criterios
de rentabilidad (ISO 8402).

• Sistema de gestión de la calidad: “Conjunto de la estructura de la organización, de

responsabilidades, procedimientos, procesos y recursos que se establecen para llevar a
término la gestión de calidad” (ISO 8402).

• Política de la Calidad: Orientaciones y objetivos generales de un organismo

concernientes a la calidad, expresados formalmente por el nivel más alto de dirección
(ISO 8402).

• Planificación de Calidad: Se enfoca al establecimiento de los objetivos de la calidad y a

la especificación de los procesos operativos necesarios y de los recursos relacionados
para cumplir los objetivos de la calidad (ISO 9000:2000).

• Mejoramiento de la Calidad: Acciones emprendidas en todo el organismo con el fin de

incrementar la efectividad y la eficiencia de las actividades y de los procesos para
brindar beneficios adicionales al organismo y a sus clientes (ISO 8402).

• Aseguramiento de la calidad: "Es un conjunto de actividades preestablecidas y

sistematizadas, aplicadas al sistema de calidad, que ha sido demostrado que son
necesarias para dar confianza adecuada de que un producto o servicio satisfará los
requisitos para la calidad".

• Cliente: Destinatario de un producto provisto por el proveedor (ISO 8402).

1
¿Qué es Software?
Programas de ordenador, procedimientos y posible documentación y datos asociados,
pertenecientes a la operación de un sistema informático. IEEE Std 610.12-1990.

Diferencia entre software de calidad y calidad del software: La primera es la percepción que
tiene un cliente. La segunda es algo objetivo y cuantificado.

¿Qué es un error software?

Debemos diferenciar entre:
• Error: inconsistencia gramatical en alguna o algunas líneas de código y/o incoherencia con
respecto a algún requisito.
• Fault (defecto): es un error software que no es mitigado por otras líneas.
• Failure (fallo, avería): es un defecto que ocurre.
Causas de Errores Software.
1. Mala definición de requisitos.
2. Mala comunicación con el cliente.
3. Desviaciones deliberadas.
• Mala reutilización.
• Presupuesto/ tiempo.
4. Errores lógicos de diseño.
• Algoritmos erróneos.
• Secuenciamiento erróneo.
• Condiciones fronteras erróneas.
• Omisión de estados.
• Omisión de tratamiento de excepciones.
5. Errores de codificación.
6. Incumplimiento de estándares de codificación y documentación.
7. Pruebas incompletas.
8. Errores de procedimiento.
9. Errores de documentación.
FACTORES QUE DETERMINAN LA CALIDAD DE SOFTWARE
 Se pueden clasificar en dos grandes grupos (Pressman):
◦ Factores que pueden ser medidos directamente.
◦ Factores que solo pueden ser medidos indirectamente.
 Se centran en tres aspectos importantes de un producto software (McCall):

2
ESTÁNDARES Y MODELOS DE EVALUACIÓN Y MEJORA DE LOS PROCESOS SOFTWARE
ISO 9000
Objetivos de ISO 9000:

• Proporcionar una guía para la gestión de la calidad: diseño e implantación de sistemas de

calidad. (ISO 9000 no normaliza el sistema de gestión de calidad, ya que esto depende del
tipo de sector, tamaño de la empresa, organización interna, etc. Sino que normaliza las
verificaciones que se han de realizar sobre el sistema de calidad).
• Describir los requerimientos generales para garantizar la calidad (demostrar la idoneidad
del sistema de calidad).

ISO 9000 (Recomendaciones)

• Comenzar con ISO 9004-1(1994). Gestión de calidad y elementos del sistema de calidad,
para diseñar e implementar el sistema de gestión de calidad.
• Una vez implantado el sistema de calidad, utilizar los modelos de garantía de calidad ISO
9001-2000 para demostrar su idoneidad.

(SPICE) ISO/IEC TR 15504

• El modelo de referencia de SPICE describe los procesos que una organización puede
realizar para comprar, suministrar, desarrollar, operar, mantener y soportar el software,
así como los atributos que caracterizan la capacidad de estos procesos.
• Proporciona una base para medir la capacidad de los procesos, en función de grado de
consecución de sus atributos.
• Él tiene dos dimensiones: Procesos y Capacidad.

Dimensión Procesos

 Contiene los procesos que se han de evaluar. Se corresponden con los procesos del ciclo
de vida del software, definidos al estándar ISO 12207:1995.

 Se agrupan en categorías, en función del tipo de actividad al cual se aplican:

• CUS: Cliente-Proveedor.
• ENG: Ingeniería.
• SUP: Soporte.
• MAN: Gestión.
• ORG: Organización.
Dimensión capacidad

 Define una escala de medida para determinar la capacidad de cualquier proceso.

 Consta de seis niveles de capacidad y nueve atributos de procesos.
0 Incompleto.
1 Realizado (Realización del proceso).
2 Gestionado (Gestión de realización, Gestión de productos).
3 Establecido (Definición de procesos, Recursos de procesos).
4 Predecible (Medición de procesos, Control de procesos).
5 En optimización (Cambio de procesos, Mejora continua).

3
CMM (Capability Maturity Model)
Estudia los procesos de desarrollo de software de una organización y produce una evaluación
de la madurez de la organización según una escala de cinco niveles: inicial, repetible, definido,
gestionado, optimizado.
• Es importante tener claro.
• Dónde nos encontramos.
• A dónde queremos llegar.
• Cómo llegaremos.
• Cómo sabremos si hemos llegado.
• No se puede hacer todo de golpe.
• Procesos piloto previos a un despliegue a gran escala.
Norma ISO 9126
Los estándares especificados definen un conjunto de criterios de desarrollo que guían la
manera en que el software se somete al trabajo ingenieril. Si no se siguen los criterios, la
carencia de calidad será un resultado casi seguro.
1. Funcionalidad: ¿las funciones requeridas están disponible en el software?
2. Confiabilidad: ¿qué tan confiable es el software?
3. Usabilidad: ¿es fácil de usar el software?
4. Eficiencia: ¿Qué tan eficiente es el software?
5. Portabilidad: ¿Qué tan fácil es trasferir el software a otro entorno?
6. Mantenibilidad: ¿Qué tan fácil de modificar es el software?

ISO/IEC 12207: es el estándar para los procesos de ciclo de vida del software de la
organización ISO

PRUEBAS Y SU PLANIFICIÓN. PRUEBAS UNITARIAS.

Las pruebas estarán presentes a lo largo de todo el ciclo de vida del desarrollo, de la solución.

1. Construcción del software.

 Conceptos: se refiere a la creación detallada de software operativo mediante una
combinación de: codificación, verificación, pruebas unitarias y de integración,
depuración.
 Principios: los principios fundamentales de la construcción de software son: minimizar
la complejidad, anticipar los cambios, pensar en la verificación posterior, aplicar
estándares.
 Proceso de construcción: los esfuerzos más significativos que se realizan durante la
construcción de software son: planificación, manejo de excepciones, codificación,
pruebas, aseguramiento de calidad, reutilización, integración.
2. Proceso de calidad.
 Planificación: Establecer el orden de los componentes que se crean e integran.
 Manejo de excepciones: Se realizan modificaciones y ajustes respecto a los detalles sw.
 Codificación: Aplicar técnicas para crear código fuente comprensible y documentado.
 Pruebas: Es detectar los fallos a l momento de la inserción del código.
 Aseguramiento de la calidad: técnica de pruebas (unitarias y de integración).
 Reutilización: Es reutilizar elementos y componentes SW en lugar de hacer de cero.
 Integración: Consiste en planificar la secuencia en que se integraran los componentes.

4
3. Verificación y validación.
 Objetivos.
 Detectar y corregir cuanto antes sus defectos y las desviaciones respecto al
objetivo fijado.
 Disminuir los riesgos, las desviaciones sobre los presupuestos y sobre el
calendario o programa de tiempos del proyecto.
 Mejorar la calidad y fiabilidad del software.
 Valorar rápidamente los cambios propuestos y sus consecuencias.
 Actividades.

4. Pruebas unitarias.
 Conceptos:
Las pruebas son técnicas de comprobación dinámica siempre implica la ejecución
del programa permiten: evaluar la calidad de un producto, mejorarlo
identificando defectos y problemas.
 Niveles de pruebas.
 Pruebas unitarias (modulo único): verifica el funcionamiento aislado de piezas
de software que pueden ser probadas de forma separada; se obtiene buenos
casos de prueba unitarias de las maquinas o diagramas de estado.
 Pruebas de integración (grupo de modulo): verifican la interacción entre
componentes del sistema de software, hay dos tipos de módulos incremental:
ascendente (bottom-up) y descendente (top-down).
 Pruebas de sistema (sistema completo): verifican el comportamiento del
sistema es su conjunto. En este nivel es más adecuado para comprobar
requisitos no funcionales: seguridad, velocidad, exactitud, fiabilidad.
 Estrategia de aplicación.
Mantienen dos órdenes. Escribir pruebas: requisitos, diseño arquitectónico,
diseño detallado, código. Ejecutar pruebas: pruebas unitarias, pruebas de
integración, pruebas de sistema, pruebas de aceptación.
 Técnicas de pruebas.
El objetivo es romper el programa, encontrar el mayor número de fallos posibles.
Existen dos enfoques.
 Caja negra (funcional): los casos de prueba se basan solo en el
comportamiento de entrada y salida.
 Caja blanca (estructural): basada en información sobre como el software ha
sido diseñado o codificado.