what is defect bug life cycle software testing
Introducción al ciclo de vida de los defectos
En este tutorial, hablaré sobre el ciclo de vida de un defecto para que conozca las diversas etapas de un defecto con las que debe lidiar un evaluador mientras trabaja en un entorno de prueba.
También agregué las preguntas de entrevista más frecuentes sobre el ciclo de vida de los defectos. Es importante conocer los distintos estados de un defecto para comprender el ciclo de vida de un defecto. La intención principal de realizar una actividad de prueba es verificar si el producto tiene algún problema / error.
En términos de escenarios reales, los errores / errores / fallas se denominan errores / defectos y, por lo tanto, podemos decir que el objetivo principal de hacer pruebas es asegurar que el producto sea menos propenso a defectos (sin defectos es una situación poco realista ).
Ahora, surge la pregunta de qué es un defecto.
donde conseguir videos de realidad virtual
Lo que vas a aprender:
- ¿Qué es un defecto?
- Ciclo de vida del defecto en detalle
- Información adicional sobre defectos o errores
- Conclusión
¿Qué es un defecto?
Un defecto, en términos simples, es una falla o un error en una aplicación que restringe el flujo normal de una aplicación al hacer que el comportamiento esperado de una aplicación no coincida con el real.
El defecto ocurre cuando un desarrollador comete un error durante el diseño o la construcción de una aplicación y cuando un probador detecta este defecto, se denomina defecto.
Es responsabilidad de un evaluador realizar pruebas exhaustivas de una aplicación para encontrar tantos defectos como sea posible para garantizar que un producto de calidad llegue al cliente.
Es importante comprender el ciclo de vida del defecto antes de pasar al flujo de trabajo y los diferentes estados del defecto.
Por lo tanto, conozcamos más sobre el ciclo de vida de los defectos.
Hasta ahora, discutimos el significado de defecto y su relación en contexto con la actividad de prueba. Ahora, pasemos al ciclo de vida del defecto y comprendamos el flujo de trabajo de un defecto y los diferentes estados de un defecto.
Ciclo de vida del defecto en detalle
Un ciclo de vida de un defecto, también conocido como ciclo de vida de un error, es un ciclo de un defecto por el que atraviesa cubriendo los diferentes estados de toda su vida. Esto comienza tan pronto como un probador encuentra un defecto nuevo y finaliza cuando un probador cierra ese defecto asegurándose de que no se reproducirá nuevamente.
Flujo de trabajo de defectos
Ahora es el momento de comprender el flujo de trabajo real de un ciclo de vida de un defecto con la ayuda de un diagrama simple como se muestra a continuación.
Estados defectuosos
# 1) Nuevo :Este es el primer estado de un defecto en el ciclo de vida del defecto. Cuando se encuentra un defecto nuevo, entra en un estado 'Nuevo' y se realizan validaciones y pruebas de este defecto en las últimas etapas del ciclo de vida del defecto.
# 2) Asignado: En esta etapa, se asigna un defecto recién creado al equipo de desarrollo para que trabaje en el defecto. Esto lo asigna el líder del proyecto o el gerente del equipo de pruebas a un desarrollador.
# 3) Abierto: Aquí, el desarrollador inicia el proceso de análisis del defecto y trabaja para solucionarlo, si es necesario. Si el desarrollador considera que el defecto no es apropiado, entonces puede transferirse a cualquiera de los cuatro estados siguientes, a saber: Duplicado, aplazado, rechazado o no es un error -basado en la razón específica.
Hablaré de estos cuatro estados en un momento.
# 4) Corregido: Cuando el desarrollador finaliza la tarea de corregir un defecto realizando los cambios necesarios, puede marcar el estado del defecto como 'Solucionado'.
# 5) Nueva prueba pendiente: Después de arreglar el defecto, el desarrollador asigna el defecto al probador para que vuelva a probar el defecto al final, y hasta que el probador trabaje en volver a probar el defecto, el estado del defecto permanece en 'Pendiente de volver a probar'.
# 6) Vuelva a probar: En este punto, el probador comienza la tarea de trabajar en la nueva prueba del defecto para verificar si el desarrollador corrigió el defecto con precisión según los requisitos o no.
# 7) Reabrir: Si algún problema persiste en el defecto, se volverá a asignar al desarrollador para que lo pruebe y el estado del defecto se cambiará a 'Reabrir'.
# 8) Verificado: Si el probador no encuentra ningún problema en el defecto después de haber sido asignado al desarrollador para que vuelva a realizar la prueba y siente que si el defecto se ha solucionado con precisión, el estado del defecto se asigna a 'Verificado'.
# 9) Cerrado: Cuando el defecto ya no existe, el probador cambia el estado del defecto a 'Cerrado'.
Un poco mas:
- Rechazado: Si el desarrollador no considera el defecto como un defecto genuino, el desarrollador lo marca como 'Rechazado'.
- Duplicar: Si el desarrollador encuentra el defecto igual que cualquier otro defecto o si el concepto del defecto coincide con cualquier otro defecto, el desarrollador cambia el estado del defecto a 'Duplicado'.
- Diferido: Si el desarrollador considera que el defecto no es de una prioridad muy importante y puede solucionarse en las próximas versiones o en ese caso, puede cambiar el estado del defecto como 'Aplazado'.
- No es un error: Si el defecto no afecta la funcionalidad de la aplicación, el estado del defecto cambia a 'No es un error'.
los campos obligatorios cuando un probador registra cualquier error nuevo son Versión de compilación, Enviar el, Producto, Módulo, Severidad, Sinopsis y Descripción para reproducir
En la lista anterior, puede agregar algunos campos opcionales si está utilizando una plantilla de envío de errores manual. Estos campos opcionales incluyen el nombre del cliente, el navegador, el sistema operativo, los archivos adjuntos o las capturas de pantalla.
Los siguientes campos permanecen especificados o en blanco:
Si tiene la autoridad para agregar los campos de estado de error, prioridad y 'Asignado a', puede especificar estos campos. De lo contrario, el Administrador de pruebas establecerá el estado, la prioridad del error y asignará el error al propietario del módulo correspondiente.
Mira el siguiente ciclo de defectos
La imagen de arriba es bastante detallada y cuando considere los pasos importantes en el ciclo de vida del error, obtendrá una idea rápida al respecto.
En el registro exitoso, el administrador de Desarrollo o Pruebas revisa el error. El administrador de pruebas puede establecer el estado del error como Abierto, puede asignar el error al desarrollador o el error puede posponerse hasta la próxima versión.
Cuando se asigna un error a un desarrollador y él / ella puede comenzar a trabajar en él. El desarrollador puede establecer el estado del error como No se corrige, No se puede reproducir, Necesita más información o 'Solucionado'.
Si el estado de error establecido por el desarrollador es 'Necesito más información' o Corregido, el QA responde con una acción específica. Si el error se corrige, QA verifica el error y puede establecer el estado del error como verificado cerrado o reabrir.
Directrices para implementar el ciclo de vida de los defectos
Se pueden adoptar algunas pautas importantes antes de comenzar a trabajar con el ciclo de vida del defecto.
Estos son los siguientes:
- Es muy importante que antes de comenzar a trabajar en el ciclo de vida del defecto, todo el equipo comprenda claramente los diferentes estados de un defecto (discutido anteriormente).
- El ciclo de vida de los defectos debe documentarse adecuadamente para evitar confusiones en el futuro.
- Asegúrese de que todas las personas a las que se les haya asignado alguna tarea relacionada con el ciclo de vida del defecto comprendan muy claramente su responsabilidad para obtener mejores resultados.
- Cada individuo que está cambiando el estado de un defecto debe ser consciente de ese estado y debe proporcionar suficientes detalles sobre el estado y la razón para poner ese estado para que todos los que estén trabajando en ese defecto en particular puedan entender la razón de tal estado. de un defecto muy fácilmente.
- La herramienta de seguimiento de defectos debe manejarse con cuidado para mantener la coherencia entre los defectos y, por lo tanto, en el flujo de trabajo del Ciclo de vida del defecto.
A continuación, analicemos las preguntas de la entrevista basadas en el ciclo de vida del defecto.
Preguntas frecuentes importantes o preguntas de la entrevista sobre el ciclo de vida de los errores
P # 1) ¿Qué es un defecto en la perspectiva de las pruebas de software?
Responder: Un defecto es cualquier tipo de falla o error en la aplicación que restringe el flujo normal de una aplicación al hacer que el comportamiento esperado de una aplicación no coincida con el real.
P # 2) ¿Cuál es la principal diferencia entre error, defecto y falla?
Respuesta: Error: Si los desarrolladores descubren que existe una discrepancia en el comportamiento real y esperado de una aplicación en la fase de desarrollo, lo llaman Error.
qa o ba cual es mejor
Defecto: Si los evaluadores encuentran una discrepancia en el comportamiento real y esperado de una aplicación en la fase de prueba, lo llaman Defecto.
Falla: Si los clientes o usuarios finales encuentran una discrepancia en el comportamiento real y esperado de una aplicación en la fase de producción, lo llaman falla.
P # 3) ¿Cuál es el estado de un defecto cuando se encuentra inicialmente?
Responder: Cuando se encuentra un nuevo defecto, está en estado 'Nuevo'. Este es el estado inicial de un defecto recién descubierto.
P # 4) ¿Cuáles son los diferentes estados de un defecto en el ciclo de vida del defecto cuando un desarrollador aprueba y arregla un defecto?
Responder: Los diferentes estados de un defecto, en este caso, son Nuevo, Asignado, Abierto, Fijo, Pendiente de volver a probar, Volver a probar, Verificado y Cerrado.
P # 5) ¿Qué sucede si un evaluador todavía encuentra un problema en el defecto que es solucionado por un desarrollador?
Responder: El probador puede marcar el estado del defecto como 'Reabrir' si aún encuentra un problema en el defecto reparado y el defecto se asigna a un desarrollador para que lo vuelva a probar.
P # 6) ¿Qué es un defecto producible?
Responder: Un defecto que ocurre repetidamente en cada ejecución y cuyos pasos se pueden capturar en cada ejecución, entonces dicho defecto se denomina defecto 'producible'.
P # 7) ¿Qué tipo de defecto es un defecto no reproducible?
Responder: Un defecto que no se produce repetidamente en cada ejecución y se produce solo en algunos casos y cuyos pasos como prueba deben capturarse con la ayuda de capturas de pantalla, dicho defecto se denomina defecto 'no reproducible'.
P # 8) ¿Qué es un informe de defectos?
Responder: Un informe de defectos es un documento que incluye información de informes sobre el defecto o falla en la aplicación que está causando que el flujo normal de una aplicación se desvíe de su comportamiento esperado.
P # 9) ¿Qué detalles se incluyen en un informe de defectos?
Responder: Un informe de defectos consta de los siguientes detalles:
ID del defecto, descripción del defecto, nombre de la función, nombre del caso de prueba, defecto reproducible o no, estado de un defecto, gravedad y prioridad de un defecto, nombre del comprobador, fecha de prueba del defecto, versión de la compilación en la que se encontró el defecto .
Y el Desarrollador al que se le ha asignado el defecto, el nombre de la persona que ha solucionado el defecto, las capturas de pantalla de un defecto que representan el flujo de los pasos, la fecha de reparación de un defecto y la persona que ha aprobado el defecto.
P # 10) ¿Cuándo se cambia un defecto a un estado 'diferido' en el ciclo de vida del defecto?
Responder: Cuando un defecto que se encuentra no es de gran importancia y el que puede solucionarse en versiones posteriores se mueve a un estado 'diferido' en el ciclo de vida del defecto.
Información adicional sobre defectos o errores
- Un defecto puede introducirse en cualquier momento del ciclo de vida del desarrollo de software.
- Cuanto antes se detecte y elimine el defecto, menor será el costo total de la calidad.
- El coste de la calidad se minimiza cuando se elimina el defecto en la misma fase en la que se introdujo.
- Las pruebas estáticas encuentran el defecto, no una falla. El costo se minimiza ya que la depuración no está involucrada.
- En las pruebas dinámicas, la presencia de un defecto se revela cuando causa una falla.
Estados de defecto
S.No. | Estado inicial | Estado devuelto | Estado de confirmación |
---|---|---|---|
1 | Recopilar información para la persona responsable de reproducir el defecto. | Se rechaza el defecto o se solicita más información | El defecto está solucionado y debe probarse y cerrarse |
2 | Los estados son abiertos o nuevos | Los estados son rechazados o aclarados. | Se resuelven estados y verificación. |
Informe de defecto no válido y duplicado
- A veces se produce un defecto, no debido al código, sino a un entorno de prueba o un malentendido; dicho informe debe cerrarse como un defecto no válido.
- En el caso de Informe duplicado, uno se conserva y el otro se cierra como duplicado. El gerente acepta algún informe no válido.
- El administrador de pruebas es el propietario de la gestión y el proceso de defectos en general, y el equipo multifuncional de la herramienta de gestión de defectos es generalmente responsable de administrar los informes.
- Los participantes incluyen Test Manager, Desarrolladores, PM, Production Manager y otras partes interesadas que tengan interés.
- El comité de gestión de defectos debe determinar la validez de cada defecto y determinar cuándo corregirlo o aplazarlo. Para determinar esto, considere el costo, los riesgos y los beneficios de no reparar ningún defecto.
- Si el defecto debe corregirse, se debe determinar su prioridad.
Datos de defectos
- Nombre de la persona.
- Tipo de prueba
- Resumen del problema
- Descripción detallada del defecto.
- Pasos para reproducir
- Fase del ciclo de vida
- Producto de trabajo donde se introdujo el defecto.
- Severidad y prioridad
- Subsistema o Componente donde se introduce el Defecto.
- Actividad del proyecto que ocurre cuando se introduce el defecto.
- Método de identificación
- Tipo de defecto
- Proyecto y Producto en el que existe el problema
- Dueño actual
- El estado actual del informe
- Producto de trabajo donde ocurrió el defecto.
- Impacto en el proyecto
- Riesgo, pérdida, oportunidad y beneficios asociados con reparar o no reparar el defecto.
- Fechas en las que ocurren varias fases del ciclo de vida de los defectos.
- La descripción de cómo se resolvió el defecto y las recomendaciones para la prueba.
- Referencias
Capacidad de procesamiento
- Información de introducción, detección y eliminación -> Mejore la detección de defectos y el costo de la calidad.
- Introducción -> Análisis pretor del proceso en el que se introduce el mayor número de defectos para reducir el número total de defectos.
- Información de la raíz del defecto -> encuentre las razones del defecto para reducir el número total de defectos.
- Información de componentes de defectos -> Realizar análisis de grupos de defectos.
Conclusión
Se trata de Ciclo de vida y gestión de defectos.
Espero que haya adquirido un conocimiento inmenso sobre el ciclo de vida de un defecto. Este tutorial, a su vez, lo ayudará a trabajar con los defectos en el futuro de una manera fácil.
Lectura recomendada
- ¿Qué es la técnica de prueba basada en defectos?
- ¿Qué es el ciclo de vida de las pruebas de software (STLC)?
- Tutorial de Bugzilla: Tutorial práctico de la herramienta de gestión de defectos
- Hilos de Java con métodos y ciclo de vida
- Las pruebas de software tienen que ver con las ideas (y cómo generarlas)
- Tutoriales detallados de Eclipse para principiantes
- Proceso de gestión de defectos: cómo gestionar un defecto de forma eficaz
- Ejemplos de informes de errores para aplicaciones web y de productos