Más de 85 preguntas y respuestas de entrevistas sobre pruebas de software
Tomas Hamilton
Aquí hay una lista de todas las preguntas importantes de la entrevista sobre pruebas de software para principiantes y profesionales. Consiga el trabajo de sus sueños en pruebas de software con la ayuda de esta guía de entrevistas para pruebas de software.
Preguntas de la entrevista sobre pruebas de software para principiantes
1) ¿Qué son las pruebas de integración?
Las pruebas de integración son un método de prueba de software que combina y prueba componentes de aplicaciones individuales. Generalmente se realiza después de las pruebas unitarias y funcionales.
2) ¿Qué son las pruebas aleatorias?
Las pruebas aleatorias, también conocidas como pruebas ad hoc, son un método que no sigue ningún caso de prueba ni requisito asociado con la aplicación. En muchos casos, se trata de una actividad no planificada en la que se comprueba aleatoriamente cualquier parte de la aplicación para encontrar defectos.
3) ¿Qué es SDLC?
SDLC (Ciclo de vida de desarrollo de software) es un proceso sistemático para desarrollar software para garantizar la calidad y corrección del software creado. Es una forma breve del proceso del ciclo de vida del desarrollo de software que tiene como objetivo producir software de alta calidad que cumpla con las expectativas del cliente.
El desarrollo debe estar completo en el plazo y costo predefinidos. Este ciclo de vida consta de un plan detallado que explica cómo planificar, construir y mantener un software específico.
4) ¿Qué son las pruebas basadas en datos?
Las pruebas basadas en datos son la ejecución de scripts de prueba repetidamente utilizando fuentes de datos como archivos XML, hojas de cálculo, Microsoft Bases de datos Excel y SQL.
Para generar el resultado, puede utilizar estas fuentes de datos como valores de entrada. Después de eso, se compara su resultado para verificar el sistema o software.
5) ¿Cuáles son las mejores prácticas para escribir casos de prueba?
Escriba casos de prueba desde la perspectiva del usuario final:
- Escriba los pasos de la prueba de forma sencilla y sencilla para que cualquiera pueda seguirlos fácilmente.
- Hacer que los casos de prueba sean reutilizables
- Establecer la prioridad dada
- Debe describir el caso de prueba, los datos de la prueba, los resultados esperados, las condiciones previas y las condiciones posteriores.
- Escriba casos de prueba no válidos aparte de los casos de prueba válidos
- Siga todas las convenciones de nomenclatura adecuadas
- RevVisualice los casos de prueba y actualícelos si es necesario.
6) ¿Qué es el análisis de valor límite?
Es una técnica de prueba de software que se utiliza para analizar valores límite de particiones de clases de equivalencia. Este método de prueba le ayuda a identificar errores en los límites en lugar de dentro de los valores del rango.
7) ¿Cuáles son las métricas de prueba importantes?
Aquí hay algunas métricas de prueba importantes:
- El número total de errores corregidos.
- Número de defectos encontrados y orden de gravedad.
- Número total de problemas causados por errores del código fuente versus configuración o factores ambientales externos
- Tasa de corrección de errores a lo largo del tiempo
- Numbers de errores pendientes antes del lanzamiento.
- Fallos reportados por los usuarios versus errores encontrados por los evaluadores.
8) ¿Qué parámetros ayudan a comprobar la calidad de la ejecución de la prueba?
Los dos parámetros más esenciales para comprobar la calidad de la ejecución de la prueba son:
- La proporción de rechazos por defectos es la proporción entre los rechazos totales y la producción total.
- La tasa de fuga de defectos es la relación entre el total de rechazos y la producción total.
9) ¿Cuáles son los diferentes niveles de prueba?
- Cuatro tipos de niveles de prueba son: prueba de unidad/componente/programa/módulo
- Pruebas de integración
- Prueba del sistema
- Test de aceptación
10) ¿Qué es el ciclo de vida de errores/defectos?
El ciclo de vida del error también se denomina ciclo de vida del defecto. En el proceso de desarrollo de software, cada error tiene un ciclo de vida. El error debe pasar por el ciclo de vida para poder cerrarse. El ciclo de vida de un error depende de las herramientas (QC, JIRA, etc.) y del proceso organizativo utilizado.
11) ¿Qué es la gestión de configuración?
gestión de la configuración es un método de prueba para establecer y mantener la coherencia de la información física, de rendimiento, funcional, de diseño y operativa de un producto. También aporta eficiencia de costes y una mejor gestión del tiempo a su organización.
12) ¿Cuáles son los componentes principales del formato de informe de defectos?
Estos son los componentes básicos del formato de informe de defectos:
- Nombre del Proyecto
- Nombre del Módulo
- Defecto detectado
- ID de defecto
- Nombre del defecto
- Captura de pantalla del defecto
- Estado de gravedad y prioridad
- Defecto resuelto por y resuelto en
13) ¿Cuáles son las diferencias entre Selenium y Sikuli?
Aquí hay algunas diferencias básicas entre Selenium y Sikuli:
| Selenium | Sikuli |
| No puedes automatizar objetos flash como reproductores de video, reproductores de audio, etc. | Ofrece un amplio soporte para automatizar objetos flash. |
| Tiene API complicada | Tiene una API sencilla |
| Puede automatizar solo aplicaciones web | Puede automatizar tanto la web como una aplicación de Windows. |
14) ¿Cuáles son los tipos de problemas de seguridad de las pruebas web?
- Ataque de denegación de servicio (DOS)
- Ver otras estadísticas
- Buffer desbordarse
- Pasar directamente la URL interna a través de la dirección del navegador
15) ¿Qué es TestNG?
TestNG es un marco avanzado que está diseñado de manera que aproveche los beneficios tanto de los desarrolladores como de los probadores de software. Este programa también incluye un mecanismo de manejo de excepciones que evita que el programa finalice inesperadamente.
16) ¿Qué es la cascada de defectos?
La cascada de defectos es un método que desencadena otros defectos en la aplicación cuando se descubre un defecto durante la prueba. También genera otros defectos en la aplicación, ya que aparecen varios defectos en las últimas etapas del desarrollo del software.
17) ¿Qué es el concepto Workbench?
Un banco de trabajo es un documento que explica cómo se debe completar una actividad. También se le conoce como paso, fase o tarea. Actúa como una plataforma para desarrollar y monitorear las estructuras de trabajo de los testers. Utilizando los datos iniciales, puedes utilizar este método para dividir las tareas en cada fase y alcanzar las expectativas del cliente.
Workbench tiene cinco tareas:
- Entrada
- Implementación
- Verifica
- Salida de la producción
- Rehacer
18) ¿Cuáles son las diferentes estrategias de implementación para los usuarios finales?
Las estrategias a seguir para el despliegue son las siguientes:
1) Piloto, 2) Implementación gradual, 3) Implementación por fases, y 4) Implementación paralela
19) ¿Qué es un banco de pruebas?
Testbed es software, hardware y otros elementos de prueba que se utilizan para respaldar el proceso de prueba. El objetivo principal del banco de pruebas es controlar y monitorear las condiciones de las pruebas. El banco de pruebas comprende varias herramientas y tecnologías en el método de prueba de software manual. Como PHP, frameworks como WordPress o Joomla y bases de datos como PostgreSQL or MySQL.
20) ¿Qué es la cobertura del estado de cuenta? Explícalo con un ejemplo.
La cobertura de declaraciones es un método de prueba de caja blanca en el que todas las declaraciones ejecutables del código fuente se ejecutan al menos una vez. Este método de cobertura de código calcula la cantidad de declaraciones del código fuente que se han ejecutado.
Veamos cómo calcular la cobertura del estado de cuenta.
Calcular la cobertura del extracto para un código fuente determinado.
Ejemplo:
Prints (int a, int b) { ------------ Printsum is a function
int result = a+ b;
If (result> 0)
Print ("Positive", result)
Else
Print ("Negative", result)
} ----------- End of the source code
Preguntas y respuestas de la entrevista sobre pruebas de software para experimentados
21) ¿Qué son los defectos latentes?
Defecto latente es un término que se utiliza para identificar fallas ocultas no detectadas en el software mediante un conjunto de operaciones especiales. Estos defectos solo ocurren cuando las pruebas del software desencadenan un evento específico que oculta su presencia.
22) ¿Cuál es el resultado de la prueba?
Los entregables de la prueba son herramientas, componentes y documentos mantenidos y desarrollados para respaldar la prueba.
Estos son los resultados de las pruebas en las diferentes fases de prueba del SDLC (ciclo de vida de desarrollo de software):
1) Antes de la prueba del software 2) Durante la prueba del software 3) Después de la prueba del software
23) ¿Qué son las pruebas de mutación?
El objetivo principal de las pruebas de mutación es validar si un conjunto de datos de prueba o casos de prueba es útil. Se hace agregando deliberadamente múltiples cambios de código (errores) y volviendo a probar con los casos y datos de prueba originales.
24) ¿Qué son las pruebas Gamma?
Gamma es un enfoque de prueba que verifica las necesidades especificadas cuando el software está listo para su lanzamiento. Se realiza principalmente en el lugar del usuario final.
25) ¿Qué es el arnés de prueba?
Un Test Harness es un proceso de prueba que recopila software e información de prueba para probar un programa o unidad completo. Se ejecuta bajo diversas condiciones cambiantes, como estrés, basado en datos y monitoreando su comportamiento y resultados.
26) ¿Qué es el cierre de la prueba?
Es un documento que resume todas las pruebas realizadas durante el ciclo de vida del desarrollo de software (SDLC). Ofrece un análisis detallado de los errores y bugs eliminados.
Test Clouse también contiene el agregado no. de experimentos, número total de experimentos ejecutados, sumar el número de errores que no se resuelven, el número total de errores rechazados, etc.
27) ¿Qué es la prueba Fuzz?
La prueba Fuzz es un método de prueba que se utiliza para detectar errores de codificación de software y lagunas de seguridad. En el Prueba de fuzz método, se agregan datos aleatorios al sistema para bloquearlo. Si la vulnerabilidad persiste, se utiliza una herramienta conocida como probador de fuzz para determinar las posibles causas.
28) ¿Cuál es el significado de las pruebas de un extremo a otro?
La prueba de extremo a extremo es un método para probar una aplicación que le ayuda a asegurarse de que esté funcionando como se esperaba. Esto debería usarse para probar el flujo de la aplicación desde el principio hasta el final.
Este método de prueba tiene como objetivo examinar el flujo de todo el sistema. También confirma que la integridad de los datos se mantiene entre los diferentes componentes del sistema y los sistemas.
29) ¿Qué son las pruebas dinámicas de software?
En comparación con las pruebas estáticas, las pruebas de software dinámicas prueban el software durante la ejecución. El probador de software ejecuta el software en un entorno de prueba, sigue todos los pasos, ingresa las entradas y verifica la salida real con el resultado posible.
30) ¿Qué son las pruebas entre navegadores? ¿Qué herramientas usarías?
Una aplicación web se ejecuta en varios navegadores como Chrome, Mozilla. Firefox, Microsoft EdgeSafari y más. Todos estos navegadores funcionan básicamente de la misma manera a la hora de implementar los estándares web. Las pruebas entre navegadores te ayudan a comprobar si tu sitio web o aplicación funciona como se espera al usar diferentes combinaciones de navegador y sistema operativo.
31) ¿Qué son las pruebas de regresión y confirmación?
Aquí hay dos métodos de prueba importantes:
- Pruebas de regresión confirma que un cambio de código reciente no ha afectado las funciones existentes.
- Prueba de confirmación: El defecto se informa cuando una prueba falla debido a un defecto. Después de eso, se envía una nueva versión del software con el defecto solucionado. Se llama prueba de confirmación o reevaluación.
32) Cómo omitir un método o un bloque de código en TestNG?
Puede omitir un método de prueba o un código en particular; luego, puede establecer el parámetro "habilitado" en la anotación de prueba en falso.
@Test (enabled = false)
33) Cómo tomar capturas de pantalla en Selenium ¿Conductor web?
- Puede tomar la pantalla utilizando la función Tomar captura de pantalla.
- El método getScreenshotAs () le permite guardar esa captura de pantalla.
34) ¿Cuándo debo usar? Selenium Rejilla?
Tu Selenium Cuadrícula le permite ejecutar un script de prueba en múltiples plataformas y navegadores al mismo tiempo. Esto le ayuda a lograr la ejecución de pruebas distribuidas, realizar pruebas en diferentes entornos y ahorrar notablemente el tiempo de ejecución.
35) ¿Qué es la estrategia de prueba?
La estrategia de prueba es un documento de alto nivel generalmente desarrollado por el director del proyecto. Capta el enfoque para probar el producto y lograr los objetivos. Generalmente se deriva de la Especificación de requisitos comerciales (BRS).
36) ¿Qué es una Solicitud de Modificación?
Los clientes utilizan solicitudes de modificación en el desarrollo de software para cambiar la funcionalidad existente del software.
37) ¿Qué es la Verificación?
La verificación es el proceso de medir, por ejemplo. Ayuda a verificar si está desarrollando el producto en consecuencia o no. Las actividades involucradas aquí son Inspecciones.
38) ¿Qué es el gris? Box ¿Pruebas?
La caja gris es la combinación de blanco Box y negro Box Pruebas. Los evaluadores involucrados en este tipo de pruebas deben tener acceso a los documentos de diseño. Ayuda a crear mejores casos de prueba en este proceso.
39) ¿Qué es la cobertura de pruebas?
Cobertura de prueba se define como una métrica en pruebas de software que mide la cantidad de pruebas realizadas por un conjunto de pruebas. Incluirá la recopilación de información sobre las partes de un programa que deben ejecutarse al ejecutar el conjunto de pruebas. También puede usarlo para determinar qué ramas de declaraciones condicionales se han tomado.
40) ¿Qué es la cobertura de decisiones?
Ejemplo de cobertura de decisión:
Demo (int a) {
If (a> 5)
a=a*3
Print (a)
}
Escenario 1:
El valor de a es 2
Aquí, se ejecutará el código resaltado en amarillo y se marcará el resultado "No" de la decisión si (a>5).
Cobertura de decisión = 50%
Escenario 2:
El valor de a es 6
En este escenario se ejecutará el código resaltado en amarillo. Aquí se marca el resultado “Sí” de la decisión Si (a>5).
Cobertura de decisión = 50%
| Caso de prueba | Valor de A | Salida | Cobertura de decisiones |
| 1 | 2 | 2 | 50% |
| 2 | 6 | 18 | 50% |
Preguntas y respuestas de la entrevista sobre pruebas de software durante 3 años de experiencia
41) ¿Qué quieres decir con pruebas de cordura?
Las pruebas de cordura se realizan después de la compilación para verificar las nuevas funcionalidades/defectos que deben corregirse en las pruebas de cordura. Su objetivo principal es comprobar la funcionalidad completa, lo que le ayuda a decidir si el error está solucionado y prueba el efecto del error solucionado en la aplicación en Prueba.
42) ¿Qué es TDD?
El desarrollo basado en pruebas (TDD) es una metodología de desarrollo de software impulsada por casos de prueba que le ayuda a crear la funcionalidad que se implementará. Los casos de prueba se desarrollan en el método TDD.
43) ¿Qué es la verificación y validación en las pruebas de software?
- Verificación: Es una técnica de análisis estático. En este método, las pruebas se realizan sin ejecutar el código. Ejemplos RevVistas, inspección y recorrido.
- Validación: Es un método de análisis dinámico donde las pruebas se realizan ejecutando el código. Ejemplos de técnicas de pruebas funcionales y no funcionales.
44) ¿En qué se diferencia la validación de la verificación?
| Verificación | Validación |
| Evalúa si el software cumple con las especificaciones o no. | Evalúa si la especificación captura las necesidades del cliente o no. |
| La verificación es un tipo de prueba estática. | La validación es un tipo de prueba dinámica. |
| No necesita que ejecutes el código. | Requiere ejecución de código. |
45) ¿Sobre qué base se puede trazar el éxito de las pruebas de automatización?
Con base en las pruebas de automatización, se pueden mapear los siguientes criterios:
- Relación de detección de defectos
- Tiempo de ejecución automatizado y ahorro de tiempo para el lanzamiento del producto.
- Reducción de mano de obra y otros costos.
46) ¿Qué es la estrategia de prueba?
Una estrategia de prueba es un documento de alto nivel (documento estático) generalmente desarrollado por el director del proyecto. Es un documento de prueba que captura cómo probamos el producto y logramos los objetivos. Se deriva principalmente de la Especificación de requisitos comerciales. Un documento esencial como el Plan de prueba se prepara manteniendo este documento como base.
47) ¿Qué es la validación del lado del cliente?
La validación del lado del cliente se realiza a nivel del navegador, donde la entrada del usuario se valida en el propio navegador sin la participación del servidor.
48) ¿Qué son las pruebas basadas en el contexto?
Las pruebas basadas en el contexto son un método de prueba de software para desarrollar y depurar software informático que considera cómo se espera que se utilicen los programas en el mundo real.
49) ¿Cuáles son los criterios de salida en las pruebas de software?
Un criterio de salida es un conjunto de condiciones específicas que especifican las características acordadas o el estado de la aplicación para indicar la finalización del producto o proceso.
50) ¿Cuáles son los distintos métodos de prueba?
Tres métodos para probar software son:
- Prueba de caja negra: La técnica de prueba de caja negra se basa únicamente en requisitos y especificaciones. Esta estrategia no requiere conocimiento de las rutas internas, las estructuras ni el software que se está probando.
- Prueba de caja blanca Es un método de prueba basado en rutas internas, estructuras de código y el software que se está probando.
- Prueba de caja gris: Es un método de depuración de software en el que el evaluador de software tiene poco conocimiento del funcionamiento interno del software.
51) ¿Cuáles son las diferentes técnicas de cobertura?
Tres tipos básicos de técnicas de cobertura son:
- Cobertura de declaración: Este método ayuda a garantizar que cada línea de código fuente se haya ejecutado y probado.
- Cobertura de decisiones: Garantiza que cada decisión (verdadera o falsa) en el código fuente haya sido ejecutada y probada.
- Cobertura de ruta: Verifique que todas las rutas posibles hayan sido probadas a través de una parte determinada del código.
52) ¿Qué son las pruebas de referencia?
Una prueba de referencia es una serie de pruebas que recopilan información de rendimiento. La información recopilada también se puede utilizar para mejorar el rendimiento y las capacidades de la aplicación realizando cambios basados en los resultados. Durante las pruebas de referencia, el rendimiento de la aplicación se compara con su rendimiento anterior.
53) ¿Qué son las pruebas a nivel del sistema?
Probar todo el sistema informático en todos los módulos se denomina prueba a nivel del sistema. Este método de prueba incluye pruebas funcionales y estructurales.
54) ¿Qué es la prueba del cubo?
Las pruebas de bucket también se denominan pruebas A/B. Se utilizan principalmente para estudiar el impacto de varios diseños de productos en las métricas de un sitio web. En este método de prueba, se ejecutan dos versiones simultáneas en una sola página web o en un conjunto de páginas web, lo que ayuda a medir la diferencia en las tasas de clics, la interfaz y el tráfico.
Preguntas y respuestas de la entrevista sobre pruebas de software para más de 5 años de experiencia
55) ¿Qué son las pruebas N+1?
La variación de las pruebas de regresión se representa como N+1. Se realiza en múltiples ciclos en los que los errores encontrados en el ciclo de prueba 'N' se resuelven y se vuelven a probar en el ciclo de prueba N+1. Este proceso continúa hasta que no se encuentren errores.
56) ¿Cuál es el significado de las pruebas ascendentes?
En las pruebas ascendentes, un método consiste en probar primero los componentes del nivel más bajo y luego los componentes del nivel más alto. Se repite hasta que se prueba el componente en la parte superior de la jerarquía.
57) ¿Qué son las pruebas basadas en riesgos?
Las pruebas basadas en riesgos son un enfoque para crear una estrategia de prueba basada en priorizar las pruebas por riesgo. La base del enfoque es un análisis de riesgos detallado y la priorización de riesgos.
58) ¿Cuáles son las diferentes fases de una revisión formal?
El proceso de revisión formal consta de seis pasos:
- Planificación
- Kick-off
- PREPARACIÓN
- Revver la reunión
- Rehacer
- Seguimiento
59) ¿Qué son los casos de prueba semialeatorios?
Los casos de prueba semialeatorios son casos de prueba que realizan casos de prueba aleatorios y también realizan particiones de equivalencia. También elimina casos de prueba redundantes, lo que da como resultado un conjunto de pruebas semialeatorio.
60) ¿Qué son las pruebas API?
Pruebas de API comprueba el funcionamiento de las API que utiliza el software. Como probador de software, debe escribir un código que realice una solicitud de API al servidor que proporciona la API y las entradas requeridas. Recopila el resultado de la respuesta y compara el resultado real con el resultado esperado.
61) ¿Qué son las pruebas de aceptación?
Las pruebas de aceptación son un tipo de pruebas realizadas por el usuario final o el cliente. Verifica o acepta el sistema de software antes de mover las aplicaciones de software al entorno de producción.
60) ¿Qué son las pruebas de globalización?
La globalización es el método de prueba de software para diseñar una aplicación de software que se adaptará a numerosos idiomas y regiones sin ningún cambio.
61) ¿Qué son las pruebas de GUI?
Las pruebas de GUI o interfaz gráfica de usuario prueban la interfaz de usuario del software con los requisitos proporcionados/diseños HTML/maquetas, etc.
62) ¿Qué es RTM en las pruebas de software?
RTM es una abreviatura breve de (Matriz de trazabilidad de requisitos). Es una herramienta que ayuda al evaluador a realizar un seguimiento de la cobertura de requisitos durante el proceso de prueba cuando se recibe el documento de requisitos. Se desarrolla en función de los requisitos y se mantiene hasta que se lanza el sistema o aplicación de software específico.
63) ¿Qué son las pruebas de carga?
La prueba de carga es un método de prueba de rendimiento en el que la aplicación se ejecuta más allá de varios niveles de carga. Puede monitorear el rendimiento máximo del servidor, el tiempo de respuesta, etc. Bajo carga paralela del sistema, este método le permite medir la estabilidad, el rendimiento y la integridad de la aplicación.
64) ¿Cuál es la diferencia entre SDLC y STLC?
Aquí hay algunas diferencias entre SDLC y STLC
| SDLC | STLC |
| El objetivo del ciclo de vida del SDLC es completar el desarrollo exitoso del software, incluidas las pruebas y otras fases. | El único objetivo de la fase STLC es la prueba. |
| En SDLC, el BA (Business Analyst) reúne los requisitos y crea un Plan de Desarrollo | En STLC, el equipo de control de calidad analiza los requisitos para crear un plan de pruebas y realizar documentos funcionales y no funcionales. |
| En este ciclo de vida, el equipo de desarrollo crea los planes de diseño de alto y bajo nivel. | En este ciclo de vida, el analista de pruebas crea el Plan de pruebas de integración. |
| Se desarrolla el código real y el trabajo real se lleva a cabo según los documentos de diseño. | El equipo de pruebas de software prepara el entorno de prueba y lo ejecuta. |
65) ¿Qué son las pruebas de instalación?
La prueba de instalación consiste en comprobar si podemos instalar el software correctamente de acuerdo con las pautas proporcionadas en el documento de instalación.
66) ¿Qué son las pruebas de interfaz?
Las pruebas de interfaz comprueban si los módulos individuales se comunican correctamente según las especificaciones dadas. Se utiliza principalmente para probar la interfaz de usuario de aplicaciones GUI.
67) ¿Qué es el modelo de Bing Bang?
El modelo Big Bang se centra en el desarrollo de software y recursos de codificación con poca o ninguna planificación. En este modelo, los requisitos se comprenden e implementan cuando surgen. Este modelo de software funciona mejor para proyectos pequeños con equipos de desarrollo más pequeños.
68) ¿Cuáles son los escenarios comunes en los que las pruebas automatizadas son mejores que las pruebas manuales?
Puede seleccionar pruebas automatizadas en lugar de pruebas manuales en las siguientes condiciones:
- Debe probar los casos repetidamente durante un período prolongado.
- Es necesario realizar pruebas de regresión, rendimiento y carga.
- Quiere registrar el proceso de prueba.
- Cuando tienes un tiempo mínimo para completar la fase de prueba.
- Está ejecutando pruebas en un entorno de ejecución estándar.
- Las pruebas manuales consumen mucho tiempo y son redundantes cuando hay implementaciones múltiples y rápidas del producto.
69) ¿Qué son las pruebas Cliente-Servidor?
Una aplicación cliente-servidor es aquella en la que la aplicación misma se instala en un servidor donde el archivo EXE de la aplicación se carga en todas las máquinas cliente. Este entorno es muy utilizado en redes Intranet.
70) ¿Qué son las pruebas unitarias?
La prueba unitaria es un tipo de prueba de software cuando se prueban unidades o componentes individuales de un software. Este tipo de pruebas se realiza para comprobar si los módulos del código fuente funcionan correctamente.
71) ¿Cuál es el papel de las pruebas de usabilidad en las pruebas web?
En las pruebas web, las pruebas de usabilidad juegan un papel vital. Es bien sabido que las pruebas de usabilidad significan determinar cómo un usuario final puede acceder fácilmente a la aplicación sin ningún conocimiento de lenguaje de programación.
72) ¿A qué base puedes llegar para realizar una estimación de tu proyecto?
Para estimar cualquier proyecto es necesario tener en cuenta los siguientes puntos:
- Divida todo el proyecto en tareas menores.
- Asigne cada tarea a los miembros del equipo.
- Le ayuda a estimar el esfuerzo necesario para completar cada tarea.
- Validar la estimación
73) ¿Qué es un error crítico?
Un error crítico significa que una gran parte de la funcionalidad o un componente importante del sistema está roto y no queda ninguna solución para seguir adelante.
Por ejemplo, no podemos probar los otros módulos debido a un error en un módulo que ha bloqueado las pruebas de los otros módulos. Los errores que afectan el negocio del cliente se consideran críticos.
74) ¿Qué es la fuga de errores?
El equipo de pruebas pasó por alto un error durante las pruebas y la compilación se lanzó a producción. Si el usuario final o el cliente encontró el error (que el equipo de pruebas de software pasó por alto), se lo conoce como fuga de errores.
75) ¿Qué es la siembra de errores?
Es un método para agregar errores conocidos en un programa que le ayuda a identificar la tasa de detección de errores. Ayuda a estimar las habilidades del evaluador para encontrar errores.
76) ¿Qué es el SPICE en las pruebas de software?
SPICE es una forma abreviada de determinación de capacidad y mejora de procesos de software. Es un marco estándar para evaluar la eficiencia y eficacia del proceso de desarrollo.
77) ¿Qué es el repositorio de objetos?
Object Repository es una colección de elementos web y sus localizadores que pertenecen a la Aplicación Bajo Prueba (AUT). Los controles de calidad mantienen todos los localizadores de elementos en un archivo separado llamado archivo de propiedades (.properties) en Selenium. Durante la etapa de ejecución, le permite identificar objetos entre el script de prueba y la aplicación.
78) ¿Qué es un informe de error?
En el proceso de prueba de software, el evaluador de software registra sus hallazgos, observaciones, hallazgos y otra información útil para los desarrolladores o la administración. Estos datos forman parte del registro de prueba conocido como informe de error.
El informe de errores ofrece las siguientes ventajas:
- Comprende el problema
- Pasos para reproducir este problema.
- El entorno y las condiciones específicas bajo la prueba suceden.
- La resolución si los desarrolladores solucionan el problema y cuándo.
79) ¿Qué se entiende por error al adivinar en las pruebas de software?
La adivinación de errores es un método de diseño de casos de prueba similar a la siembra de errores. En este método de prueba, los evaluadores diseñan casos de prueba adivinando los posibles errores que podrían ocurrir en la aplicación de software.
80) ¿Qué es el defecto espectacular?
Es un defecto que no permite al usuario avanzar más en la aplicación. Es casi como un choque.
Por ejemplo, asegúrese de que en una aplicación de software el botón de inicio de sesión no funcione incluso si tiene un nombre de usuario y contraseña válidos; No puede avanzar más porque su botón de inicio de sesión no funciona.
81) ¿Qué es una recompensa por errores?
Un programa de recompensas por errores ayuda a una organización a recompensar a alguien que encuentre errores en su software y los informe. Es un concepto que existe desde hace mucho tiempo. Se creó Internet.
Muchas empresas empezaron a comprender lo caro que resulta contratar expertos para realizar pruebas de penetración cada vez que quieren buscar vulnerabilidades en su sistema o aplicación.
82) ¿Qué es la Transición de Estado?
Las pruebas de transición de estado ayudan a sus casos de prueba desde una aplicación en la que necesitamos probar diferentes transiciones del sistema. Podemos aplicar este método cuando una aplicación proporciona una salida distinta para la misma entrada, dependiendo de lo que sucedió en el estado anterior.
83) ¿Qué quieres decir con clasificación de defectos?
Clasificación de defectos es un método que le ayuda a encontrar defectos priorizados según diferentes características como el riesgo, la gravedad y la cantidad de tiempo que lleva solucionar el problema. Están involucradas varias partes interesadas, como el equipo de desarrollo, el equipo de pruebas, el director del proyecto, etc.
84) ¿Qué es la eficiencia de eliminación de defectos?
La eficiencia de eliminación de defectos es una métrica de prueba que indica con qué eficacia el equipo de desarrollo puede corregir errores y problemas antes del lanzamiento del producto. Le ayuda a medir la proporción de defectos con respecto a la cantidad de problemas encontrados. Por ejemplo, si se descubrieron 100 durante las pruebas y se arreglaron 80, el DRE será 100/80 = 1.25 %.
85) ¿Qué es la prueba de inmersión?
Ejecutar un sistema con una carga muy alta durante un período prolongado para identificar problemas de rendimiento se denomina prueba de remojo.
86) ¿Qué es la paradoja de los pesticidas?
En las pruebas de software, la paradoja de los pesticidas ocurre cuando los casos de prueba repetitivos no revelan nuevos errores. Puede superar esta paradoja de los pesticidas, ya que es esencial revisar los casos de prueba que podamos con regularidad y agregarlos o actualizarlos para encontrar más defectos.
