Muy a menudo escucho a la gente decir "Garantía de calidad" mientras hablan de "Pruebas" y viceversa. Según tengo entendido, estos dos términos significan cosas diferentes. ¿Alguien podría explicar la diferencia? ¿O realmente significan lo mismo?
Estos dos términos a menudo se usan indistintamente, pero esto es una comprensión incorrecta de su significado.
Software Quality Assurance es un conjunto de procesos/prácticas cuyo objetivo es asegurar una alta calidad del producto. La prueba es sólo uno de estos procesos. El control de calidad consiste, entre otros, en el diseño, la arquitectura, los estándares de codificación, las revisiones de código, las pruebas, la gestión de cambios, la gestión de configuración, la gestión de versiones, las auditorías, etc.
A veces, las pruebas son la única área en la que se implementa conscientemente el aseguramiento de la calidad, y esta es probablemente la fuente de una comprensión incorrecta de los términos. Si quisiera usar otro término para las pruebas, sería verificación de calidad, no garantía de calidad.
En resumen: la garantía de calidad se implementa en todo el proceso de producción, mientras que las pruebas son solo una de las etapas del mismo.
' Probar ' es una actividad para asegurar la calidad de su resultado final. Por lo tanto, es un subconjunto de Garantía de calidad.
Por lo tanto, ' Garantía de calidad ' son todas las actividades que planificó para asegurarse de cumplir con los estándares de calidad que decidió al comienzo de su proyecto (= Planificación de calidad). Otra actividad podría ser, por ejemplo, la revisión de códigos entre pares.
Control de calidad finalmente = el acto de monitorear los resultados de todas esas actividades (como pruebas, por ejemplo, cobertura de pruebas, # pruebas aprobadas, # errores e iniciar acciones correctivas cuando sea necesario (como corrección de errores)
Espero que esto esté claro.
La prueba es algo que se hace para comprobar el nivel de calidad. PUEDE considerarse como garantía de calidad o control de calidad.
Pero el proceso de garantizar que un entregable cumpla con un cierto estándar de calidad es algo que debe integrarse directamente en el proyecto mismo. No puedes hacer algo de calidad al final, solo puedes detectar los defectos e intentar remediarlo.
La calidad se planifica (como cumplir con los requisitos).
Quality Control
(también conocido como prueba) es verificar el producto después de que sale de la línea de producción.
Quality Assurance
significa asegurarse de que los procesos y los insumos de la línea de producción sean correctos para que solo salgan buenos productos de la línea.
El eslogan "no se puede probar la calidad en" se puede demostrar con los siguientes ejemplos de fabricación:
En la línea de ensamblaje A, cada producto que sale de la línea es 100% defectuoso. Si el control de calidad está haciendo su trabajo correctamente, todos los elementos de la línea fallan en la prueba y no se envía nada. Cuando el control de calidad falla, permitirán que se envíen los productos defectuosos. El control de calidad no se sentaría al final de la línea y probaría todo, el control de calidad cerraría la línea (ya que la línea produce artículos 100% defectuosos) para descubrir qué está mal y arreglarlo.
En la línea de ensamblaje B, cada producto que sale de la línea es 100% bueno. Si QC está haciendo su trabajo correctamente, todos los productos se envían. Cuando el control de calidad se estropea, falla un buen producto. Con todo funcionando correctamente, QA no tiene nada que hacer excepto continuar monitoreando la situación.
CoderHawk
yegor256
CoderHawk
CoderHawk