Quality Assurance:

Mucho Mas que Testear

• Quality Assurance (QA): "Asegurar Calidad", "Garantizar Calidad",
"Proceso de Asegurar/Garantizar Calidad".

• Stuart Feldman (Investigador de IBM): QA no es solo testear, sino

demostrar que un sistema funcionará apropiadamente.

• IEE Standard 12207: QA es un proceso que garantiza que un

producto de software respete su especificación de requerimientos.

• La calidad a la que puede apuntar un determinado proceso de QA

puede ser mayor o menor.

• Se busca dar credibilidad de que el producto trabajará bien, para

que el cliente vea que así será.
 Cómo es el proceso de un QA?
Testear
• Un plan sólido de testeo debería captar errores que den una
medición de la calidad del producto.

• Un buen plan de QA asegura que:

- el diseño es el apropiado
- la implementación es cuidadosa
- satisface todos los requerimientos

• Un excelente plan de QA en una organización madura incluye un

análisis de defectos y de continuo perfeccionamiento.

• La elección del plan depende de la importancia del software, los

riesgos y costos de fallar y las tecnologías disponibles.
 A tener en cuenta:

– Cuanto mas QA, mas caro es el proceso, por lo tanto, mas

elevado es el costo del producto.

• Requerimiento básico del QA:

– Correcto computo según la entrada.
 QA en diferentes escenarios
• En productos de estudio o experimentales, los requerimientos
pueden ser bajos y un QA no hace la diferencia en mejoras.
• En productos donde las consecuencias de una falla o resultado
invalido son aceptables, es posible que no valga la pena invertir en
un QA.

• En productos donde fallas afectan a la gente, como en software de

gestión de transacciones, se necesita credibilidad, funcionalidad,
análisis; es decir un riguroso QA.
• En productos difícil de reparar, como chips o bases espaciales, el
QA debe ser tal que asegure una fácil reparación o larga vida útil.

• En productos donde fallas pueden costar vidas, o provocar

desastres, en este caso no importa el tiempo de desarrollo y el
presupuesto.
 Implicaciones organizativas
• En proyectos simples y poco exigentes, los diseñadores y
desarrolladores también pueden realizar tareas de control de
calidad.
Sin embargo, si pierden un caso especial durante el diseño también
es probable que lo pierdan durante la prueba.
• Por lo tanto, en grandes organizaciones o para productos con
requisitos estrictos de control de calidad es en general
responsabilidad de un grupo separado.
Características del grupo:
-es independiente de la organización de desarrollo
-tiene autoridad para exigir repetición de pruebas cuando
sea necesario
• Una organización separada es capaz del análisis profundo que
apoye el mejoramiento del proceso y del producto.
 Actividades

QA toca todas las etapas de un proyecto de software.

Es imposible tener un plan de pruebas solido y reproducible sin
acordar requisitos y especificaciones.

• En un proceso de desarrollo tradicional, la organización de control

de calidad requiere :
– exámenes en cada etapa, con un registro cuidadoso,
verificación y firmas.

• Las pruebas y los criterios de liberación se basa en los requisitos, y

la liberación se basa en los resultados de las pruebas.
 SOFT VS HARD
El Software es tan fuerte como el Hardware?
• Es mucho más común encontrar errores en un programa
que en algún componente físico donde se ejecuta el
mismo.

• Algunas Causas:
- la implementación de un programa
está orientada a la persona que lo realiza
- el hardware usualmente tiene repetición de
componentes y gran regularidad.
- los ingenieros de hardware realizan testeos muy
estrictos, sabiendo lo dificultoso que es
cambiar una parte del componente.