Garantía de calidad (QA) versus control de calidad (QC) en el proyecto web.

"La web está terminada ... pero ¿por qué es desordenada?" ¡El problema del mundo rompió a la gente web para conocer!

¿Alguna vez te has conocido? Proyecto para hacer un sitio web que tenga la intención de moldear con las manos, se asiente tanto al presupuesto como a muchos meses. ¡El día del lanzamiento, se encontró con varios problemas, hinchado a tiempo! El teclado no es, el enlace está roto, la página web está rota en el teléfono móvil, el sistema de patio trasero es muy lento. O lo más serio es el pago de los clientes, ¡pero el sistema no funciona! La sensación de emoción estaba feliz de que la web se lanzó ... se convirtió en estrés y quejas de los clientes.

Si solía asentir en estas historias, muestra que no se enfrenta solo a este problema. Esta es la pesadilla clásica del propietario del proyecto y muchos equipos de desarrollo web. Eso a menudo ocurre cuando pasamos por alto la "calidad" o malinterpretamos que "la prueba final del sitio web antes de enviar el trabajo" es suficiente. Pero la verdad es mucho más complicada que eso y el comienzo de todas las soluciones ocultas en dos palabras que parecen similares. Pero el significado diferente es "QA" y "QC".

Solicitud de ilustraciones: imágenes gráficas que muestran la expresión estresante del propietario del negocio o gerente de proyectos, que mantiene las templos frente a la computadora que muestra el sitio web lleno de errores (error 404, la imagen no se muestra, diseño distorsionado) con un icono rojo completo.

¿Por qué el nuevo sitio web de lanzamiento tiene un problema? Resolver el origen del error

Muchas personas tienden a combinar que la inspección de calidad de la web es "error de error" al final del proyecto, pero en realidad, ese es solo el final del problema. La verdadera fuente a menudo es causada por la confusión entre los dos conceptos principales: ** Garantía de calidad (QA) ** y ** Control de calidad - QC) ** Estas dos separaciones hacen que el proceso de desarrollo web carece de prevención proactiva

Imaginar:

• Equipos que se centran solo en QC (Reactivo): acelerarán el desarrollo de varias características. Para terminar lo antes posible y luego perseguir "captar la falla" o "encontrar la búsqueda" juntos en el período final antes de entregar el trabajo, el resultado es que hay muchos problemas que están profundamente arraigados y difíciles de resolver. Debe desmontar el nuevo código de tiempo de tiempo y presupuesto que aumenta
• El equipo de malentendido: algunos equipos pueden pensar que tener una prueba es encontrar un libro es hacer QA, lo cual no es correcto. Encontrar un error es parte de QC, pero no todo QA, lo que causa la falta de planificación para evitar problemas de la fuente.
• No hay estándares centrales: cuando no hay un proceso de control de calidad claro, cada desarrollador puede escribir diferentes estilos. No hay documentos de referencia claros que causen cuándo se combina el trabajo, puede causar fácilmente errores como construir una casa por arquitectos e ingenieros que hablan con diferentes idiomas

Estas raíces que hacen que su sitio web parezca una bomba de tiempo. Esperando el día para crear problemas después del lanzamiento. Lo que afecta más de lo que cree que comprender las diferencias de QA y QC es el primer paso en el edificio para construir un sitio web sólido. Tener una lista de verificación para buenos sitios web es parte de la planificación de control de calidad que también ayuda a reducir los errores.

Solicitud de ilustraciones: las imágenes infográficas simples comparan dos rutas de una manera es una ruta sinuosa llamada "Centrarse en QC al final", que está lleno de iconos y luces rojas. Con otra ruta recta y suave llamada "QA en todo el proceso" que conduce al "sitio web de calidad" escrito por trofeo

Lanze el sitio web que carece de calidad ... la desventaja que es más grave que solo "perder la cara"

Permitir que el sitio web esté lleno de errores con los ojos del usuario no afecta el impacto, solo causa que el equipo "perdedor" o el "tiempo pierda", pero afecta directamente al negocio en muchas dimensiones que son mucho más aterradores que eso:

• Pérdida de credibilidad y destrucción de la imagen. Marca: el sitio web es la cara de los negocios. Si el cliente entra y encuentra que solo la web está rota lentamente, es difícil de usar. La confianza de que su marca disminuirá de inmediato. Y puede que no vuelva
• Oportunidades y ventas de negocios perdidos: imagine que los clientes quieren comprar cosas se romperán. Pero no puedo presionar el botón de pago o completar el formulario. Póngase en contacto con el sitio web ... esas son las ventas y los clientes potenciales que desaparecieron en un abrir y cerrar de ojos. Y puede significar la pérdida de ese cliente para los competidores para siempre
• Desgaste de presupuestos de marketing. Beneficios: puede arrojar mucho dinero para disparar anuncios de Facebook o Google para atraer a las personas a la web. Pero si su sitio web realmente no funciona es como verter agua en un tanque con fugas, el tráfico que se obtuvo no significará. Al tiempo que aumenta las tarifas publicitarias porque la tasa de bonos está aumentando
• En el SEO a largo plazo: Google es muy importante para la experiencia del usuario (experiencia del usuario). El sitio web que se carga lentamente tiene una alta tasa de rebote o enlaces rotos se reducirá continuamente. Empeora tu búsqueda de búsqueda.
• Costos de corrección más altos: la corrección del error después del sitio web en vivo ha sido costoso más alto que la prevención de errores desde el principio. Tanto en términos de tiempo, mano de obra y pérdida de oportunidades comerciales

Por lo tanto, invertir en el proceso de crear "calidad" no es "costo", sino la "inversión" más importante para evitar que ocurran estos daños. Hacer un proceso de auditoría UX regularmente es una forma de ayudar a encontrar y resolver estos efectos.

Solicite ilustraciones: imágenes lácteas que muestran efectos negativos, comenzando desde "Web With Bug" y tienen una flecha que apunta a "los clientes están frustrados", "perder ventas", "pérdida de marca" y "Rango de SEO" es un efecto dominó.

¡Resuelve la causa! Separado entre QA y QC y luego utilizado como

Al comprender los problemas e impactos, es hora de ver la solución correcta. La clave es distinguir y liderar ** QA (garantía de calidad) ** y ** QC (control de calidad) ** para usar en su proyecto correctamente.

Para ver la imagen más obvia, Imagine Health Care:

• QA es "atención médica preventiva": como si planea comer alimentos útiles, ejercicio regular, dormir lo suficiente para "evitar" que no se enferme desde el principio.
• QC es el "cheque de salud anual": como ir al hospital para análisis de sangre, medición, x -ray para "verificar" y "buscar" qué enfermedades están ocultas en su cuerpo.

Verá que queremos que ambos no puedan vivir sin la web es lo mismo.

Garantía de calidad (QA) - Garantía de calidad (enfatizando el "proceso" para "proteger")

QA es una actividad proactiva que se centra en ** "proceso de trabajo" ** para garantizar que el resultado final salga de calidad y reduzca los errores al mínimo. Es para crear un estándar y configurar el sistema de protección desde antes de escribir el código de primera línea.

Ejemplo de actividades de control de calidad:

• Establecer los estándares de estándares de codificación
• Elegir la tecnología y las herramientas adecuadas
• Crear requisitos claros y documentos de especificaciones
• Diseño de flujo de trabajo, como el uso del entorno de puesta en escena de flujo web para tener un área de prueba segura.
• Entrenar al equipo para tener el mismo conocimiento y comprensión.

Control de calidad (QC) - Control de calidad (enfatizando los "resultados" para la "inspección")

QC es una actividad de recepción (reactiva) que se centra en ** "Resultados" ** o el sitio web creado para verificar e identificar el error (defectos) que ocurren tanto como sea posible antes del sitio web del usuario real

Ejemplo de actividad de QC:

• Probó varias funciones si funciona correctamente de acuerdo con la solicitud o no (pruebas funcionales)
• Examen de la visualización en diferentes navegadores y equipos (examen de navegador/prueba de servicio cruzado)
• Prueba de rendimiento
• Verificación de enlace roto

Entonces, en lugar de preguntar: "QA y QC, ¿cuál es mejor?" La pregunta correcta es ** "¿Cómo podemos fusionar tanto QA como QC en nuestro proyecto?" ** ASQ (Sociedad Americana de Calidad) ha descrito claramente esta diferencia de que QA es una planificación de procesos. QC está comprobando los resultados de ese proceso.

Solicitud de ilustraciones: imagen infigente, columna de la Tabla 2, comparando claramente el control de calidad y el control de calidad. La columna QA tiene un ícono de la imagen "calendario, documento" con palabras clave "proactivadas, prevenimientos," columna QC "con un icono ampliado" con palabras clave "con orientado al producto de reacción, identifique defectos"

Ejemplos de lo real: cuando la tecnología convirtió la crisis web ... en un lanzamiento sin problemas

Para ser más claro, me gustaría dar un ejemplo de la compañía "Innovatech" que hizo una plataforma SaaS para la gestión de proyectos.

La primera lección costosa: en la apertura de la versión 1.0, el equipo de Innovatech se centra en el desarrollo de características lo antes posible. ¡Con solo un QC superficial en la última semana antes de lanzar el resultado es un desastre! Los usuarios encuentran muchos errores. El sistema a menudo se bloquea. Algunos clientes faltan. El equipo debe trabajar por la noche para seguir el problema. Causando tanto la reputación como el primer grupo de clientes

Limpieza delgada y recientemente creada en la versión 2.0: a partir de esa lección en el desarrollo de la versión 2.0, han ajustado todos los nuevos procesos mediante el uso de principios de control de calidad y QC.

• Nivel de control de calidad (prevención):
  • Ubicados en la base: definen los "estándares de codificación" que todos deben seguir, crean un "sistema de diseño" para que la interfaz de usuario sea consistente y escriba "especificación técnica" de todas las características.
  • Cree un proceso: hay una "revisión del código" cada vez antes de combinar el código y usar el sistema "Integración continua (CI)" para probar el nuevo código automáticamente.
• Paso QC (inspección):
  • Cree un plan de prueba: Test Team crea un "casos de prueba" que cubre todas las situaciones posibles.
  • Divida las pruebas en rondas: prueba unitaria por desarrollador, prueba de integración por parte del equipo de control de calidad y, finalmente, la prueba de aceptación del usuario (UAT), con la muestra real que los clientes intentan.
  • Lista de verificación Antes de lanzar: antes del lanzamiento, usaron la lista de verificación Post-LA Unch para verificar todo por última vez.

Diferentes resultados y Abyss: el lanzamiento de la versión 2.0 es muy suave. El número de errores que el usuario reportó en más del 90%. El sistema es altamente estable. Y los nuevos clientes ofrecen excelentes puntajes de satisfacción Este es el poder de la integración de QA y QC, que ha cambiado de un proyecto que casi no se convirtió en un producto exitoso.

Solicitud de ilustraciones: la imagen del gráfico antes y después es un cohete que está a punto de liberarse, pero hay un humo negro y una pieza rota con "Versión 1.0 (solo QC".

¿Qué es lo que quieres hacer? Lista de verificación para usar QA/QC para usar realmente

Lea aquí que le gustaría aplicar estos principios a su propio proyecto, ¿verdad? No tiene que preocuparse por no poder intentar usar esta lista de verificación simple como guía, que se divide en 2 partes principales: ** Actividad de control de calidad (hacer todos los proyectos) ** y ** QC Actividad (hecha) **

Parte 1: Actividad de control de calidad (Garantía de calidad - Prevención)

Estos deberían ser parte de la cultura laboral en cada proyecto:

• [] Objetivos y requisitos claros: todos en el equipo deben entender que "el sitio web terminado" se parece a ¿qué características hay?
• [] Crear estándares de trabajo (estandarización):
  • - Existen una guía de codificación estándar y de estilo para el desarrollador.
  • - Hay un sistema de diseño para que el diseñador controle el tono de diseño.
• [] Documentación: Notas de decisión técnica, métodos API u otra información importante que el equipo debe usar juntos
• [ ] Planificación del área de prueba: determine los trabajos de flujo de trabajo a través del entorno de estadificación clara para que pueda probarse y revisar sin afectar el sitio web real .
• [] Proporcionar una revisión del trabajo (revisión interfuncional): por ejemplo, desarrollador, revisiones entre sí, diseñador. Las revisiones en el desarrollador trabajan en el marco web y etc.

Parte 2: Actividad de QC (control de calidad - Verificación segura)

Estos sucederán en los puntos importantes del proyecto, especialmente antes de la entrega:

• [] Crear un plan de prueba y casos de prueba: ¿Cuál es el plan para probar? ¿Y cómo son los procedimientos de prueba? Buenas fuentes de información como Guru99 tienen ejemplos para estudiar más.
• [] Pruebas funcionales: verifique si todas las funciones funcionan correctamente como están diseñadas o no (como la aplicación, el pedido, la formación)
• [] Prueba de usabilidad y UX: Pruebe si el sitio web es fácil de usar o no? ¿Está confundido el usuario? La auditoría de UX puede ayudar mucho en esta parte.
• [] Prueba de compatibilidad: Verifique la pantalla y trabaje en
  • - navegador popular (Chrome, Firefox, Safari, Edge)
  • - Equipo (escritorio, tableta, móvil)
• [] Prueba de rendimiento: pruebe la velocidad de carga de la página web y la medición con herramientas como Google PageSpeed Insights.
• [] Hacer pruebas de aceptación del usuario (UAT): deje que los clientes o usuarios reales intenten dar comentarios antes del lanzamiento.

Tener una lista de verificación completa lo ayudará a estar seguro de que no se elimina nada. Y listo para ofrecer un sitio web de alta calidad que cree buenos resultados para su negocio

Solicitud de ilustraciones: las hermosas imágenes de la lista de verificación se dividen en 2 partes, que son "proceso de control de calidad" y "puntos de control de QC" con el lado de la marca derecho.

Las preguntas que las personas tienden a dudar (preguntas frecuentes) aclaran todos los problemas en QA vs. QC.

Por lo tanto, puede entender esto más profundamente, he compilado una pregunta común sobre QA y QC para responder claramente.

P1: En el equipo, ¿es necesario tener una posición de "QA" y "QC" por separado?
R: En un equipo grande o un proyecto complejo, tener una posición separada (como el gerente de control de calidad y QC/probador) se considera la mejor práctica, pero para equipos pequeños o startups que no tienen necesidad de tener una posición separada. Pero lo importante es ** Todos en el equipo deben comprender y la responsabilidad de sus roles. ** Por ejemplo, el gerente de proyectos puede ocuparse de QA, desarrollador. Prueba unitaria (parte del control de calidad) y el propietario del proyecto o del equipo de marketing para realizar UAT (prueba de aceptación del usuario).

P2: Si nuestro negocio es muy pequeño, no hay un presupuesto adicional para el equipo. ¿En qué debo concentrarme primero?
R: Si tiene que elegir **, comience creando una buena cultura de control de calidad primero ** porque la prevención tiene un costo más bajo que siempre. Tratando de crear un proceso de trabajo claro, tener buenos documentos y a menudo comunicarse en el equipo. QC puede hacerlo a un nivel básico, como los desarrolladores que ayudan a probar el trabajo de los amigos. O permita que las personas que no son técnicas en la empresa ayuden a jugar la web en la esquina del usuario real

P3: ¿Cuál es la diferencia entre QA y QC?
A: ¡Es una muy buena pregunta! Para mirar 3 capas de imágenes superpuestas:

• Prueba de software: es la prueba de "actividad" para encontrar errores. Es la parte más pequeña
• QC (control de calidad): es el "proceso" que utiliza pruebas de software y otras actividades. Para verificar la calidad de los "resultados" (sitio web)
• QA (garantía de calidad): es el "marco" que cubre tanto el proceso de desarrollo como el proceso de control de calidad para garantizar que todo cumpla con los estándares y "evitar" causar problemas desde el principio.

En resumen, las pruebas son parte de QC y QC es parte de QA.

P4: ¿Deberíamos comenzar a hacer QA y QC desde cuando el proyecto?
R: ** QA comienza desde el primer día (día 1) ** del proyecto. De la colección de requisitos y planificación. ** QC comenzará periódicamente. ** Cuando hay trabajos o resultados, por ejemplo, cuando la función A está finalizada, las características de control de calidad del control de calidad, cuando el sprint está listo, el sprint y el gran control de calidad se abrirán ante el sitio web real.

PREPRESIÓN PARA ILUSTRACIONES: La gente está hablando. Con marcadores de preguntas y marcas correctas para transmitir las respuestas de preguntas que despejan las preguntas

En conclusión, fácil de entender: el control de calidad y el control de calidad no son enemigos, sino el compañero del sitio web de calidad.

En este punto, creo que debe ver claramente que ** QA (garantía de calidad) ** y ** QC (control de calidad) ** no es lo mismo. Y no se puede sustituir en absoluto

Para recordar fácilmente así:

• QA está mirando hacia adelante (con visión de futuro): ¿Cómo podemos "prevenir" problemas? ¿Nuestro proceso es lo suficientemente bueno?
• El QC está mirando hacia atrás (de aspecto hacia atrás): el resultado "¿Dónde están los problemas"? ¿Qué tenemos que arreglar?

La creación de sitios web de alta y alta calidad ya no puede depender del horno final del proyecto, pero requiere un plan de defensa sistemático (QA) en paralelo con una intensa inspección (QC) en el camino, como "Ghost Ventian" y "Sorcerer" en el mismo equipo

Me gustaría invitarlo a intentar explorar el proceso web en su equipo. Que hoy tenemos un "socio", este par está completo y están trabajando juntos lo suficientemente bien? La inversión es efectiva para crear procesos de calidad a partir de hoy. Es establecer la base más sólida para el éxito a largo plazo de su negocio en línea

¡Es hora de cambiar el sitio web que "acaba de terminar" para ser un sitio web de "calidad"! Si necesita un socio o un experto para ayudar a configurar y crear un sitio web de alta calidad del sistema que impulse su negocio, ¡ nuestro equipo está listo para dar consejos!

Solicitud de ilustraciones: los gráficos hermosos, el icono de control de calidad (escudo defensivo) y QC (lupa) se toman de la mano. Con un fondo gráfico creciente con el mensaje "mejor calidad, mejores resultados"

‍