* T10 PRUEBAS. PLANIFICACIÓN Y DOCUMENTACIÓN. DATOS DE PRUEBA... Flashcards
Dentro de las pruebas del software, ¿qué afirmación es correcta?:
a) La probabilidad de la existencia de más errores en una parte del software es inversamente proporcional al número de errores ya encontrados en dicha parte.
b) Lo óptimo es que los programas se prueben por el programador que los ha desarrollado.
c) La prueba del software se hace tanto para ver si no hace lo que se supone que debe hacer, como para ver si hace lo que se supone que no debe hacer.
d) Únicamente cuando se ha realizado una batería adecuada y completa de casos de prueba se puede decir que se ha realizado la prueba completa del software.
Dentro de las pruebas del software, ¿qué afirmación es correcta?:
a) La probabilidad de la existencia de más errores en una parte del software es inversamente proporcional al número de errores ya encontrados en dicha parte.
b) Lo óptimo es que los programas se prueben por el programador que los ha desarrollado.
c)La prueba del software se hace tanto para ver si no hace lo que se supone que debe hacer, como para ver si hace lo que se supone que no debe hacer.
d)Únicamente cuando se ha realizado una batería adecuada y completa de casos de prueba se puede decir que se ha realizado la prueba completa del software.
¿Qué afirmación es errónea en relación con las pruebas del software?
a) Las pruebas son procesos destructivos.
b) Los casos de prueba se escriben para condiciones de entrada válidas o inválidas.
c) Un plan de pruebas tiene éxito si descubre errores.
d) Lo ideal es que el programador pruebe sus propios programas.
¿Qué afirmación es errónea en relación con las pruebas del software?
a)Las pruebas son procesos destructivos.
b) Los casos de prueba se escriben para condiciones de entrada válidas o inválidas.
c) Un plan de pruebas tiene éxito si descubre errores.
d) Lo ideal es que el programador pruebe sus propios programas.
Señale cual de las siguientes herramientas sirve para realizar pruebas de estrés en Java:
a) Jmeter
b) SonarQube
c) Junit
d) Piwik
Señale cuál de las siguientes herramientas sirve para realizar pruebas de estrés en Java:
a) Jmeter
b) SonarQube
c) Junit
d) Piwik
Pruebas unitarias y de carga EN JAVA:
- JUnit+Mockito
- JMeter
¿Cuál de los siguientes tipos de prueba tienen como objetivo comprobar que los cambios sobre un componente no introducen errores adicionales en otros componentes no modificados?
a) Pruebas de integración.
b) Pruebas de seguridad.
c) Pruebas unitarias.
d) Pruebas de regresión.
¿Cuál de los siguientes tipos de prueba tienen como objetivo comprobar que los cambios sobre un componente no introducen errores adicionales en otros componentes no modificados?
a) Pruebas de integración.
b) Pruebas de seguridad.
c) Pruebas unitarias.
d) Pruebas de regresión.
Las pruebas cuya finalidad es verificar que los distintos componentes del sistema interactúan correctamente a través de sus interfaces se denominan:
a) Pruebas de artefactos.
b) Pruebas de integración.
c) Pruebas de interacción.
d) Pruebas de implantación.
Las pruebas cuya finalidad es verificar que los distintos componentes del sistema interactúan correctamente a través de sus interfaces se denominan:
a) Pruebas de artefactos.
b) Pruebas de integración.
c) Pruebas de interacción.
d) Pruebas de implantación.
Con respecto a las pruebas de regresión, señale la INCORRECTA:
a) Ante cambios sobre un componente software, ayudan a garantizar que el resto de componentes no se ve afectado.
b) Son compatibles con las metodologías ágiles de desarrollo.
c) Normalmente, implican la repetición de las pruebas que ya se han realizado previamente.
d) No es posible automatizar las pruebas de regresión.
Con respecto a las pruebas de regresión, señale la INCORRECTA:
a) Ante cambios sobre un componente software, ayudan a garantizar que el resto de componentes no se ve afectado.
b) Son compatibles con las metodologías ágiles de desarrollo.
c) Normalmente, implican la repetición de las pruebas que ya se han realizado previamente.
d) No es posible automatizar las pruebas de regresión.
De las siguientes, ¿cuál es la práctica de programación en la que se diseñan las pruebas antes que el código fuente que realiza la función?
a) TDD-Test-Driven Development (Desarrollo guiado por pruebas).
b) SDD-Stress-Driven Development (Desarrollo guiado por estrés).
c) ATD-Advanced-Test Development (Desarrollo de pruebas avanzado).
d) BUD-Bottom-Up Development (Desarrollo de abajo a arriba).
GSI-LI-2019
De las siguientes, ¿cuál es la práctica de programación en la que se diseñan las pruebas antes que el código fuente que realiza la función?
a) TDD-Test-Driven Development (Desarrollo guiado por pruebas).
b) SDD-Stress-Driven Development (Desarrollo guiado por estrés).
c) ATD-Advanced-Test Development (Desarrollo de pruebas avanzado).
d) BUD-Bottom-Up Development (Desarrollo de abajo a arriba).
TDD (TEST DRIVEN DEVELOPMENT)
TDD o desarrollo guiado por pruebas de software, o Test-driven development (TDD) es una práctica de ingeniería de software que involucra otras dos prácticas:
- Escribir las pruebas primero (Test First Development) basándose en los requisitos y se verifica que las pruebas fallen.
- Escribir el código fuente que pase la prueba satisfactoriamente.
- Refactorización del código escrito (Refactoring).
El conjunto de pruebas de caja negra que permiten descubrir errores de implementación mediante la introducción de datos al azar, inválidos o malformados, se denominan:
a) Fuzzing Testing.
b) Data Flow Testing.
c) Discovery Testing.
d) Stress Testing.
GSI-2019-LI
El conjunto de pruebas de caja negra que permiten descubrir errores de implementación mediante la introducción de datos al azar, inválidos o malformados, se denominan:
a) Fuzzing Testing.
b) Data Flow Testing.
c) Discovery Testing.
d) Stress Testing.
FUZZING O FUZZ TESTING es una técnica de prueba de software automatizada que implica proporcionar datos no válidos, inesperados o aleatorios como entradas a un programa de computadora.
Luego, el programa se supervisa para detectar excepciones como bloqueos, aserciones de código integradas fallidas o posibles pérdidas de memoria.
Por lo general, los fuzzers se utilizan para probar programas que toman entradas estructuradas. Esta estructura se especifica, por ejemplo, en un formato de archivo o protocolo y distingue la entrada válida de la no válida. _Un fuzzer eficaz genera entradas semiválidas que son “suficientemente válidas” en el sentido de que no son rechazadas directamente por el analizado_r, pero crean comportamientos inesperados más profundos en el programa y son “lo suficientemente inválidas” para exponer casos que no se han tratado adecuadamente.
A efectos de seguridad, la entrada que cruza un límite de confianza suele ser la más útil. Por ejemplo, es más importante fuzz el código que controla la carga de un archivo por cualquier usuario que el código que analiza un archivo de configuración al que solo pueden acceder un usuario con privilegios.
Sí hablamos de: “proceso de evaluación del software al final del proceso de desarrollo, para asegurar una correspondencia del producto con los requisitos”, nos referimos a:
a) Validación
b) Evaluación
c) Pruebas
d) Mantenimiento
ZBRAIN-GSI
Sí hablamos de: “proceso de evaluación del software al final del proceso de desarrollo, para asegurar una correspondencia del producto con los requisitos”, nos referimos a:
a) Validación
b) Evaluación
c) Pruebas
d) Mantenimiento
Las pruebas deben ser diseñadas e implantadas por el programador en la fase de Construcción del Sistema de Información.
a) Verdadero
b) Falso
ZBRAIN-GSI
Las pruebas deben ser diseñadas e implantadas por el programador en la fase de Construcción del Sistema de Información.
a) Verdadero
b) Falso
Las pruebas se comienza a definir en la fase de Análisis del Sistema de Información (ASI), se especifican detalladamente en el Diseño del Sistema de Información (DSI) y se ejecutan en la fase de Construcción del Sistema de Información (CSI)
Todo proceso de pruebas debe incorporar al menos:
a) Planificación, Diseño de las pruebas y ejecución.
b) Planificación de pruebas, ejecución y evaluación de resultados.
c) Diseño, ejecución de pruebas y evaluación de resultados
d) Planificación de las pruebas, diseño de los casos de prueba, ejecución de las pruebas, evaluación de los resultados.
ZBRAIN-GSI
Todo proceso de pruebas debe incorporar al menos:
a) Planificación, Diseño de las pruebas y ejecución.
b) Planificación de pruebas, ejecución y evaluación de resultados.
c) Diseño, ejecución de pruebas y evaluación de resultados
d) Planificación de las pruebas, diseño de los casos de prueba, ejecución de las pruebas, evaluación de los resultados.
A las pruebas estáticas sobre código que se “ejecutan” sobre papel se les denomina:
a) Prueba de Caja Negra
b) Pruebas dinámicas
c) Walkthroughs
d) Pruebas de humo
ZBRAIN-GSI
A las pruebas estáticas sobre código que se “ejecutan” sobre papel se les denomina:
a) Prueba de Caja Negra
b) Pruebas dinámicas
c) Walkthroughs
d) Pruebas de humo
Si hablamos de pruebas ejecutadas sobre un ordenador estamos hablando de pruebas:
a) Prueba de Caja Negra
b) Pruebas dinámicas
c) Walkthroughs
d) Pruebas de humo
ZBRAIN-GSI
Si hablamos de pruebas ejecutadas sobre un ordenador estamos hablando de pruebas:
a) Prueba de Caja Negra
b) Pruebas dinámicas
c) Walkthroughs
d) Pruebas de humo
A las pruebas que permiten examinar la estructura interna de los programas se las denomina:
a) Prueba de Caja blanca
b) Pruebas dinámicas
c) Walkthroughs
d) Pruebas de humo
ZBRAIN-GSI
A las pruebas que permiten examinar la estructura interna de los programas se las denomina:
a) Prueba de Caja blanca
b) Pruebas dinámicas
c) Walkthroughs
d) Pruebas de humo
Pruebas de caja blanca, estructural o pruebas de caja de cristal
Sí hablamos de la técnica de clases de equivalencia estamos hablando de una prueba de caja:
a) Prueba de caja negra
b) Pruebas de caja blanca
c) Walkthroughs
d) Pruebas de humo
ZBRAIN-GSI
Sí hablamos de la técnica de clases de equivalencia estamos hablando de una prueba de caja:
a) Prueba de caja negra
b) Pruebas de caja blanca
c) Walkthroughs
d) Pruebas de humo