Administración de La Calidad Del Software

5.
Administración de la
calidad del software
¿A qué se refiere la gestión de la calidad del
software?
 Implica vigilar de cerca el desarrollo y mantenimiento del software para

garantizar que cumple las expectativas del cliente y no tiene errores.
 Incluye actividades como la garantía de calidad, las pruebas y la mejora

continua, para ofrecer un software fiable, eficiente y fácil de usar.
Ventajas:
Calidad del software = Éxito del software.
Gestión de la calidad del software
 El proceso de gestión de la calidad del software tiene como

objetivo:
 Desarrollar y gestionar la calidad del software para garantizar
que el producto cumple todas las normas de calidad establecidas
por el cliente,
 Teniendo en cuenta las necesidades y requisitos normativos y de
desarrollo.
Gestión de la calidad del software
Tipos:
1) Quality Assurance (QA) o Garantía de calidad: proceso sistemático en el
que se determina si un servicio o producto satisface las necesidades y requisitos de
un cliente.
 Un sistema de QA adecuado, puede elevar la confianza de los clientes a un nivel
superior al tiempo que mejora la eficacia de su trabajo.
 ¿Quieres ir un paso adelante de tus competidores? La garantía de calidad es la clave.
 Para muchas empresas, la norma ISO 9000 es un enfoque estándar establecido para
garantizar que satisfacen las necesidades de aseguramiento de la calidad.
Tipos de gestión de la calidad del software
2. Planificación de la calidad:
 ¿Hasta qué punto es accesible el producto a distintos usuarios?
 ¿Qué tal los aspectos de modularidad: pueden los desarrolladores
reutilizar el código para realizar la misma acción en varios lugares?
 ¿Qué solidez tiene el sitio web cuando se conectan varios clientes?
Responder a estas preguntas implica la gestión y la planificación de la
calidad.
Se abordan aspectos, como el mercado al que se pretende que se adapte
el producto, la fecha de lanzamiento de nuevas actualizaciones, la forma
de afrontar los riesgos potenciales, la posesión de metas de calidad
entre otros.
Tipos de gestión de la calidad del software
 3. Control de la calidad
 Un equipo de QA debe probar y revisar si el
software se adhiere a las normas y procesos de
garantía de calidad, ya sea como organización o
como proyecto.
 Gestión ágil de la calidad, para realizar los ajustes y
seguimientos de manera rápida.
 Todos deben entender claramente cómo llevar a cabo el
aseguramiento de la calidad a través de su proyecto.
 Los ingenieros de calidad deben establecer las
actividades para la gestión de la calidad
3. Métricas para la gestión de la calidad del
software
 Las métricas son números o
indicadores que ayudan a hacer realidad
los atributos de las tres P: producto,
proceso y proyecto.
1. Los atributos del producto son el
tamaño, la calidad y la complejidad.
2. Los atributos del proceso se refieren a la
mejora de la calidad y la velocidad de
desarrollo.
3. Los atributos del proyecto son la
productividad, el número de recursos y los
costes.
Métricas para la gestión de la calidad del
software
 Tiempo medio de recuperación
(MTTR): tiempo que tarda el
desarrollador en encontrar un problema
crítico concreto del sistema, solucionarlo y
enviar el parche de corrección durante la
fase de producción.
 Usado en métricas para los contratos
de mantenimiento, en los que se
prefiere un MTTR de 1 día a un MTTR
de 2 días.
software
 Tiempo de entrega (Lead Time):

tiempo que transcurre entre el inicio del
proyecto o sprint y su finalización.
software
 Duración del ciclo (Cycle Time):
similar al tiempo de entrega. Se mide
el tiempo de entrega por historia de
usuario y el tiempo de ciclo por tarea.
 Ejemplo: El tiempo que se tarda en crear
la base de datos sería el tiempo de ciclo,
mientras que el tiempo que se tarda en
tener la base de datos completamente
lista se conoce como tiempo de entrega.
software
 Tasa de caídas de la aplicación

(Application Crash Rate): Mide la
frecuencia con la que un sitio web o una
aplicación móvil se bloquean en un entorno.
 Indica la calidad del código, que equivale a
la sostenibilidad de la aplicación sin fallos.
 La metodología ágil se ha vuelto más
popular.
software
 Tasa de aprobación a la primera
(First Time Pass Rate): número de
unidades o pasos que se logran con
éxito en la primera ejecución, dividido
por el número total de unidades que
entran en el sistema.
 Se alinean con el principio ágil de alta
calidad y entrega rápida.
software
 Velocidad del equipo (Team
Velocity): métrica vital cuando
hablamos de Agile/Scrum. Indica el
número de historias de usuario o tareas
que ha completado un equipo durante el
primer sprint.
 Sólo se incluyen historias de usuario
totalmente completadas.
software
 Defectos por sprint: cuenta el
número de defectos que se encuentran
en cada sprint. Esta métrica puede
evaluar la calidad de la historia de
usuario durante cada sprint.
Etapas del aseguramiento de la calidad del
software (SQA)
 Análisis de requerimientos,
 Planeación de pruebas.
 Diseño de casos de prueba,
 Configuración,
 Ejecución y mejora
 Cierre
Fase de Análisis de Requerimientos
 Realizar análisis del proyecto y análisis de riesgos.

 Reunión de todos los participantes junto los
propietarios del producto y las partes interesadas
para comprender sus objetivos y el alcance final del
software.
 Gestión del cambio: los expertos en SQA
identificarán áreas del proyecto de mejora o cambio,
analizando los beneficios y las repercusiones.
 Análisis casual: un gestor de calidad analiza el
rendimiento al mismo tiempo que define las áreas
problemáticas.
Fase de Planeación de Pruebas
 Esta fase implica investigación y análisis, tomando en cuenta los

requisitos del proyecto, estimando el alcance del proyecto y el riesgo
que conlleva, y desarrollar una estrategia de análisis y gestión de
riesgos.
 Enfocada en determinar los movimientos adecuados
Fase de Diseño de Casos de Prueba
 Fase de seis pasos: análisis, clarificación, esquema, definición de las actividades de
prueba del aseguramiento de la calidad del software, identificación y evaluación
del estado final.
 Un diseño de pruebas estable ayuda a todos los tester y desarrolladores a seguir
buenas normas de codificación, y a los equipos de control de calidad.
 Artefactos de prueba :
 Caso de prueba: Una representación detallada del procedimiento de prueba,
las condiciones, los resultados y las entradas.
• Escenario de prueba: El problema que describe un escenario de forma realista
y creíble.
• Script de prueba: Las instrucciones que hay que ejecutar para verificar una
característica específica.
Fase de Ejecución de Pruebas
 Ejecución mediante auditorías, informes y

protocolos.
 La principal tarea de un equipo de QA :
 Mantener la coherencia entre la
documentación de las pruebas y el proceso
de desarrollo
 medir la eficacia del equipo
 Comprobar la conformidad de los
resultados con las normas necesarias.
Las 8 reglas prácticas para la gestión de la
1. Separar los equipos de pruebas de seguridad y de rendimiento: Al
probar el rendimiento y la seguridad de una aplicación, se necesitan dos
habilidades importantes en función de la evolución de las nuevas tecnologías de
aplicación y las amenazas a la seguridad. Esto mermará las capacidades individuales
de los miembros del equipo.
2. Utilizar una herramienta de seguimiento de errores (bug tracking): Para
poder recordar cómo ha afectado el fallo a tu aplicación o sitio web, es necesario
hacer un seguimiento. Una herramienta así es la mejor forma de combatirlos, ya que
permite marcarlos en función de su gravedad y prioridad.
3. Colaborar estrechamente con el equipo de desarrollo de tu producto: Para
estar al tanto de lo que ocurre en tu equipo, la comunicación es imprescindible.
Siempre es bueno utilizar herramientas de integración de pruebas para una
comunicación más fluida.
4. Intentar simular el entorno del usuario final: Un probador puede reunirse
directamente con el usuario final, interna o externamente, para descubrir distintos
problemas del software. Esto puede ayudar a todos los miembros del equipo a realizar
pruebas pensando en los usuarios finales.
5. Emular el entorno del desarrollador: Para evitar que los equipos de QA y los
desarrolladores pasen por un rendimiento no deseado de la aplicación, el entorno de
control de calidad debe emular el entorno de desarrollo. Se puede probar el código
en distintos entornos de producción simulando los entornos de los clientes.
6. Comprobar los cambios de código necesarios: Es imposible probar todos los
códigos. Por lo tanto, es necesario dar prioridad a los cambios significativos en el
código para corregir errores.
7. Utilizar el enfoque de automatización de pruebas de dos niveles: Es bueno
ejecutar pruebas rápidas de consistencia en cada confirmación de código
fuente cuando desee validar diferentes cambios de código. Se pueden ejecutar
pruebas de regresión por la noche para proporcionar sugerencias y comentarios
inmediatos a sus desarrolladores mientras se centra en la parte del código.
8. Ejecutar pruebas de regresión: Ejecutar un ciclo de pruebas funcionales y
no funcionales en la fase final es importante para pasar la aplicación a la fase
de producción. Dado que habría pocos cambios en el desarrollo, es
imprescindible validar la aplicación completa.

Administración de La Calidad Del Software

Cargado por

Copyright:

Formatos disponibles

Administración de La Calidad Del Software

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Administración de La Calidad Del Software

Cargado por

Copyright:

Formatos disponibles

5.

 Implica vigilar de cerca el desarrollo y mantenimiento del software para

 Incluye actividades como la garantía de calidad, las pruebas y la mejora

 El proceso de gestión de la calidad del software tiene como

 Tiempo de entrega (Lead Time):

 Tasa de caídas de la aplicación

 Realizar análisis del proyecto y análisis de riesgos.

 Esta fase implica investigación y análisis, tomando en cuenta los

 Ejecución mediante auditorías, informes y

También podría gustarte