¿Cómo se relaciona el control de calidad con las pruebas?

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?

Creo que esta pregunta es más adecuada para programadores .
Yo también lo pensé, pero luego decidí preguntar aquí ya que la Gestión de Calidad es parte de la Gestión de Proyectos. Y Garantía de Calidad es un proceso en la disciplina de Gestión de Calidad.
ok, veamos la respuesta de la gente.
Las pruebas son un subconjunto de la garantía de calidad del software. SQA es el esfuerzo combinado de PM, el equipo SQA y el cliente; en otras palabras, todo el esfuerzo combinado de todas las partes interesadas. Obtendrá información detallada si busca en Google "Garantía de calidad del software" en lugar de simplemente "Garantía de calidad". Echa un vistazo a los artículos de la wiki también...

Respuestas (4)

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.

¿Tiene algún recurso que pueda incluir para respaldar su respuesta?
Comenzaría con las definiciones de wikipedia para QA: en.wikipedia.org/wiki/Software_quality_assurance y testing: en.wikipedia.org/wiki/… También puede leer el artículo de Tom Mochal: builderau.com.au/strategy/projectmanagement/soa /…
Edité su respuesta para agregarle estos enlaces, pero no tengo permisos de edición. ¿Puedes revisar mi edición y aceptarla? Gracias.
@jmort253: Hace muchos años me hacía la misma pregunta. No puedo proporcionar fuentes exactas, pero encontré mi respuesta al leer la literatura del MIT y SEI donde tenían artículos que decían exactamente lo que dice Pawel. Seguro que si lo googleas lo encuentras.

' 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).

Su declaración de control de calidad/prueba está en conflicto directo con la respuesta de @pawelbrodzinski. ¿Tiene recursos para los que pueda respaldar su declaración de que las pruebas se pueden considerar como garantía de calidad? Según Wikipedia, las pruebas son solo una parte específica de la garantía de calidad, pero supuestamente no son lo mismo. Gracias :) Además, tienes razón acerca de que la calidad tiene que ser parte del proceso. Si esperas hasta el final para enfocarte en la calidad, terminas reconstruyendo el producto, y eso nunca es divertido.

Quality Control(también conocido como prueba) es verificar el producto después de que sale de la línea de producción.

Quality Assurancesignifica 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:

  1. 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.

  2. 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.