¿Qué es el defecto en las pruebas de software?

1) ¿Qué es el defecto en las pruebas de software?

Una falla en un componente o sistema que puede causar que el componente o sistema no

realiza su función requerida, por ejemplo, una declaración incorrecta o definición de datos.

Un defecto , si se encuentra durante la ejecución, puede causar una falla del componente

o sistema.

2) ¿Diferenciar error, defecto y falla?

La terminología varía de una fase a otra en el ciclo de vida de la aplicación de software

El ciclo de vida de la aplicación de software tiene 3 fases;

i) Fase de desarrollo

en la fase de Desarrollo si los desarrolladores encuentran alguna discrepancia, lo llaman Error o

Error

ii) Fase de prueba

En la fase de Prueba, si los Probadores encuentran algún desajuste, lo llaman Defecto o Error o

Culpa

iii) Fase de producción

En la fase de producción, si los clientes o usuarios finales encuentran alguna discrepancia, lo llaman

Fracaso

3) ¿Dar una muestra de plantilla de informe de defectos?

Una muestra de plantilla de informe de defectos:

1) Identificación del defecto: No único o nombre

2) Descripción: Resumen del defecto

3) Característica: Módulo / Función / Servicio, en este módulo TE encontró el defecto

4) Nombre del caso de prueba: condición de prueba que falla correspondiente

5) Reproducible (Sí / No ) : Sí – & gt; Cada vez que aparece un defecto durante la ejecución de la prueba

No – & gt; Raramente aparece un defecto

En caso afirmativo, adjunte el procedimiento de prueba:

Si no, adjunte la instantánea & amp; razones fuertes:

6) Estado: Nuevo / Reabrir

7) Gravedad: gravedad de la funcionalidad de defectos de wrt (alta / media / baja)

8) Prioridad: Importancia del defecto wrt clientes (alto / medio / bajo)

9) Error informado: nombre del ingeniero de pruebas

10) Informado sobre: ​​Fecha de presentación

11) Asignar a: Nombre de la persona responsable en el equipo de desarrollo – & gt; PM

12) ID de versión de compilación: en qué compilación, el ingeniero de pruebas detectó el defecto

13) Solución sugerida (Opcional): el probador intenta generar sugerencias para resolver este defecto

14) Corregido por: PM o Jefe de equipo

15) Resuelto por: Nombre del desarrollador

16) Resuelto el: Fecha de resolución por los desarrolladores

17) Tipo de resolución: consulte en la página siguiente

18) Aprobado por: Firma del Gerente de Proyecto (PM)

Nota: La plantilla de informe de defectos puede variar de una compañía a otra y una

proyectar a otro

4) ¿Qué es el defecto producible?

Si un defecto aparece cada vez (en cada ejecución), entonces ese defecto es

defecto producible, podemos proporcionar pasos para localizarlo.

5) ¿Qué es un defecto no reproducible?

Si un defecto aparece algunas veces, entonces ese defecto no es producible

Defecto, tenemos que proporcionar pruebas (instantáneas o volcados de la base de datos) para localizarlo.

6) ¿Cuáles son los diferentes tipos de estado de defectos?

Estado de los defectos

Nuevo: el probador proporciona un nuevo estado durante la creación de informes (por primera vez)

Abierto: Desarrollador / Líder de desarrollo / DTT abre el defecto

Rechazado: el desarrollador / líder de desarrollo / DTT rechaza si el defecto no es válido o es defectuoso

es duplicado

Solucionado: el desarrollador proporciona un estado fijo después de corregir el defecto

Aplazado: el desarrollador proporciona este estado debido al tiempo, etc.

Cerrado: el probador proporciona el estado cerrado después de realizar la prueba de confirmación

Reabrir: el probador vuelve a abrir el defecto con razones y pruebas válidas

7) ¿Explicar sobre el ciclo de vida del defecto?

Ciclo de vida del defecto

Diferentes flujos del defecto

a) Nuevo> Abierto> Cerrado

b) Nuevo> Abierto> Cerrado

c) Nuevo> Abierto> Fijo> Reabierto> Fijo> Cerrado

d) Nuevo> Abierto> Diferido

e) Nuevo> Abierto> Rechazado> Reabierto> Fijo> Cerrado

Etc …

8) ¿Qué es la gestión de defectos?

El proceso de reconocimiento, investigación, acción y eliminación de defectos.

Implica registrar defectos, clasificarlos e identificar el impacto.

Algunas compañías usan Proceso Manual (libro de Excel), y algunas compañías usan Herramienta

proceso basado en la gestión de defectos.

Ejemplos de herramientas:

Bugzilla / Issue-Tracker / PR-Tracker / Jira / Quality Center, etc. (cualquiera)

9) ¿Qué es la herramienta de gestión de defectos?

Una herramienta que facilita el registro y el seguimiento del estado de defectos y cambios.

A menudo tienen instalaciones orientadas al flujo de trabajo para rastrear y controlar la asignación,

corrección y re-prueba de defectos y proporcionar facilidades de reporte.

10) ¿Qué es el porcentaje de deducción de defectos (DDP)?

El número de defectos encontrados por una fase de prueba, dividido por el número encontrado por ese

fase de prueba y cualquier otro medio posterior.

11) ¿Cuál es el proceso de notificación de defectos?

El proceso de informe de defectos puede variar de una compañía a otra

El proceso de informe de defectos varía de una compañía a otra.

a) Empresa de pequeña escala

Probador> Desarrollador

b) Empresa de mediana escala

Probador> Líder de prueba> Líder de desarrollo> Desarrollador

c) Empresa a gran escala

Probador> Líder de prueba> DTT> Líder de desarrollo> Desarrollador

12) ¿Qué es el enmascaramiento de defectos?

Una ocurrencia en la cual un defecto impide la detección de otro.

13) ¿Qué es la densidad del defecto?

El número de defectos identificados en un componente o sistema dividido por el tamaño de

el componente o sistema (expresado en términos de medición estándar, p. ej.

líneas de código, número de clases o puntos de función).

14) ¿Qué es la técnica de diseño de prueba basada en defectos?

Un procedimiento para derivar y / o seleccionar casos de prueba dirigidos a uno o más defectos

categorías, con pruebas que se desarrollan a partir de lo que se conoce sobre el específico

Categoría de defecto.

15) ¿Qué es el informe de defectos?

Un documento que informa sobre cualquier falla en un componente o sistema que pueda causar

componente o sistema que no puede realizar su función requerida.

Gestión de defectos en pruebas de software

Una falla en un componente o sistema que puede causar que el componente o sistema no realice su función requerida, por ejemplo, una declaración incorrecta o definición de datos. Un defecto, si se encuentra durante la ejecución, puede causar una falla del componente o sistema. Un defecto es un error o un error, en la aplicación que se crea. Un programador mientras diseña y construye el software puede cometer errores o errores. Estos errores o errores significan que hay fallas en el software. Estos se llaman defectos.

Cuando el resultado real se desvía del resultado esperado mientras se prueba una aplicación de software o producto, entonces resulta en un defecto. Por lo tanto, cualquier desviación de la especificación mencionada en el documento de especificación funcional del producto es un defecto. En diferentes organizaciones se llama de manera diferente como error, problema, incidentes o problema.

Cuando el resultado de la aplicación de software o el producto no cumple con las expectativas del usuario final o los requisitos del software, se produce un error o defecto. Estos defectos o errores ocurren debido a un error en la lógica o en la codificación que resulta en la falla o resultados imprevistos o imprevistos.

Información adicional sobre defectos / errores:

Al probar una aplicación de software o producto si se encuentra una gran cantidad de defectos, se llama Buggy.

Cuando un probador encuentra un error o defecto, debe transmitirlo a los desarrolladores. Por lo tanto, informan errores con los pasos detallados y se denominan informes de errores, informe de problemas, informe de problemas, etc.

Este informe de defectos o informe de errores consta de la siguiente información:

Identificación del defecto : cada error o defecto tiene su número de identificación único

Descripción del defecto : esto incluye el resumen del problema.

Versión del producto: incluye la versión del producto de la aplicación en la que se encuentra el defecto.

Pasos detallados : esto incluye los pasos detallados del problema con las capturas de pantalla adjuntas para que los desarrolladores puedan recrearlo.

Fecha planteada : incluye la fecha en que se informa el error

Reportado por : esto incluye los detalles del probador que informó el error, como el nombre y la identificación

Estado : este campo incluye el estado del defecto como Nuevo, Asignado, Abierto, Volver a probar, Verificación, Cerrado, Fallido, Diferido, etc.

Solucionado por : este campo incluye los detalles del desarrollador que lo arregló, como Nombre e ID

Fecha de cierre : incluye la fecha en que se cerró el error

Severidad : según la gravedad (crítica, mayor o menor), nos informa sobre el impacto del defecto o error en la aplicación de software

Prioridad : según el conjunto de prioridades (Alto / Medio / Bajo) se puede establecer el orden de reparación del defecto. (Conozca más sobre gravedad y prioridad)

Un defecto / error de software es una condición en un producto de software que no cumple un requisito de software (como se indica en las especificaciones de requisitos) o las expectativas del usuario final (que pueden no especificarse pero son razonables). En otras palabras, un defecto es un error de codificación o lógica que hace que un programa no funcione correctamente o produzca resultados incorrectos / inesperados.

• Se dice que un programa que contiene una gran cantidad de errores tiene errores.
• Los informes que detallan errores en el software se conocen como informes de errores.
• Las aplicaciones para el seguimiento de errores se conocen como herramientas de seguimiento de errores.
• El proceso de encontrar la causa de los errores se conoce como depuración.

El proceso de inyectar errores intencionalmente en un programa de software, para estimar la cobertura de la prueba mediante el monitoreo de la detección de esos errores, se conoce como borrado

CLASIFICACIÓN

Los defectos / errores de software normalmente se clasifican según:

• Gravedad / Impacto
• Probabilidad / Visibilidad
• Prioridad / Urgencia
• Dimensión de calidad relacionada
• Módulo / componente relacionado
• Fase detectada
• Fase inyectada
• Módulo / componente relacionado

Módulo / componente relacionado indica el módulo o componente del software donde se detectó el defecto. Esto proporciona información sobre qué módulo / componente tiene errores o es arriesgado.

• Módulo / Componente A
• Módulo / Componente B
• Módulo / Componente C

Fase detectada

Fase detectada indica la fase en el ciclo de vida de desarrollo de software donde se identificó el defecto.

• Examen de la unidad
• Pruebas de integración
• Prueba de sistema
• Test de aceptación
• Fase inyectada

Fase inyectada indica la fase en el ciclo de vida de desarrollo de software donde se introdujo el error. La fase inyectada siempre es anterior al ciclo de vida del desarrollo de software que la fase detectada. La fase inyectada solo puede conocerse después de un análisis adecuado de la causa raíz del error.

• Desarrollo de requerimientos
• Diseño de alto nivel
• Diseño detallado
• Codificación
• Build / Deployment

Impacto o gravedad del defecto del software es una categorización del defecto del software para especificar el alcance del impacto negativo en la calidad del software, así como los usos principales de las pruebas de software .

Existe una conexión estable entre el número de puntos de función y el número de casos de prueba. Una ubicación excelente y crítica. ¿Correcto? Si es un ingeniero de control de calidad o un probador de software, debe pensar en cada momento para descubrir un error en una aplicación.

¿Cuáles son los defectos funcionales en las pruebas de software?

La funcionalidad existente o resaltado que no satisface su necesidad habitual o carece de la funcionalidad necesaria para lograr un proyecto específico se denomina defectos funcionales en las pruebas de software.

Varios tipos de software Defectos Caracterización de la gravedad:

Las frases originales y su importancia pueden diferir dependiendo de individuos, asociaciones, proyectos o causas de defectos en las pruebas de software y los usos de las pruebas de software, aunque lo que acompaña es una caracterización reconocida regularmente.

Básico: el defecto influye en la funcionalidad básica o la información necesaria. No tiene una solución alternativa.

Ilustración: Establecimiento fallido, falla absoluta en la prueba de software de un elemento.

Mayor: los tipos de defectos en las pruebas de software influyen en la funcionalidad principal o en la información principal. Tiene una solución alternativa, pero no está claro y es problemático.

Principales tipos de defectos en las pruebas de software con un ejemplo: un elemento no funciona desde un módulo, sin embargo, la tarea es posible si se siguen diez pasos secundarios múltiples en otro módulo / s.

Menor: el defecto influye en la funcionalidad menor o en la información no básica. Tiene una solución simple.

Ilustración: un componente menor que no es funcional en un módulo, sin embargo, una asignación similar es posible de manera eficiente desde otro módulo.

Sin importancia: el defecto no influye en la funcionalidad o la información. No requiere una solución alternativa. No afecta la rentabilidad o la competencia. Es simplemente una carga.

Ilustración: disparidades de formato pequeño, errores ortográficos / gramaticales.

Diferentes tipos de defectos en las pruebas de software:

Se conocen tres tipos de defectos en las pruebas de software:

Defectos adicionales: una necesidad incluida en el producto de software que no fue dada por el cliente final. Esto es una inconsistencia en los detalles, pero también puede ser una marca solicitada por el cliente del artículo.

Sin embargo, se llama un defecto en las pruebas de software ya que es inconsistente con los requisitos previos actuales.

Defectos faltantes: la necesidad dada por el cliente no se hace. Esto también es una inconsistencia de las especificaciones, un elemento que no se realizó una especificación. Además, puede implicar que la necesidad del cliente no se señaló adecuadamente.

Defectos incorrectos: las necesidades se han realizado de manera deshonesta. Este defecto es una disparidad de la especificación dada.

Cómo reducir defectos en el software:

Métodos de prueba para eliminar las principales causas de defectos de software:

El uso de métodos de prueba de software para encontrar defectos reduce la costo de defectos en las pruebas de software también . Los probadores son aquellas personas bendecidas que influyen en los ingenieros que improvisan la calidad de su código en gran medida.

Encontrar la deficiencia: mientras realiza la prueba, es fundamental tener la inclinación de la psique para penetrar hasta el nivel más profundo y hacer un esfuerzo para extraer el punto donde el código puede “romperse”.

Prueba de manera feliz: la actividad principal es vigilar la cantidad de días asignados para finalizar la prueba de un poco de código. En aquel entonces, reserva una parte razonable del tiempo para situaciones alegres y comienza con ellas primero. Es probable que no descubra muchos errores aquí, ya que todos los desarrolladores se aseguran de que la prueba unitaria tenga éxito de manera feliz.

Leer más: Prueba realizada para descubrir defectos de software funcionales | TestOrigen

Un defecto es un error o un error , en la aplicación que se crea. Un programador mientras diseña y construye el software puede cometer errores o errores. Estos errores o errores significan que hay fallas en el software. Estos se llaman defectos.

Citado del sitio web: ¿Qué es defecto o errores o fallas en las pruebas de software?

¡¡¡Hola!!!

No todos los defectos de software son causados ​​por errores de codificación. Una fuente común de defectos costosos son las brechas de requisitos, por ejemplo, requisitos no reconocidos que resultan en errores de omisión por parte del diseñador del programa. La prueba de software es una brecha de requisitos que a menudo puede requerir requisitos no funcionales como la capacidad de prueba, escalabilidad, mantenibilidad, usabilidad, rendimiento y seguridad .

Entrenamiento de Pruebas de Software en Chennai

Un defecto en términos de software es un comportamiento inusual o una desviación del resultado exceptuado. Supongamos que tomemos un ejemplo de la página de inicio de sesión de una cuenta de gmail, supongamos que su nombre de usuario es [email protected] y la contraseña es aaa @. Está ingresando su nombre de usuario como se mencionó anteriormente y está dando la contraseña como aaa y gmail le permite iniciar sesión en su cuenta, en este caso es un defecto.

Tenga en cuenta que no todo el software que utilizamos no es un software libre de defectos. El 100% del software libre de defectos no es posible en términos de terminología de prueba de software.