UNIVERSIDAD ABC

ASEGURAMIENTO DE CALIDADDEL DESARROLLO DE SOFTWARE

Sección A

ASEGURAMIENTO DE CALIDAD DEL SOFTWARE -SQA- y -SQC-

INVESTIGACIÓN
ASEGURAMIENTO DE CALIDAD DEL SOFTWARE -SQA-
Según la norma ISO 9000:2000, el aseguramiento
de la calidad es la parte de la gestión de la
calidad orientada a proporcionar confianza en que
se cumplirán los requisitos de calidad.
El Aseguramiento de la Calidad del software es el
conjunto de actividades planificadas y
sistemáticas necesarias para aportar la confianza
que el software satisfará los requisitos dados de
calidad. Este aseguramiento se diseña para cada
aplicación antes de comenzar a desarrollarla y no después. El Aseguramiento de la
Calidad del Software engloba:
➢ Un enfoque de gestión de calidad.
➢ Métodos y herramientas de Ingeniería del Software.
➢ Revisiones técnicas formales en el proceso del Software.
➢ Una estrategia de prueba multiescala.
➢ El control de la documentación del software y de los cambios realizados.
➢ Procedimientos para ajustarse a los estándares de desarrollo del Software.
➢ Mecanismos de medición y de generación de informes.
Las revisiones del software son un filtro para el proceso de Ingeniería del
Software. Esto es, las revisiones se aplican a varios momentos del desarrollo del
Software y sirven para detectar errores y defectos que pueden ser eliminados. La
revisión técnica formal (RTF), a veces llamada inspección, es el filtro más efectivo
desde el punto de vista del aseguramiento de la calidad y es un medio efectivo
para mejorar la calidad del Software.
El defecto se define como una anomalía del producto. Dentro del contexto del
proceso del software, los términos defecto y fallo son sinónimos. Ambos implican
un problema de calidad que es descubierto después de entregar el software a los
usuarios finales. El objetivo principal de las RTF es encontrar errores durante el
proceso, de forma que se conviertan en defectos después de la entrega del
software. El beneficio de la inspección es el descubrimiento de errores al principio
para que no se propaguen al paso siguiente del proceso de software.
Las actividades de diseño introducen entre el 50 y 65% de todos los errores
durante el proceso de software. Sin embargo, se ha demostrado que las RTF son
efectivas en un 75% a la hora de detectar errores. Con la detección y eliminación
de un gran porcentaje de errores, el proceso de revisión reduce substancialmente
el coste de los pasos siguientes en las fases de desarrollo y mantenimiento.
Los objetivos de la Revisión Técnica Formal son:
➢ Descubrir errores en la función, la lógica o la implementación de cualquier
representación del software.
➢ Verificar que el software bajo revisión alcance sus requisitos.
➢ Garantizar que el software ha sido representado de acuerdo con ciertos
estándares predefinidos.
➢ Conseguir un software desarrollado en forma uniforme.
➢ Hacer que los proyectos sean más manejables.
La RTF promueve la seguridad y la continuidad, ya que varias personas se
familiarizarán con partes del software que, de una forma u otra, no hubieran visto
nunca. Es una clase de revisión que incluye recorridos, inspecciones, revisiones
cíclicas y otro pequeño grupo de evaluaciones técnicas del software. Cada RTF se
lleva a cabo mediante una reunión y sólo tendrá éxito si es bien planificada,
controlada y atendida.
El aseguramiento de calidad se refiere a validar los procesos usados para crear los
productos. Es una herramienta especialmente útil para administradores y
patrocinadores, ya que permite discutir los procesos usados para determinar si los
productos creados son razonables. Este aseguramiento tiene asociado 2
constitutivos diferentes:
1. Los ingenieros del Software que realizan el trabajo técnico.
2. Un grupo de SQA (Software Quality Assurance) que se responsabiliza en la
planificación de aseguramiento de la calidad, supervisión, mantenimiento de
registros, análisis e informes.
Las Actividades del grupo de SQ
➢ Establecimiento de un plan de SQA para un proyecto.
➢ Participación en el desarrollo de la descripción del proceso de software del
proyecto.
➢ Revisión de las actividades de Ingeniería del Software para verificar su
ajuste al proceso de software definido
➢ Auditoria de los productos de software designados para verificar el ajuste
con los definidos como parte del proceso del software.
➢ Asegurar que las desviaciones del trabajo y los productos del software se
documentan y se manejan de acuerdo con un procedimiento establecido.
➢ Registrar lo que no se ajuste a los requisitos e informar a sus superiores.

Además de estas actividades, el grupo de SQA coordina el control y la gestión de

cambios y, ayuda a recopilar y analizar las métricas del software.

Las métricas son escalas de unidades sobre las cuales puede medirse un atributo
cuantificable. Cuando se habla de software nos referimos a la disciplina de
recopilar y analizar datos basándonos en mediciones reales de software, así como
a las escalas de medición. Los atributos son características observables del
producto o del proceso de software, que proporciona alguna información útil sobre
el estado del producto o sobre el progreso del proyecto. El término producto se
utiliza para referirse a las especificaciones, a los diseños y a los listados del código.
Los valores de las métricas no se obtienen sólo por mediciones. Algunos valores de
métricas se derivan de los requisitos del cliente o de los usuarios y, por lo tanto,
actúan como restricciones dentro del proyecto.

ASEGURAMIENTO DE CALIDAD DEL SOFTWARE -SQC-

Introducción al control de calidad del software
El Control de Calidad del Software es una actividad de validación, donde la calidad
del producto de software desarrollado satisface las necesidades y excepciones del
cliente o se ajusta al propósito, es decir, verificar si hemos construido el software
correcto o no. Este proceso se ocupa de productos orientados a encontrar el
defecto y mejorar la calidad del producto de software desarrollado. La prueba del
producto de software mediante la ejecución del código de la aplicación es parte del
control de calidad del software.
Actividades de control de calidad del software
El proceso de control de calidad del software se ocupa principalmente del producto
de software, el proceso de desarrollo y los recursos. Funciona según el principio
PDCA (Plan Do Check Action).
Las actividades de prueba del proceso de control de calidad del software son las
siguientes:
➢ Actividades de prueba
➢ Examen de la unidad
➢ Pruebas de integración
➢ Prueba del sistema
➢ Test de aceptación
➢ Prueba de lanzamiento
➢ Pruebas de mantenimiento
La actividad de prueba es un tipo de proceso de validación o de naturaleza
dinámica de la aplicación de software para encontrar los defectos. Tiene producto
orientado a mejorar la calidad del producto software, realizado con ejecución del
programa. La prueba del producto es la parte principal y tiene múltiples
actividades de prueba como fases de prueba de unidad, integración, sistema,
aceptación, lanzamiento y mantenimiento dentro del proceso del ciclo de vida del
desarrollo de software.
En esta actividad también usamos algunos niveles funcionales adicionales de
pruebas como pruebas de humo, pruebas de cordura, nuevas pruebas, pruebas de
regresión y algunas pruebas no funcionales como pruebas de rendimiento, pruebas
de estrés, pruebas de carga, pruebas de volumen, pruebas de resistencia para
mejorar la prioridad (urgencia de corregir el defecto) y la gravedad (Impacto del
defecto) de la calidad del producto de software desarrollado. Por lo tanto, tanto el
proceso de QA (verificación) como el de QC (validación) están relacionados
internamente con el proceso de mejora del control de calidad del software.

Prueba de Prueba de
Examen de Prueba de Prueba de Prueba de
Prueba del aceptación mantenimie
la unidad integración aceptación lanzamiento
sistema del usuario nto
Examen de la unidad
La prueba de las partes más pequeñas ejecutables de forma independiente de la
aplicación de software. También se conoce como prueba de componentes. Lo
realiza el equipo de desarrollo al principio de la etapa de desarrollo.
Pruebas de integración
En esta prueba, encontrar los defectos o errores en las interfaces o interacciones
entre componentes, es decir, probar las unidades combinadas, funciona o no. Lo
realiza equipo de desarrollo. Hay dos enfoques de las pruebas de integración, es
decir, el enfoque de arriba hacia abajo y el de abajo hacia arriba.
Aquí, los controladores de prueba y los talones de prueba se utilizan para ayudar al
flujo de trabajo de las pruebas de integración. Cuando existen programas
temporales en las aplicaciones para sustituir programas en desarrollo, se
denominan drivers. El programa principal si se reemplaza se llama Controlador y si
se reemplazan los programas inferiores.
Prueba del sistema
Una vez que el equipo de implementación envía un correo electrónico, el software
se instala en el entorno de prueba. Comenzamos con las pruebas de verificación
de compilación (prueba de humo). Aquí verificamos si las características mínimas
están funcionando y enviamos un correo al equipo de desarrollo que estamos
aceptando o rechazando el construido. También se denomina prueba de extremo a
extremo y la realiza el equipo de prueba en el entorno de prueba. Cuando dos o
más aplicaciones necesitan operar juntas, hay un nivel más de prueba entre la
prueba del sistema y la prueba de aceptación del usuario que se denomina prueba
de integración del sistema.

Prueba de aceptación / Prueba de aceptación del usuario

Los objetivos de esta prueba son:
➢ Para ganar confianza para la liberación.
➢ Para comprobar si el software es adecuado para el propósito.
➢ Comprobación del software desde un punto de vista empresarial.
Lo realiza el cliente. Tiene dos tipos, como Pruebas Alfa y Pruebas Beta. Las
Pruebas Alfa, se denominan Pruebas de Aceptación Comercial (BAT) o Pruebas a
Nivel de Fábrica, realizadas por el cliente en el sitio de la organización de
desarrollo. Las pruebas beta se denominan pruebas de verificación de productos
(PVT) o pruebas a nivel de campo, realizadas por el cliente en el lugar donde se
utiliza el software.
Prueba de lanzamiento
La prueba de lanzamiento es una fase de prueba final del producto de software o
aplicación para verificar, el software desarrollado para ser lanzado. Aquí se deben
probar todas las funcionalidades de esa aplicación para garantizar la preparación
de la aplicación de software.
Pruebas de mantenimiento
La prueba del software que está en producción, cuando hay cambios en el
software (es decir, defectos o modificaciones) o en el entorno. En esta fase,
planeamos un análisis de impacto, es decir, la junta de control de cambios (CCB)
sería un grupo de arquitectos, diseñadores, desarrolladores y probadores, que
pueden juzgar el impacto del cambio solicitado por el cliente, es decir, la solicitud
de cambio (CR). También es útil para las pruebas, ya que guía dónde realizar la
mayoría de las pruebas, es decir, repetir las pruebas y las pruebas de regresión.
Este tipo de prueba realizada por los probadores.

Estándares de control de calidad del software

Existen algunas normas ISO para revisar / describir la calidad del producto
desarrollado por software. La ISO / IEC / IEEE ha propuesto un número 29119
para el estándar internacional en control de calidad de software, seguido por el
modelo de proceso de desarrollo del ciclo de vida de desarrollo de software
(SDLC). Tiene principalmente cinco niveles internacionales de estándares de
control de calidad de software (QC) y algunos subestándares para revisar tanto el
nivel de proceso como el nivel de producto de la aplicación.
DIFERENCIA ENTRE ASEGURAMIENTO DE CALIDAD DEL SOFTWARE Y
CONTROLDE CALIDAD DEL SOFTWARE
ASEGURAMIENTO DE CALIDAD
➢ Es un procedimiento que se
enfoca en brindar garantía de
que se logrará la calidad
solicitada.
➢ QA tiene como objetivo
prevenir el defecto.
➢ Es un método para gestionar la
Verificación.
➢ No implica ejecutar el
programa.
➢ Es una técnica preventiva.
➢ Es una medida proactiva.
➢ Es el procedimiento para crear
los entregables.
➢ El control de calidad implica el
ciclo de vida completo del
desarrollo de software.
➢ Para cumplir con los requisitos
del cliente, QA define
estándares y metodologías.
➢ Se realiza antes del Control de
Calidad.
➢ Es una actividad de bajo nivel,
puede identificar un error y
errores que QC no puede.
➢ Su principal motivo es prevenir
defectos en el sistema. Es una
actividad que requiere menos
tiempo.
➢ El control de calidad garantiza
que todo se ejecute de la
manera correcta, y es por eso
que se incluye en la actividad
de verificación.
➢ Requiere la participación de
todo el equipo.
➢ La técnica estadística aplicada
en QA se conoce como SPC o
Control Estadístico de Procesos
(SPC).
CONTROL DE CALIDAD
➢ Es un procedimiento que se enfoca
en cumplir con la calidad solicitada.
➢ El control de calidad tiene como
objetivo identificar y corregir
defectos.
➢ Es un método para verificar la
Validación.
➢ Siempre implica ejecutar un
programa.
➢ Es una técnica correctiva.
➢ Es una medida reactiva.
➢ Es el procedimiento para verificar
los entregables.
➢ El control de calidad implica el ciclo
de vida completo de las pruebas de
software.
➢ QC confirma que se siguen los
estándares mientras se trabaja en
el producto.
➢ Se realiza solo después de que se
realiza la actividad de control de
calidad.
➢ Es una actividad de alto nivel,
puede identificar un error que QA
no puede.
➢ Su principal motivo es identificar
defectos o fallos en el sistema. Es
una actividad que consume más
tiempo.
➢ El control de calidad asegura que
todo lo que hayamos hecho sea
según el requisito, y es por eso que
se incluye en la actividad de
validación.
➢ Requiere la participación del equipo
de pruebas.
➢ La técnica estadística aplicada al
CC se conoce como SQC o Control
Estadístico de Calidad.