Quiz
UT03
Crie uma conta grátis para terminar este quiz
Salve seu progresso e veja sua nota final.
Já tem uma conta? Inicie sessão
Perguntas do quiz (59)
1Validación
- Acomprobar que el producto que se está creando, es correcto y cumple con las especificaciones solicitadas por el usuario.
- Bcomprobación de que un sistema o parte de un sistema, cumple con
las condiciones impuestas. Con la verificación se comprueba si la aplicación se está construyendo correctamente. - Ces el proceso de evaluación del sistema o de uno de sus componentes, para determinar si satisface los requisitos especificados.
2Pruebas
- Acomprobar que el producto que se está creando, es correcto y cumple con las especificaciones solicitadas por el usuario.
- Bcomprobación de que un sistema o parte de un sistema, cumple con
las condiciones impuestas. Con la verificación se comprueba si la aplicación se está construyendo correctamente. - Ces el proceso de evaluación del sistema o de uno de sus componentes, para determinar si satisface los requisitos especificados.
3Verificación
- Acomprobar que el producto que se está creando, es correcto y cumple con las especificaciones solicitadas por el usuario.
- Bcomprobación de que un sistema o parte de un sistema, cumple con
las condiciones impuestas. Con la verificación se comprueba si la aplicación se está construyendo correctamente. - Ces el proceso de evaluación del sistema o de uno de sus componentes, para determinar si satisface los requisitos especificados.
4Se ponen todas las partes del código en común,
comprobando que el ensamblado de los bloques de código y sus pruebas atienden a los establecido durante la fase de diseño.- APruebas unitarias
- BPruebas de integración
- CPruebas de validación
- DPruebas de sistema
5donde se comprueba que el sistema construido cumple con lo establecido en el análisis de requisitos de software.
- APruebas unitarias
- BPruebas de integración
- CPruebas de validación
- DPruebas de sistema
6verifica el funcionamiento total del software y
otros elementos del sistema.- APrueba de sistema
- BPrueba de validación
- CPruebas de integración
- DPruebas unitarias
7Prueba de caja negra
- Acuando una aplicación es probada usando su interfaz externa, sin preocuparnos de la implementación de la misma. Aquí lo fundamental es comprobar que los resultados de la ejecución de la aplicación, son los esperados, en función de las entradas que recibe.
- Ben este caso, se prueba la aplicación desde dentro, usando su lógica de aplicación
- Cn, donde se comprueba que el sistema construido
cumple con lo establecido en el análisis de requisitos de software. - Dque verifica el funcionamiento total del software y otros elementos del sistema.
8Prueba de caja blanca
- Acuando una aplicación es probada usando su interfaz externa, sin preocuparnos de la implementación de la misma. Aquí lo fundamental es comprobar que los resultados de la ejecución de la aplicación, son los esperados, en función de las entradas que recibe.
- Ben este caso, se prueba la aplicación desde dentro, usando su lógica de aplicación
- Cn, donde se comprueba que el sistema construido
cumple con lo establecido en el análisis de requisitos de software. - Dque verifica el funcionamiento total del software y otros elementos del sistema.
9El programador debe probar sus propios programas
- AVerdadeiro
- BFalso
10Para realizar las pruebas de caja blanca es necesario un conocimiento específico del código
- AVerdadeiro
- BFalso
11Prueba que comprenderían aquellas actividades cuyo objetivo sea verificar una acción específica o funcional dentro del código de una aplicación. Respondiendo a las preguntas ¿puede el usuario hacer esto? o ¿ funciona esta utilidad de la aplicación?. Se deberán analizar las entradas y las salidas
- APruebas funcionales
- BPruebas de usuario
- CPruebas de rendimiento
- DPruebas de caja blanca
12La idea de este tipo de pruebas funcionales, es considerar el menor número posible de casos de pruebas, para ello, cada caso de prueba tiene que abarcar el mayor número posible de entradas diferentes. Lo que se pretende, es crear un conjunto de clases de equivalencia, donde la prueba de un valor representativo de la misma, en cuanto a la verificación de errores, sería extrapolable al que se conseguiría probando cualquier valor de la clase.
- AParticiones equivalentes
- BAnálisis de valores límite
- CPruebas aleatorias
- DAnálisis de valores internos
13En este caso, a la hora de implementar un caso de prueba, se van a elegir como valores de entrada, aquellos que se encuentra en el límite de las clases de equivalencia
- AParticiones equivalentes
- BAnálisis de valores límite
- CAnálisis de valores internos
- DPruebas aleatorias
14Consiste en generar entradas aleatorias para la aplicación que hay que probar. Se suelen utilizar generadores de prueba, que son capaces de crear un volumen de casos de prueba al azar, con los que será alimentada la aplicación. Esta tipo de pruebas, se suelen utilizar en aplicaciones que no sean interactivas, ya que es muy difícil generar las secuencias de entrada adecuadas de prueba, para entornos
interactivos.- APruebas aleatorias
- BAnálisis de valores límite
- CParticiones equivalentes
- DAnálisis de valores internos
15Las pruebas funcionales son pruebas de caja blanca
- AVerdadeiro
- BFalso
16Las pruebas estructurales son pruebas de caja blanca
- AVerdadeiro
- BFalso
17Con este tipo de pruebas, se pretende verificar la estructura interna de cada componente de la aplicación, independientemente de la funcionalidad establecida para el mismo. Este tipo de pruebas, no pretenden comprobar la corrección de los resultados producidos por los distintos componentes, su función es comprobar que se van a ejecutar todas la instrucciones del
programa, que no hay código no usado, comprobar que los caminos lógicos del programa se van a recorrer, etc.- APruebas estructurales
- BPruebas funcionales
- CPruebas de caja negra
- DPruebas de usuario
18Se han de generar casos de pruebas suficientes para que cada instrucción del programa sea ejecutada, al menos, una vez
- ACobertura de sentencias
- BCobertura de decisiones
- CCobertura de condiciones
- DCobertura de condiciones y decisiones
19se trata de crear los suficientes casos de prueba para que cada opción resultado de una prueba lógica del programa, se evalúe al menos una vez a cierto y otra a falso.
- ACobertura de decisiones
- BCobertura de sentencias
- CCobertura de condiciones
- DCobertura de condiciones y decisiones
20Se trata de crear los suficientes casos de prueba para que cada elemento de una condición, se evalúe al menos una vez a falso y otra a verdadero
- ACobertura de de condiciones
- BCobertura de sentencias
- CCobertura de decisiones
- DCobertura de condiciones y sentencias
21consiste en cumplir simultáneamente las dos
anteriores.- ACobertura de condiciones y sentencias
- BCobertura de condiciones
- CCobertura de decisiones
- DCobertura de sentencias
22 es el criterio más importante. Establece que se debe ejecutar al menos una vez cada secuencia de sentencias encadenadas, desde la sentencia inicial del programa, hasta su sentencia final. La ejecución de este conjunto de sentencias, se conoce como camino. Como el número de caminos que puede tener una aplicación, puede ser muy grande, para realizar esta prueba, se reduce el número a lo que se conoce como camino prueba.
- ACobertura de caminos
- BCobertura del camino de pruebas
- CCobertura de condiciones
- DCobertura de sentencias
23Se pueden realizar dos variantes, una indica que cada bucle se debe ejecutar sólo una vez, ya que hacerlo más veces no aumenta la efectividad de la prueba y otra que recomienda que se pruebe cada bucle tres veces: la primera sin entrar en su interior, otra ejecutándolo una vez y otra más ejecutándolo dos veces
- ACobertura de camino de prueba
- BCobertura de caminos
- CCobertura de condiciones
- DCobertura de condiciones y decisiones
24Esta tarea la realiza el programador o programadora y consiste en comprobar que los caminos definidos en el código, se pueden llegar a recorrer. Con este tipo de prueba, lo que se pretende, es comprobar que todas las funciones, sentencias, decisiones, y condiciones, se van a ejecutar
- ACubrimiento
- BPruebas funcionales
- CPruebas estructurales
- DPruebas de caja negra
25El objetivo de estas pruebas es comprobar que los cambios sobre un componente de una aplicación, no introduce un comportamiento no deseado o errores adicionales en otros componentes no modificados.
- APruebas de regresión
- BPruebas funcionales
- CPruebas estructurales
- DCubrimiento
26Las pruebas de regresión se deben llevar a cabo cada vez que se hace un cambio en el sistema, tanto para corregir un error, como para realizar una mejora.
- AVerdadeiro
- BFalso
27Selecciona cuales serán clases de pruebas de regresión
- AUna muestra representativa de pruebas que ejercite todas las funciones del software
- BPruebas adicionales que se centran en las funciones del software que se van a ver probablemente afectadas por el cambio.
- CPruebas que se centran en los componentes del software que han cambiado
- DPruebas que se centran en las entradas y salidas del programa
28En los casos de prueba se deben probar todas las posibilidades del programa sin importar la complejidad del mismo
- AVerdadeiro
- BFalso
29Enfoque funcional o de caja negra
- AEn este tipo de prueba, nos centramos en que el programa, o parte del programa que estamos probando, recibe un entrada de forma adecuada y se produce una salida correcta, así como que la integridad de la información externa se mantiene. La prueba no verifica el proceso, solo los resultados. Este enfoque se centra en la funciones, entradas y salidas. Se aplican los valores límite y las clases de equivalencia.
- BEn este tipo de pruebas, debemos centrar en la implementación interna del programa. En esta prueba, se deberían de probar todos los caminos que puede seguir la ejecución del programa.
- CA partir de modelos obtenidos estadísticamente, se elaboran casos de prueba que prueben las entradas del programa. Para ello se utilizan generadores automáticos de casos de prueba
30Enfoque estructural o caja blanca
- AEn este tipo de prueba, nos centramos en que el programa, o parte del programa que estamos probando, recibe un entrada de forma adecuada y se produce una salida correcta, así como que la integridad de la información externa se mantiene. La prueba no verifica el proceso, solo los resultados. Este enfoque se centra en la funciones, entradas y salidas. Se aplican los valores límite y las clases de equivalencia.
- BEn este tipo de pruebas, debemos centrar en la implementación interna del programa. En esta prueba, se deberían de probar todos los caminos que puede seguir la ejecución del programa.
- CA partir de modelos obtenidos estadísticamente, se elaboran casos de prueba que prueben las entradas del programa. Para ello se utilizan generadores automáticos de casos de prueba
31Enfoque aleatorio
- AEn este tipo de prueba, nos centramos en que el programa, o parte del programa que estamos probando, recibe un entrada de forma adecuada y se produce una salida correcta, así como que la integridad de la información externa se mantiene. La prueba no verifica el proceso, solo los resultados. Este enfoque se centra en la funciones, entradas y salidas. Se aplican los valores límite y las clases de equivalencia.
- BEn este tipo de pruebas, debemos centrar en la implementación interna del programa. En esta prueba, se deberían de probar todos los caminos que puede seguir la ejecución del programa.
- CA partir de modelos obtenidos estadísticamente, se elaboran casos de prueba que prueben las entradas del programa. Para ello se utilizan generadores automáticos de casos de prueba
32Si al escribir una sentencia hacemos referencia a una variable existente o utilizamos una sentencia incorrecta. El programa no podrá compilarse hasta que se corrija el error
- Aerror de codificación
- Berror lógico o bugs
- CError estructural
- Ddepurador
33pueden provocar que el programa devuelva resultados erróneos, que no sean los esperados o pueden provocar que el programa termine antes de tiempo o no termine nunca
- AErrores lógicos o bugs
- BErrores de codificación
- CErrores estructurales
- DDepurador
34permite supervisar la ejecución de los programas,
para localizar y eliminar los errores lógicos. El programa debe compilarse con éxito para poder utilizarlo. Permite analizar todo el programa, mientras éste se ejecuta- ADuperador
- BPruebas de caja blanca
- CPruebas estructurales
- DPruebas funcionales
35En las pruebas de caja negra
- AEs necesario conocer el código fuente del programa, para realizar las pruebas
- BSe comprueba que todos los caminos del programa, se pueden recorrer, al menos una vez.
- CSe comprueba que los resultados de una aplicación, son los esperados para las entradas que se le han proporcionado
- DEs incompatible con la prueba de caja blanca.
36La prueba de regresión
- ASe realiza una vez finalizado cada módulo del sistema a desarrollar
- BSolo utiliza el enfoque de la caja negra
- CSe realiza cuando se produce una modificación, debido a la detección de algún error, en la fase de prueba.
- DEs incompatible con la prueba de caja blanca.
37¿Qué concepto está relacionado con la prueba de caja negra?
- AEs la principal herramienta de validación.
- BSe pueden comprobar los valores que van tomando las variables
- CSe comprueba que todos los caminos del programa, se pueden recorrer, al menos una vez.
- DEs incompatible con la prueba de caja blanca
38¿Qué afirmación sobre depuración es incorrecta?
- AEn la depuración, podemos inspeccionar las instrucciones que va ejecutando el programa.
- BNo es posible conocer los valores que toman las variables definidas dentro de un método
- CSolo podemos insertar un punto de ruptura en la depuración
39Durante la validación
- AProcedemos a depurar el programa
- BSometemos el código a pruebas de cubrimiento
- CComprobamos que la aplicación cumple los requerimientos del cliente
40¿Qué norma de calidad intenta unificar los estándares para pruebas de software?
- ABS 7925-1
- BIEEE 1008.
- CISO/IEC 29119.
41Las herramientas de automatización de pruebas más extendida para Java es
- AJunit
- BFoxUnit
- CSimple Test
42La documentación de la prueba
- AEs una labor voluntaria que se puede realizar al final del proceso de pruebas
- BCada equipo de pruebas decide qué documenta y cómo.
- CEn España se usa Métrica v.3
43El avance paso a paso a lo largo de una parte del programa puede ayudarnos a verificar que el código de un método se ejecute en forma correcta
- AVerdadeiro
- BFalso
44Permite introducir los parámetros que queremos en un método, devolviendo el resultado en lugar de la instrucción
- AAvance paso a paso
- BPaso a paso por procedimientos
- CEjecución hasta instrucción
- DEjecución de un programa hasta el final
45La validación intenta descubrir errores, desde el punto de vista del programador
- AVerdadeiro
- BFalso
46Traza la clase de pruebas que se han de llevar a cabo
- AUn plan de prueba
- BUn procedimiento de prueba
- CPruebas de caja blanca
- DPr
47Define los casos de prueba específicos en un intento por descubrir errores de acuerdo con los requisitos
- AUn plan de prueba
- BUn procedimiento de prueba
- CPruebas de caja blanca
- DPruebas de caja negra
48Tanto el plan de prueba como el procedimiento de prueba están diseñados para satisfacer los requisitos funcionales.
- AVerdadeiro
- BFalso
49Estándares de pruebas de software.
- ABSI
- BIEEE
- CMétrica v3
50Es estándar BSI 7935-1 hace referencia a...
- AEl vocabulario del software
- BLas pruebas de los componentes software
- CLa documentación de la prueba de software
- DLas pruebas de unidad
51Es estándar BSI 7935-2 hace referencia a...
- AEl vocabulario del software
- BLas pruebas de los componentes software
- CLa documentación de la prueba de software
- DLas pruebas de unidad
52El estándar IEEE 829 hace referencia a...
- AEl vocabulario del software
- BLas pruebas de los componentes software
- CLa documentación de la prueba de software
- DLas pruebas de unidad
53El estándar IEEE 1008 hace referencia a...
- AEl vocabulario del software
- BLas pruebas de los componentes software
- CLa documentación de la prueba de software
- DLas pruebas de unidad
54El requisito de las pruebas unitarias Automatizable significa que
- Ano debería requerirse una intervención manual.
- Bdeben cubrir la mayor cantidad de código.
- Cno se deben crear pruebas que sólo puedan ser ejecutadas una sola vez
- Dla ejecución de una prueba no debe afectar a la ejecución de otra.
55El requisito de las pruebas unitarias Completas significa que
- Ano debería requerirse una intervención manual.
- Bdeben cubrir la mayor cantidad de código.
- Cno se deben crear pruebas que sólo puedan ser ejecutadas una sola vez
- Dla ejecución de una prueba no debe afectar a la ejecución de otra.
56El requisito de las pruebas unitarias Repetibles o Reutilizables significa que
- Ano debería requerirse una intervención manual.
- Bdeben cubrir la mayor cantidad de código.
- Cno se deben crear pruebas que sólo puedan ser ejecutadas una sola vez
- Dla ejecución de una prueba no debe afectar a la ejecución de otra.
57El requisito de las pruebas unitarias Independientes significa que
- Ano debería requerirse una intervención manual.
- Bdeben cubrir la mayor cantidad de código.
- Cno se deben crear pruebas que sólo puedan ser ejecutadas una sola vez
- Dla ejecución de una prueba no debe afectar a la ejecución de otra.
58El requisito de las pruebas unitarias Profesionales significa que
- Ano debería requerirse una intervención manual.
- Blas pruebas deben ser consideradas igual que el código, con la misma profesionalidad, documentación, etc.
- Cno se deben crear pruebas que sólo puedan ser ejecutadas una sola vez
- Dla ejecución de una prueba no debe afectar a la ejecución de otra.
59Selecciona cuales son las ventajas básicas de las pruebas unitarias
- AFomentan el cambio, simplifica la integración, documenta el código, separación de la interfaz y la implementación, los errores están más acotados y son más fáciles de localizar
- BFomentan el cambio, documenta el código, separación de la interfaz y la implementación, los errores están más acotados y fáciles de localizar
- CFomentan el cambio, simplifica la cohesión, documenta el código, separación de la interfaz y la implementación, los errores están más acotados y fáciles de localizar
- DFomentan el cambio, simplifica la cohesión, documenta el código, separación del programador y los usuarios, los errores están más acotados y fáciles de localizar
Informações
- Descrição
- DAW ETS Quiz sobre UT03, criado por Mar benitez quintero em 06-12-2021.
- Autor
- Mar benitez quintero
- Idioma
- Español
- Visualizações
- 0
- Etiquetas
- Avaliação
- Ainda sem avaliações Avalie este quiz