¿Qué es el aseguramiento de la calidad del software?
- Software Quality Assurance (SQA) es el conjunto de actividades para asegurar la calidad del software que se está desarrollando. Los estudios mostraron que el 98% de los proyectos fracasaron al final en el mercado, ya sea por las siguientes razones, como el tiempo estimado, el cambio en los requisitos, un costo más alto de lo esperado o un alto costo de mantenimiento. Por lo tanto, es muy importante tener en cuenta los diversos parámetros antes del desarrollo del software para minimizar el riesgo de falla.
- Para minimizar el riesgo de falla del software en el mercado, el aseguramiento de la calidad del software entró en escena.
- Implica un conjunto de actividades, procesos, procedimientos y estándares que son adecuados para el proyecto. Cubre todos los estándares de calidad del software desde la recopilación de requisitos hasta el desarrollo, lanzamiento y mantenimiento del mismo.
- SQA se ejecuta en paralelo al ciclo de vida de desarrollo de software que verifica regularmente que el software que se está desarrollando debe cumplir con sus estándares en cada etapa para que los problemas se puedan prevenir en las primeras etapas en lugar de manejarlo después de la finalización del proyecto.
- SQA incluye auditoría, capacitación, definición de procesos e implementación como sus actividades principales. Una vez que se define el proceso, SQA comienza a encontrar la debilidad y las formas de corregir esas debilidades para obtener un mejor software.
Actividades de aseguramiento de la calidad del software
A continuación se presentan algunas de las actividades de Software Quality Assurance.
1. Configuración del punto de control
El equipo de SQA establece los puntos de control después de intervalos de tiempo específicos para verificar el progreso, la calidad, el rendimiento del software y si el trabajo de calidad del software se realiza a tiempo según el cronograma y los documentos.
2. Impacto del cambio de medida
Para un defecto informado por QA y corregido por el desarrollador, es muy importante volver a probar la corrección del defecto y verificar si el defecto corregido no introduce nuevos defectos en el software de trabajo. Para esto, los gerentes y desarrolladores mantienen y observan las métricas de prueba para verificar si hay defectos recientemente generados mediante la introducción de nuevas funcionalidades o la reparación de cualquier defecto.
3. Tener una estrategia de prueba múltiple
No se debe confiar en un solo enfoque y estrategia de prueba para probar el software. Se debe implementar una estrategia de prueba múltiple en el software para probarlo desde diferentes ángulos y cubrir todas las áreas. Para las pruebas de seguridad de un sitio web de comercio electrónico, pruebas de rendimiento, pruebas de carga, pruebas de bases de datos, todo debe hacerse para garantizar una mejor calidad de software.
4. Mantenimiento de registros e informes
Es importante mantener todos los registros y documentos del control de calidad y compartirlos periódicamente con las partes interesadas. Casos de prueba ejecutados, ciclos de prueba, defectos registrados, defectos corregidos, casos de prueba creados, cambios en los requisitos de un cliente para un caso de prueba específico, todo debe documentarse adecuadamente para referencia futura.
5. Gestionar buenas relaciones
Gestionar las buenas relaciones entre los evaluadores y los desarrolladores juega un papel importante en el proyecto. Como el papel del desarrollador y el probador se contradicen, esto no debe tomarse a nivel personal. El objetivo principal de ambos equipos debe ser la entrega de proyectos de buena calidad con riesgos mínimos de fracaso.
6. Plan de gestión de SQA
Esto incluye encontrar formas de cómo el SQA funcionará en el nuevo proyecto de la manera más efectiva. Piense en las estrategias SQA, los procesos de ingeniería de software que podrían implementarse según los requisitos del proyecto y las habilidades individuales de los miembros del equipo.
Componentes del sistema SQA
Los componentes SQA se pueden clasificar en 6 clases:
1. Componentes previos al proyecto
Esto asegura que el compromiso del proyecto se haya definido claramente con respecto a la estimación del tiempo, la aclaración de los requisitos del cliente, el presupuesto total del proyecto, la evaluación de los riesgos de desarrollo, el personal total requerido para ese proyecto en particular. También asegura que los planes de desarrollo y calidad se hayan definido claramente.
2. Componentes del ciclo de vida del proyecto de software
Este componente incluye la revisión, opiniones de expertos, pruebas de software, componentes de mantenimiento de software. En el ciclo de vida de desarrollo del proyecto, incluye componentes como revisiones, opiniones de expertos y encontrar defectos en el diseño y programación de software, mientras que en el ciclo de vida de mantenimiento de software incluye componentes de mantenimiento especializados y componentes de ciclo de vida de desarrollo para mejorar las tareas de mantenimiento.
3. Componentes de infraestructura para prevención de errores y mejoras
Este componente incluye capacitación del personal, certificación, gestión de la configuración, medidas preventivas y correctivas para reducir la tasa de errores en un software basado en la experiencia acumulada de SQA de la organización.
4. Componentes de gestión SQA
Esta clase incluye métricas de calidad de software, costos de calidad de software, que incluye el control de las actividades de mantenimiento y desarrollo y la introducción de participación gerencial para reducir el riesgo de calidad, cronograma y presupuesto en el proyecto.
5. Componentes de estandarización, certificación y evaluación del sistema SQA
El objetivo principal de esta clase es la utilización de conocimiento profesional internacional que ayuda en la coordinación entre los diferentes sistemas de calidad de la organización a nivel profesional.
6. Organización para componentes humanos SQA
Esta base incluye gerentes, evaluadores y otros profesionales de SQA que están interesados en SQA. El objetivo principal es apoyar e iniciar las actividades de SQA, detectar las brechas / desviaciones en él y sugerir mejoras para eso.
Estándares de garantía de calidad del software
Varias organizaciones, institutos nacionales e internacionales están involucrados en el desarrollo de estándares SQA. A continuación se mencionan las principales organizaciones e institutos involucrados en él:
- IEEE
- PUNTO
- YO ASI
- ANSI
- EIA
- IEC
Los estándares SQA se dividen básicamente en dos categorías:
1. Software Quality Assurance Standard, que se conoce como Quality Management Standards.
Ejemplo: ISO 9000-3, CMM (Modelo de madurez de capacidad).
Se centran en la infraestructura de la organización, el sistema SQA, los requisitos que dejan la elección de herramientas y métodos de prueba a una organización. Su objetivo estándar es "qué" lograr. Asegura que las organizaciones logren una calidad de software aceptable.
2. Estándares de proceso de desarrollo de proyectos de software que se conocen como estándares de proceso de proyectos.
Ejemplo: ISO / IEC 12207 IEEEStd 1012-1998.
Se centran en metodologías que deben implementarse en el desarrollo y mantenimiento de software. Se centra en "cómo" realizar. Incluye requisitos de documentación de diseño, pasos a seguir, pruebas de software a realizar y revisión de diseño y problemas de revisión.
Técnicas SQA
Existen varias técnicas de SQA. Algunos de ellos se mencionan a continuación:
1. Revisión
En la revisión, las partes interesadas internas y externas celebran una reunión para revisar todo el proyecto que analiza todo el software y, si encuentra un problema, distingue si se trata de pruebas, desarrollo, requisitos o un diseño. El objetivo principal es medir la calidad de software y asegúrese de que cumpla con las expectativas del cliente o no.
2. Auditoría
En Auditoría, las partes interesadas inspeccionan todo el producto de trabajo y todos los datos para verificar si sigue los procesos estándar o no.
3. Pruebas funcionales
En las pruebas funcionales, la funcionalidad de todo el software se prueba si funciona como se esperaba o no. Comprueba "qué funciona el sistema" sin saber "cómo funciona el sistema". Es como la prueba de caja negra de una aplicación en la que el usuario conoce el resultado esperado sin saber cómo se produce.
4. Estandarización
Asegura que todo en el software debe estar estandarizado, es decir, sigue todos los estándares, ya sea los estándares en documentación, desarrollo, control de calidad. Reduce la ambigüedad y, por lo tanto, mejora la calidad del software.
5. Código de inspección
La Inspección del Código es uno de los tipos de revisión más formales con el objetivo principal de encontrar defectos en el código y resaltar cualquier problema en la Inspección del Código a cargo de un Moderador capacitado en lugar de un Autor del código. La reunión tiene criterios de entrada y salida adecuados. Los usuarios deben necesitar una preparación completa antes de la reunión para tener un conocimiento completo de los documentos y todo antes de plantear sus puntos.
6. Tutoriales
El tutorial de software es una especie de proceso informal y, por lo general, el autor lo inicia para leer el documento o código y los miembros pares escriben sus sugerencias o errores en él y los envían. No está documentado formalmente, ya que la inspección y el moderador no son necesarios en la reunión. Su objetivo principal es conocer el estado del código completado hasta la fecha y recopilar sugerencias de pares para una mejor calidad de software.
7. Prueba de esfuerzo
La prueba de esfuerzo se realiza para verificar cómo funciona el sistema bajo una carga pesada. Esta prueba juega un papel importante en la calidad del software, ya que en las aplicaciones de comercio electrónico, las pruebas de estrés y carga se realizan correctamente para probar la capacidad del software (cuántos números máximos de usuarios pueden acceder a una aplicación a la vez).
8. Inspección de diseño
La inspección de diseño se realiza para verificar las diversas áreas del software utilizando la lista de verificación como diseño funcional y de interfaz, convenciones, requisitos generales y diseño, trazabilidad de requisitos, lógica, acoplamiento y cohesión.
Ventajas de SQA
Analicemos las ventajas de SQA.
1. Aumenta la confianza del cliente
El control de calidad adecuado en diferentes niveles de software como revisión, inspección, auditoría, etc. y con la participación de partes interesadas internas y externas aumenta la confianza de los clientes en la presentación de los informes semanales del defecto y las métricas de requisitos también ayudan mucho a asegurar El cliente que el trabajo se realiza a tiempo.
2. SQA ahorra dinero
Los defectos encontrados en la etapa inicial, ya sea en la recopilación de requisitos, el código y las pruebas, son fáciles y rentables para que el SQA adecuado realizado en varios niveles ayude a reducir ese riesgo, ya que los defectos máximos se han descubierto y resuelto en las primeras etapas y, por lo tanto, ahorra dinero para solucionar el problema. software defectuoso después de ser presentado al cliente, lo que puede costar también la reputación de la empresa, los usuarios y los clientes.
3. Aumentar la satisfacción del cliente
La participación oportuna del cliente en el desarrollo y las pruebas de software aumenta la satisfacción del cliente de que el software de calidad se está desarrollando y de acuerdo con los requisitos y la toma de sugerencias en el medio aumenta la satisfacción del cliente.
4. Promueve la productividad y la eficiencia.
Cuando el desarrollo y las pruebas se realizan en paralelo, los defectos que se encuentran temprano justo después de que el desarrollo de un solo módulo se haya realizado y arreglado por los desarrolladores a tiempo permite que todos trabajen en paz y de manera más productiva en lugar de cargar con múltiples errores a la vez después de la finalización de todo el software.
5. Previene de emergencias imprevistas
Cuando se desarrolla un software corporativo, las apuestas también son muy altas. Como el software maneja una gran cantidad de datos confidenciales del cliente, debe funcionar como se espera sin apagones, corrupción o fallas de comunicación. El software debe probarse muy rigurosamente para que funcione como se espera.
6. Reduce los conflictos de clientes de tiempo final
Se encontraron muchos casos de desacuerdo entre el cliente y las organizaciones más adelante con respecto al cambio en los requisitos, el tiempo y el presupuesto fijados al inicio, lo que resultó en la cancelación del proyecto, la pérdida de dinero y la mala impresión de la empresa en el mercado (pérdida del cliente como crearía una mala reputación). En SQA, todo se arregla al inicio del proyecto y se documenta adecuadamente sin ninguna ambigüedad para que no surjan conflictos.
Desventajas de SQA
Analicemos las desventajas de SQA.
1. A veces difícil de implementar
Como SQA define todas las actividades y acciones que deben tomarse en cada paso del desarrollo de software de una manera muy detallada, a veces se hace difícil implementar cada actividad y proceso en el desarrollo. Por lo tanto, la persona sabe que sería beneficioso, pero centrarse en cada paso en detalle se vuelve difícil cuando se trabaja en equipos grandes.
2. Tiempo que consume
La implementación de cada acción en SQA lleva mucho tiempo y, a veces, desperdicia más tiempo en documentación y reuniones en lugar de trabajar en el desarrollo y las pruebas reales del software.
3. Alto costo
A través de la implementación de SQA, aunque el costo de corregir los errores en las etapas posteriores se puede reducir al encontrarlos y solucionarlos solo al inicio, pero para los proyectos pequeños con bajo presupuesto es muy difícil implementar SQA a medida que aumenta el número de recursos en el proyecto también lo hace el presupuesto de un proyecto. Para proyectos pequeños, la contratación de todo el equipo de control de calidad y la implementación de SQA causan un aumento drástico en el costo de un proyecto.
Conclusión
SQA es una actividad general que cubre todo el proyecto a lo largo del ciclo de vida del software, desde la recopilación de requisitos hasta el mantenimiento del proyecto. Cubre todas las actividades y procesos en las diferentes etapas del desarrollo de software para garantizar que el software entregado debe ser de alta calidad y mínimo riesgo para que pueda tener éxito en el mercado y cumplir con las expectativas del cliente y del cliente.
Artículos recomendados
Esta es una guía para el aseguramiento de la calidad del software. Aquí discutimos las actividades, componentes, ventajas y desventajas de SQA. También puede consultar nuestros otros artículos sugeridos para obtener más información:
- Principios de prueba de software
- Ciclo de vida de pruebas de software
- Software ágil
- Garantía de calidad vs control de calidad
- Técnicas de prueba de caja negra