Primer Parcial - Pruebas de Sistema

¿Cómo define Hetzell a las pruebas en una visión más actualizada?. Cualquier actividad orientada a evaluar un atributo o capacidad de un programa o sistema y determinar si alcanza los resultados requeridos. Cualquier actividad destinada a medir un atributo o habilidad de un programa o sistema y verificar si cumple con los objetivos deseados. Toda tarea orientada a evaluar un atributo o capacidad de un programa o sistema y verificar si logra los resultados necesarios. Cualquier acción dirigida a evaluar un atributo o habilidad de un programa o sistema y determinar si alcanza los resultados exigidos. Toda actividad enfocada en medir un atributo o capacidad de un programa o sistema y confirmar si satisface los resultados requeridos.

Dada la perspectiva histórica de las pruebas en visiones, marque de entre las dadas, ¿cuáles representa a la visión más actualizada?. Cualquier actividad orientada a evaluar un atributo o capacidad de un programa o sistema y determinar si alcanza los resultados requeridos. Cualquier acción enfocada en evaluar un atributo o capacidad de un programa o sistema y comprobar si alcanza los resultados deseados. Toda tarea orientada a medir un atributo o habilidad de un programa o sistema y verificar si cumple con los objetivos deseados. Cualquier actividad dirigida a evaluar un atributo o capacidad de un programa o sistema y determinar si cumple con los resultados exigidos. Toda acción enfocada en medir un atributo o capacidad de un programa o sistema y confirmar si satisface los resultados requeridos.

La utilización de reglas precisas para demostrar que el software cumple con la especificación formal detallada es un……de: Verificación formal. Validación formal. Control formal. Examen formal. Confirmación formal.

¿Cuáles son las 3 (tres) situaciones en las cuales los métodos formales tienen aplicación?. Especificación formal. Verificación formal. Desarrollo formal. Validación formal. Análisis formal.

El método de especificación formal «LOTOS» es un lenguaje de especificación basado en: Comportamientos. Propiedades. Funciones. Características. Aspectos.

El método de especificación formal «Vienna Development Method» es un lenguaje de especificación basado en: Modelos y estados. Diagramas y condiciones. Abstracciones y propiedades. Técnicas y relaciones. Elementos y eventos.

Dada la perspectiva histórica de las pruebas en visiones, marque de entre las dadas, cual representa a la visión más actualizada. Cualquier actividad orientada evaluar un atributo, o capacidad de un programa, o sistema, y determinar si alcanza los resultados requeridos. Toda tarea enfocada en evaluar un atributo, o capacidad de un programa, o sistema, y verificar si cumple con los objetivos deseados. Cualquier acción dirigida a medir un atributo, o capacidad de un programa, o sistema, y determinar si cumple con los resultados exigidos. Toda actividad orientada a evaluar un atributo, o capacidad de un programa, o sistema, y confirmar si satisface los resultados requeridos. Cualquier acción enfocada en medir un atributo, o capacidad de un programa, o sistema, y verificar si alcanza los resultados deseados.

¿Es correcto enunciar que un defecto puede ocasionar 0, 1 o más fallas?. Si es correcto. No es correcto.

Marque la definición que aplica para Testing o Prueba de sistemas: El proceso de detectar diferentes (errores) entre el comportamiento esperado y el comportamiento actual del sistema. El proceso de validar diversas (inconsistencias) entre el comportamiento deseado y el comportamiento actual del sistema. El proceso de identificar múltiples (desviaciones) entre el comportamiento previsto y el comportamiento real del sistema. El proceso de encontrar varias (discrepancias) entre el comportamiento anticipado y el comportamiento actual del sistema. El proceso de hallar diversas (anomalías) entre el comportamiento esperado y el comportamiento real del sistema.

Desperfecto en un componente o sistema que puede causar que el componente o sistema falle en desempeñar las funciones requeridas, por ejemplo, una sentencia o una definición de datos incorrectos” corresponde a la definición de: Defecto. Malfuncionamiento. Problema. Error. Incorrección.

Seleccione las 4 (cuatro) respuestas correctas. Cuando se detecta un defecto atribuible a la codificación, el paso que sigue es la depuración, que consta de cuatro pasos. ¿Cuáles son esos? Identifique de manera aleatoria, aunque en la práctica siguen una secuencia. Diagnosticar la causa. Verificar la corrección. Corregirla. Reproducir el error. Analizar la raíz.

“Dada la siguiente proposición: “”el proceso que asegura que el software bajo desarrollo o cambio implementado satisface los requerimientos funcionales y otros requerimientos””, ¿se está refiriendo a…?”. Validación. Comprobación. Aprobación. Confirmación. Verificación.

Según un enfoque sistémico, ¿cuáles son las partes principales de un caso de prueba? Marque la respuesta más completa. Datos de entradas y precondiciones, pasos de ejecución, resultados esperados y poscondiciones. Instrucciones de ejecución y resultados anticipados. Requisitos de entrada y acciones a realizar. Condiciones previas y datos de entrada, pasos de ejecución, resultados esperados y condiciones posteriores. Elementos de entrada y condiciones iniciales, procedimientos de ejecución, expectativas de resultados y condiciones finales.

Marque las cuatro partes características de un caso de prueba. Seleccione las 4(cuatro) respuestas correctas. Datos de entrada. Proceso o secuencia de pasos. Precondiciones. Salida esperada y postcondiciones. Instrucciones de ejecución.

Sabiendo que probar no es hacer debugging, ¿Cuál es el objetivo de la depuración (debugging)?. Localizar el defecto y corregirlo. Encontrar el problema y eliminarlo. Identificar la falla y repararla. Hallar el error y solucionarlo. Detectar el defecto y arreglarlo.

¿Cuál de los siguientes principios se pueden considerar un supera-principio y que se encuentra presente dentro de los principios dados por el ISTQB y Bill Hetzel?. La prueba exhaustiva no existe. La prueba infalible no existe. La prueba definitiva no existe. La prueba completa no existe. La prueba perfecta no existe.

La disciplina del testing de software se basa en principios. Según la bibliografía y su contexto son unos u otros, pero existen algunos que son coincidentes por la fuerza del principio. ¿Cuál de los siguientes principios se puede considerar un supra-principio que nunca debe perderse de vista?. La prueba exhaustiva no existe. La prueba completa es inevitable. La prueba infalible es esencial. La prueba definitiva es esencial. La prueba perfecta es imprescindible.

Dados los principios de pruebas marque cuatro de ellos. Seleccione 4 respuestas correctas. Paradoja del pesticida. Pruebas tempranas. Las pruebas dependen del contexto. Agrupamiento de defectos. Dilema del insecticida.

Según el ISTQB el principio denominado Paradoja del pesticida se refiere a: Que si los mismos casos se repiten una y otra vez no encontrarán nuevos defectos. Si se repiten los mismos casos continuamente, no se identificarán más fallos. Al repetir los mismos casos una y otra vez, no se hallarán nuevos defectos. Cuando los mismos casos son probados de manera constante, no se descubrirán otros errores. Si se ejecutan los mismos casos repetidamente, no se encontrarán defectos adicionales.

Dados los principios de las pruebas, ¿a qué refiere el que dice “paradoja del pesticida?. Que si los mismos casos se repiten una y otra vez no encontraran nuevos defectos. Que si los casos son repetidos múltiples veces, nunca se encontrarán defectos adicionales. Que si se repiten los mismos casos repetidamente, no se identificarán nuevos defectos. Que si los casos se ejecutan de manera constante, no se descubrirán defectos adicionales. Que si se prueban los mismos casos una y otra vez, no se hallarán defectos adicionales.

Respondiendo al principio que dice: “ la actividad de pruebas requiero independencia”, maque uno de los motivos por el cual un probador debería evitar probar su propio código. Las personas tienden a pasar por alto sus propios errores por lo cual a un programador le costara encontrar en lo que se equivocó. Las personas a menudo no son objetivas al evaluar su propio trabajo, lo que dificulta la detección de sus errores. La tendencia natural es que uno se vuelva ciego a sus propios errores, lo que hace que sea difícil para un programador encontrar sus propias fallas. La falta de imparcialidad puede llevar a que un probador no pueda identificar sus propias deficiencias en el código. La subjetividad puede hacer que un programador no sea capaz de reconocer sus propios fallos.

“Desperfecto en un componente o sistema que puede causar que el componente o sistema falle en desempeñar las funciones requeridas, por ejemplo una sentencia o una definición de datos incorrectas”. Corresponde a la definición de: Defecto. Error. Incorrección. Imperfección. Inexactitud.

A qué corresponde la siguiente definición dada por el ISTQB: «Acción humana que produce un resultado incorrecto». Error. Desacierto. Equivocación. Fallo. Deslizamiento.

Un test exitoso es aquel que: Detecta un defecto no encontrado. Encuentra un fallo no descubierto. Halla un error no identificado. Descubre un defecto no detectado. Identifica un problema no detectado.

Seleccione las 4 características correctas de un caso de prueba R: Proceso o secuencia de pasos. Salida esperada y poscondiciones. Datos de entrada. Precondiciones. Técnica o método de ejecución.

En el Modelo de McCall los tres puntos de vistas o ejes definifos son: Operación del producto, Revisión del producto y Transición del producto. Funcionamiento del producto, Evaluación del producto y Cambio del producto. Ejecución del producto, Inspección del producto y Evolución del producto. Desarrollo del producto, Evaluación del producto y Transformación del producto. Desempeño del producto, Examen del producto y Modificación del producto.

Que partes presenta la norma ISO 9126?. Presenta dos partes, la primera es el modelo de calidad para tratar la calidad externa e interna, y la segunda es el modelo de calidad uso para tratar la calidad en uso. La norma ISO 9126 consta de dos partes, la primera aborda el modelo de calidad para abordar la calidad externa e interna, mientras que la segunda trata el modelo de calidad de uso para abordar la calidad en uso. ISO 9126 está dividida en dos partes: una que se enfoca en el modelo de calidad para evaluar la calidad interna y externa, y la otra en el modelo de calidad de uso para evaluar la calidad en uso. La norma ISO 9126 se compone de dos partes, la primera aborda el modelo de calidad para evaluar la calidad interna y externa, y la segunda trata el modelo de calidad de uso para evaluar la calidad en uso. ISO 9126 se presenta en dos partes, la primera cubre el modelo de calidad para la calidad interna y externa, y la segunda aborda el modelo de calidad de uso para la calidad en uso.

Los factores que afectan la calidad de software se dividen en dos grupos. Uno llamados directos que son los que miden…..Directamente a través, por ej.de cantidad de defectos sobre casos de pruebas corridas. Y otro, indirectos. Seleccione…. Cuál es la opción que define a los indirectos. Facilidad de uso del producto. Eficiencia del producto. Desempeño del producto. Fiabilidad del producto. Compatibilidad del producto.

Dados los principios de las pruebas, ¿a qué se refiere el que dice “Paradoja del pesticida”?. Que si los mismos casos se repiten una y otra vez no encontrarán defectos. Que al repetir los casos continuamente no descubrirán fallas adicionales. Que si los mismos casos se prueban repetidamente no se identificarán nuevos defectos. Que si se repiten los mismos casos una y otra vez no se encontrarán fallos adicionales. Que al ejecutar los mismos casos de prueba repetidamente no se descubrirán más defectos.

“Niveles de prueba. ¿Cuáles son los Niveles de pruebas?”. Prueba de Unidad, Prueba de Integración, Prueba de Sistema, Prueba de Aceptación. Prueba de Componente, Prueba de Fusión, Prueba de Interacción, Prueba de Confirmación. Prueba de Módulo, Prueba de Conexión, Prueba de Sistema, Prueba de Validación. Prueba de Elemento, Prueba de Enlace, Prueba de Conjunto, Prueba de Aprobación. Prueba de Fragmento, Prueba de Combinación, Prueba de Sistema, Prueba de Confirmación.

Las pruebas en el nivel de componentes están orientadas a asegurar que las unidades independientes de programas operan correctamente cuando se combinan en un sistema. Falso. Verdadero.

Marque tres afirmaciones que corresponden a las pruebas de componentes. Seleccione las 3 (tres) respuestas correctas. Generalmente es con acceso al código, y con soporte del entorno de desarrollo (debbugging tolos). Es un proceso altamente iterativo, donde los defectos se corrigen tan pronto como se encuentran y sin registros. En la práctica involucra al programador que escribió el código. Generalmente es sin acceso al código, y sin soporte del entorno de desarrollo (sin herramientas de depuración). Es un proceso altamente lineal, donde los defectos se registran antes de ser corregidos.

Niveles de prueba ¿Cuáles son los niveles de pruebas?. Prueba de unidad. Prueba de integración. Prueba de sistema. Prueba de aceptación. Prueba de componente.

Seleccione 4 principios de pruebas: Pruebas tempranas. Paradoja del pesticida. Agrupamiento de defectos. Las pruebas dependen del contexto. Pruebas proactivas.

Respondiendo al principio que dice: “la actividad de pruebas requiere independencia”, marque uno de los motivos por el cual un probador debería evitar probar su propio código. Las personas tienden a pasar por alto sus propios errores por lo cual a un programador le costara encontrar en lo que se equivocó. Los individuos a menudo no son objetivos al evaluar su propio trabajo, lo que dificulta la detección de sus propios errores. La tendencia natural es que uno se vuelva ciego a sus propios errores, lo que hace que sea difícil para un programador encontrar sus propias fallas. La falta de imparcialidad puede llevar a que un probador no pueda identificar sus propias deficiencias en el código. La subjetividad puede hacer que un programador no sea capaz de reconocer sus propios fallos.

Según el ISTQB el principio denominado Paradoja del pesticida se refiere a: Que si los mismos casos se repiten una y otra vez no encontrarán nuevos defectos. Que si los casos son repetidos continuamente no encontrarán defectos adicionales. Que al repetir los mismos casos una y otra vez no se identificarán nuevos defectos. Que si los casos se ejecutan de manera constante no se descubrirán defectos adicionales. Que al probar los mismos casos repetidamente no se hallarán defectos adicionales.

¿Qué tipo de defectos detectan las Pruebas de nivel de componente?. Operadores incorrectos. Comandos incorrectos. Instrucciones incorrectas. Operaciones incorrectas. Métodos incorrectos.

Identifique la afirmación que no corresponde para el nivel de prueba de Sistema. Es la prueba formal realizada por el usuario para determinar si la aplicación se ajusta a sus necesidades. Es la prueba informal realizada por el equipo de desarrollo para evaluar el sistema. Es la prueba formal realizada por el equipo de desarrollo para validar la funcionalidad del sistema. Es la prueba formal realizada por el equipo de calidad para verificar el sistema. Es la prueba formal realizada por el equipo de control de calidad para confirmar la funcionalidad del sistema.

Dentro del nivel de pruebas de sistema se pueden distinguir varios tipos de prueba, ¿cómo se denomina a las pruebas que comprueban el comportamiento del sistema ante situaciones donde se demanden cantidades extremas de recursos: número de transacciones simultáneas anormal, ¿excesivo uso de las memorias?. Pruebas de estrés. Pruebas de tensión. Pruebas de presión. Pruebas de carga. Pruebas de resistencia.

“Es desarrollado por el cliente en ambientes de producción, y no de laboratorio”. Pruebas Beta. Pruebas Alfa. Pruebas Gamma. Pruebas Delta. Pruebas Omega.

Como se denomina a las pruebas desarrolladas por el cliente en ambiente de producción?. Pruebas Beta. Pruebas Alfa. Pruebas Gamma. Pruebas Delta. Pruebas Omega.

Suponiendo el desarrolla de un sistema de facturación el mismo debe adherir a las normas impositivas de discriminación de IVA, cobrar el IVA que corresponde según el tipo de producto, cobrar impuesto interno a las bebidas, entre innumerables reglamentaciones que existen. Estando en el nivel de aceptación ¿cómo se denomina el tipo de prueba que hace estas validaciones?. Prueba de aceptación de usuario. Prueba de validación de usuario. Prueba de aprobación de usuario. Prueba de confirmación de usuario. Prueba de verificación de usuario.

Seleccione las 4 (cuatro) respuestas correctas. Cuando se detecta un defecto atribuible a la codificación, el paso que sigue es la depuración, que consta de cuatro pasos. ¿Cuáles son esos? Identifique de manera aleatoria, aunque en la práctica siguen una secuencia. Diagnosticar la causa. Verificar la corrección. Corregirla. Reproducir el error. Resolver la incidencia.

Las pruebas en el nivel de componentes están orientadas a asegurar que las unidades independientes de programas operan correctamente cuando se combinan en un sistema. Falso. Verdadero.

Para la prueba de integración existen diferentes estrategias. ¿Cuáles son las que se aplican en pos de ir integrando y probando cada una de las partes?. Integración descendente o top-down e integración ascendente o botton up. Integración ascendente y descendente. Integración de arriba abajo y de abajo arriba. Integración desde arriba y desde abajo. Integración superior e inferior.

Hablando de los niveles de integración, como funciona la integración incremental sándwich. Combina los métodos ascendentes y descendiente e integra una parte del sistema en forma ascendente y la restante en forma descendente. Combina los métodos descendentes y ascendentes e integra una parte del sistema en forma descendente y la restante en forma ascendente. Combina los métodos ascendentes y descendentes e integra una parte del sistema en forma descendente y la otra en forma ascendente de manera simultánea. Combina los métodos de arriba abajo y de abajo arriba e integra una parte del sistema en forma ascendente y la restante en forma descendente. Combina los métodos de abajo arriba y de arriba abajo e integra una parte del sistema en forma descendente y la otra en forma ascendente de manera alternada.

Pensando en el nivel de pruebas de integración, ¿Cómo se denomina a la integración que no se incrementa?. Big Bang. Expansión Total. Estallido Masivo. Colisión Gigante. Caos Descomunal.

Cual de los siguientes enunciados de requerimientos seria probado por el nivel de prueba de Sistema de tipo……. El sistema debe permitir a un usuario poder registrar la dirección de un cliente. El sistema debe facilitar la inserción de datos de cliente en la base de datos. El sistema debe habilitar la entrada de información de ubicación del cliente. El sistema debe posibilitar el ingreso de direcciones de cliente. El sistema debe permitir al usuario ingresar datos de ubicación de un cliente.

Identifique las 4 (cuatro) afirmaciones asociadas a las pruebas del nivel de Sistema. Debe incluir casos de pruebas basados en especificaciones de requerimientos, procesos de negocios y casos de uso. El ambiente de pruebas se debe corresponder lo más que se pueda con el ambiente de producción. Debe cumplir con el principio de ser realizado por un equipo de pruebas independiente. El nivel de Pruebas de Sistema involucra características funcionales y no funcionales. Debe contener casos de pruebas basados en especificaciones de funciones, flujos de trabajo y escenarios de uso.

Se distribuyen copias del sistema para que cada cliente lo instale en sus oficinas, dependencias y/o sucursales, según sea el caso. Al ser un número reducido de cliente, la distribución de las copias no representa grandes dificultades. Cada usuario/cliente al que se le entregó el sistema, realiza sus propias pruebas y documenta los errores que encuentre. Dada la sentencia anterior, ¿a qué tipo de pruebas nos estamos refiriendo?. Pruebas beta. Pruebas gamma. Pruebas alfa. Pruebas delta. Pruebas omega.

Dentro del nivel de pruebas de sistema se pueden distinguir varios tipos de prueba, ¿cómo se denomina a las pruebas que comprueban el comportamiento del sistema ante situaciones donde se demanden cantidades extremas de recursos: número de transacciones simultáneas anormal, ¿excesivo uso de las memorias?. Pruebas de estrés. Pruebas de presión. Pruebas de agotamiento. Pruebas de tensión. Pruebas de sobrecarga.

El Caso de Prueba del tipo de Performance, es aquel que: Está orientado a medir el cumplimiento con los tiempos de respuestas requeridos o establecidos. Está enfocado en evaluar el rendimiento y el tiempo de respuesta deseado. Se centra en la medición de la conformidad con los tiempos de respuesta necesarios. Evalúa el tiempo de respuesta y el cumplimiento de los plazos establecidos. Mide el tiempo de respuesta y la adhesión a los plazos requeridos.

¿Cuál es el objetivo de las revisiones?. Detectar desviaciones en los objetos ni bien son construidos para brindar información de confianza sobre el estado y/o calidad del trabajo realizado. Detectar defectos en los elementos una vez que están finalizados para proporcionar información fiable sobre la calidad del trabajo realizado. Identificar errores en los objetos una vez que están terminados para ofrecer información precisa sobre la calidad del trabajo realizado. Encontrar fallas en los elementos después de su finalización para ofrecer datos confiables sobre la calidad del trabajo realizado. Descubrir problemas en los objetos una vez que están concluidos para proporcionar información de confianza sobre el estado del trabajo realizado.

¿Cómo se define a la prueba estática como enfoque de pruebas?. “Es la prueba de un entregable del proceso de desarrollo que no implica ejecución en una computadora”. "Es la prueba de un componente del proceso de desarrollo que no involucra la ejecución en una computadora". "Es la prueba de una entrega del proceso de desarrollo que no requiere ejecución en una computadora". "Es la prueba de un elemento del proceso de desarrollo que no implica ejecución en una computadora". "Es la prueba de un resultado del proceso de desarrollo que no conlleva ejecución en una computadora".

En que momento es importante comenzar a detectar errores (lo que posibilita la corrección de los mimos a bajo costo)?. Es importante que se detecten lo mas temprano posible dentro del ciclo de vida. Es crucial que se identifiquen lo más anticipadamente en el ciclo de vida. Es esencial que se descubran en las primeras etapas del ciclo de vida. Es fundamental que se encuentren en las fases iniciales del ciclo de vida. Es necesario que se localicen al comienzo del ciclo de vida.

Cual es el objetivo del plan de revisiones?. Responder las siguientes preguntas: ¿que debe ser revisado, cuando se tiene que parar y quien hace o quienes participan de la revisión?. Abordar las cuestiones de: ¿qué debe ser evaluado, cuándo se debe suspender y quiénes están involucrados en la revisión?. Resolver las interrogantes sobre: ¿qué se debe verificar, cuándo debe detenerse y quiénes forman parte de la revisión?. Contestar las preguntas relacionadas con: ¿qué aspectos se deben examinar, cuándo se debe interrumpir y quiénes deben participar en la revisión?. Aclarar las dudas acerca de: ¿qué elementos deben ser objeto de revisión, cuándo se debe cesar y quiénes están a cargo de la revisión?.

“Dentro de las Revisiones Técnicas existe una herramienta que se utiliza por los beneficios que trae. Por ej.: estructura de la revisión, permite la registración de los resultados, es una guía para la actividad de revisión, entre otros beneficios. ¿Cómo se llama esa herramienta?. Listas de verificación. Documentos de comprobación. Listas de control. Formularios de revisión. Registros de verificación.

Los factores de éxito de una revisión son (marque la que no corresponde): Cada revisión no tiene un objetivo predefinido. Cada revisión tiene un propósito predefinido. Cada revisión tiene un objetivo claramente establecido. Cada revisión tiene un propósito específico. Cada revisión tiene un objetivo previamente definido.

Los cuatro factores de éxito de aplicar revisiones son: seleccione las 4 (cuatro) opciones correctas. Los defectos encontrados son bienvenidos y expresados objetivamente. Se hace énfasis en aprender. La gerencia soporta un buen proceso de revisión. Se tiene foco en el proceso de mejora. Los problemas identificados son bienvenidos y comunicados de manera objetiva.

A qué tipo de pruebas hace referencia la siguiente afirmación: “La experiencia demuestra que para alcanzar una buena declaración de requerimientos se deben especificar las pruebas para la aceptación de la solución junto con la declaración de los requerimientos”. Prueba de requisitos. Prueba de necesidades. Prueba de especificaciones. Prueba de validación. Prueba de confirmación.

Analizando el costo relativo de un error según la etapa de desarrollo del sistema software en la que se lo detecta, se puede ver que: Un defecto no detectado en la etapa de requerimientos se propaga con un efecto multiplicador, con lo que los costos por detectarlos recién en la etapa de prueba son incrementalmente mayor. Un defecto no encontrado en la fase de requerimientos tiene un costo creciente y aumenta significativamente si se descubre en la etapa de pruebas. Un error no detectado en la fase de requerimientos conlleva costos adicionales y estos se incrementan notablemente al detectarlo en la etapa de pruebas. Un fallo no identificado en la etapa de requerimientos resulta en costos adicionales y estos aumentan considerablemente si se detectan en la etapa de pruebas. Un defecto no encontrado en la etapa de requerimientos genera costos adicionales y estos se disparan si se detectan en la fase de pruebas.

Dentro de los tipos de casos de pruebas para las pruebas de sistemas, existen varios tipos ¿Cómo se clasifican a las pruebas que son independientes del diseño lógico, que no pueden probar características más allá de las especificaciones?. Casos de prueba basados en requerimientos. Casos de prueba enfocados en requerimientos. Pruebas basadas en especificaciones. Pruebas independientes del diseño lógico. Casos de prueba que se centran en las especificaciones.

Dentro de los tipos de casos de pruebas para las pruebas de sistemas, existen varios tipos dados por Bill Hetzel. ¿Cómo se clasifica a las pruebas que son independientes del diseño lógico, que no pueden probar características más allá de las especificaciones?. Pruebas basadas en requerimientos. Pruebas centradas en especificaciones. Pruebas independientes del diseño lógico. Pruebas basadas en especificaciones. Casos de prueba enfocados en requerimientos.

Dentro de los tipos de casos de pruebas para las pruebas de sistemas, existen varios tipos dados por Bill Hetzel. ¿Cómo se llaman aquellos casos que se derivan del esfuerzo por hacer fallar el sistema, en condiciones límites, y pensando someter el sistema a las peores situaciones pensadas?. Casos de pruebas extremos. Pruebas en situaciones extremas. Casos de prueba en condiciones límites. Pruebas de límites críticos. Casos de pruebas en situaciones adversas.

Dentro de los tipos de casos de pruebas para las pruebas de sistemas, existen varios tipos ¿Cómo se clasifica a las pruebas que se derivan a través de una técnica de muestreo y aleatoria, como los producidos por generadores de datos de pruebas dirigidos por parámetros?. Casos de pruebas aleatorios. Pruebas generadas por técnicas de muestreo aleatorio. Casos de prueba basados en generadores de datos de pruebas. Pruebas producidas por generadores de datos aleatorios. Casos de pruebas dirigidos por parámetros.

Dentro de los tipos de casos de pruebas para las pruebas de sistemas, existen varios tipos ¿Cómo se clasifica a las pruebas que se derivan de la lógica del programa y de cualquier elemento o archivo de datos usados en el programa?. Casos de prueba basados en código. Pruebas derivadas de la lógica del programa. Casos de prueba basados en la estructura del código. Pruebas que utilizan la lógica del programa y datos. Casos de prueba que se enfocan en elementos de datos del programa.

Las pruebas denominadas “in thesmall” y las pruebas denominadas “in thelarge”, ¿a qué tipo de pruebas hace referencia?. Pruebas de sistemas. Pruebas en el detalle. Pruebas a nivel micro. Pruebas a nivel macro. Pruebas de componentes.

Dentro de las pruebas de hardware, la siguiente definición corresponde a la técnica de “calificación virtual”: “Es el proceso de definir y conducir pruebas físicas sobre el producto, o sobre un producto representativo para demostrar el comportamiento con fallos inducidos”. Falso. Verdadero.

Combinando los atributos de las pruebas de caja negra y de la prueba de caja blanca: Se provee un enfoque que valide la funcionalidad y selectivamente asegure que los aspectos internos sean los correctos. Se verifica tanto la funcionalidad como la estructura interna del software. Se enfoca en la validación de los aspectos internos y externos de manera equitativa. Combina la validación de la funcionalidad con la revisión detallada del código. Se centra en la revisión de los aspectos externos y deja de lado la validación interna.

¿Cuáles de las siguientes técnicas, no es una técnica de las de Caja Negra?. Pruebas de caminos básicos. Pruebas de regresión. Pruebas de equivalencia. Pruebas de estado límite. Pruebas de riesgo.

¿A qué técnica corresponde la siguiente definición? La selección de los casos de pruebas está basada en un análisis de las especificaciones de un componente sin referenciar a detalles internos de estructura lógica. Prueba de Caja Negra. Prueba de Caja Blanca. Prueba de Regresión. Prueba de Estrés. Prueba de Aceptación.

Si un programa es probado para alcanzar 100% d cobertura de decisión, ¿cuál de los siguientes criterios es garantizado que se alcanza?. 100% de cobertura de decisión y 100% de cobertura de sentencia. 100% de cobertura de decisión y 50% de cobertura de sentencia. 0% de cobertura de decisión y 100% de cobertura de sentencia. 50% de cobertura de decisión y 50% de cobertura de sentencia. 100% de cobertura de decisión y 0% de cobertura de sentencia.

Una vez identificadas las clases de equivalencia, las mismas pueden ser divididas de forma adicional en clases válidas y clases inválidas. Una clase de equivalencia valida es donde se distinguen dos casos para valores fuera del rango de definición. Falso. Verdadero.

¿En qué consiste la Técnica de Análisis de Valores de frontera?. Se considera a menudo como una extensión de la Técnica de Partición de Equivalencias que además de seleccionar cualquier elemento como representativo de una clase de equivalencia, consiste en seleccionar los bordes de la clase. Consiste en seleccionar elementos al azar de una clase de equivalencia. Implica tomar una muestra de toda la población de elementos de prueba. Se centra en encontrar defectos en la fase de diseño del software. Se basa en el análisis de casos de uso para la selección de pruebas.

¿En qué consiste la Técnica de Análisis de Valores de Frontera?. Extensión de la Técnica de Partición de Equivalencias que además de seleccionar cualquier elemento representativo selecciona los bordes de la clase. Se enfoca en tomar valores extremos en un conjunto de datos. Consiste en elegir valores intermedios dentro de una clase de equivalencia. Implica seleccionar elementos aleatoriamente de una clase de equivalencia. Se centra en encontrar defectos en la fase de desarrollo del software.

Un campo de entrada recibe el año de nacimiento entre 1900 y 2004. Los valores límites para probar este campo son: 1899, 1900, 2004, 2005. 1899, 1901, 2003, 2005. 1899, 1900, 2003, 2005. 1898, 1900, 2004, 2006. 1900, 1902, 2003, 2005.

¿Qué técnica de prueba de caja negra utilizaría para cuando se tiene una especificación donde se puede modelar el comportamiento del sistema a través de estados que toma un objeto (y ese objeto es objeto de prueba)”?. Diagrama de transición de estados. Prueba de flujo de datos. Prueba de caja blanca. Prueba de camino crítico. Prueba de matriz de trazabilidad.

En lo que respecta al diseño de casos de pruebas, cuando el mismo se da derivado de los casos de uso, se puede afirmar que: Se tiene seguridad que se alcanza una cobertura completa del diseño y evito ambigüedades en las interpretaciones. No se tiene garantía de alcanzar una cobertura completa del diseño, y pueden surgir ambigüedades en las interpretaciones. Los casos de prueba derivados de casos de uso suelen ser menos efectivos y propensos a errores. El diseño de casos de prueba basado en casos de uso a menudo resulta en duplicación de esfuerzos. Los casos de prueba derivados de casos de uso suelen requerir más recursos y tiempo para su implementación.

¿Qué técnica lleva a cabo algunos de los siguientes pasos para definir los casos de prueba? - Identificar todos los escenarios presentes en el caso de uso y asignarle un nombre a cada uno. - Identificar aquellos escenarios que resulten redundantes y eliminarlos. - Para cada uno de esos escenarios, se identificarán y documentarán las condiciones de ejecución. Casos de uso. Diagramas de flujo. Modelos de requerimientos. Planificación de pruebas. Casos de prueba de regresión.

¿Que técnica de caja negra que responde a la siguiente ventaja? Otorga una vista sistemática de las combinaciones de entradas que no podrían ser identificadas utilizando otras técnicas. Diagrama de causa efecto. Pruebas exploratorias. Técnicas de inspección. Pruebas de equivalencia. Casos de prueba aleatorios.

Cual es la técnica que tiene en cuenta el efecto de dependencias y combinaciones?. Tablas de decisión y gráficos causa y efecto. Diagramas de flujo y pruebas de caja negra. Inspecciones de código y pruebas de unidad. Casos de prueba de caja negra y diagramas de secuencia. Diagramas de actividad y pruebas exploratorias.

Como se llama al concepto que es una métrica cuantitativa que define el número de caminos independientes en el…….básico. Complejidad ciclomática. Metrica de rutas independientes. Indice de dependencia de caminos. Complejidad estructural. Caminos de análisis cuantitativo.

Marque la afirmación que no corresponde con la Técnica de Adivinanza de Defectos. Toma el análisis de las especificaciones para modelar el comportamiento por transición de estados. Se basa en realizar pruebas sin un plan predefinido. No utiliza ninguna metodología de diseño de casos de prueba. Se centra en adivinar el comportamiento del sistema sin referencia a las especificaciones. No se preocupa por la cobertura de los casos de prueba.

¿Cuál es la técnica que amplía la cobertura de sentencias ya que se centra en los caminos del segmento de programa y todos los caminos deben ser probados al menos una vez?. Cobertura de decisión. Cobertura de sentencia. Cobertura de líneas de código. Cobertura de condición. Cobertura de bucles.

¿Qué técnica utilizaría en relación a cuando todas las combinaciones que puedan ser creadas utilizando los resultados lógicos de cada condición simple deban ser parte de las pruebas, solo si el cambio del resultado de una condición simple cambia el resultado de la condición combinada?. Mínima cobertura de condición múltiple. Cobertura de decisión. Cobertura de sentencia. Cobertura de código. Cobertura de camino.

¿Qué técnica se deberá utilizar cuando se deba tener en cuenta la complejidad de una condición que esta constituida por múltiples condiciones simples?. Cobertura de condición. Cobertura de decisión. Cobertura de sentencia. Cobertura de camino. Cobertura de código.

Marque a qué técnica de Caja Blanca corresponde la siguiente definición. “Es un método de diseño de casos de pruebas que selecciona caminos de un programa de acuerdo a la ubicación de las definiciones y usos de variables en él, donde la selección de caminos y la medición de la cobertura son más difíciles”. Pruebas de flujo de datos. Pruebas de cobertura de código. Pruebas de condición de camino. Pruebas de cobertura de flujo de control. Pruebas de análisis de flujo de datos.

Seleccione las 3 (tres) opciones correctas en relación a la Técnica de Adivinanza de Defectos. Se emplea un enfoque ad hoc, basado en la experiencia, con el fin de identificar pruebas que probablemente expondrán defectos. Una manera de diseñar casos de pruebas, es armar lista de defectos posibles o situaciones propensas a error y desarrollar casos basados en esa lista. Con la técnica de Adivinanza de Defectos se diseñan casos para probar listas o strings nulos/vacíos, caracteres blancos o nulos en strings, números negativos, entre otros. Se emplea un enfoque estrictamente formal basado en pruebas y estándares para identificar defectos. Utiliza un enfoque aleatorio sin considerar la experiencia para identificar defectos.

Los números de orden de un sistema de control de stock van desde 10.000 a 99999 inclusive. ¿Cuál de las siguientes respuestas puede ser un resultado de un diseño de test para valores límites?. 9999, 10000, 99999, 100000. 5000, 15000, 90000, 110000. 50000, 99998, 99997, 99996. 1000, 5000, 99999, 100001. 9999, 20000, 40000, 99999.

Pensando en la especificación dentro del proceso de prueba se usa la salida del análisis de requerimiento, o sea, la especificación de requerimientos como entrada para escribir. Caso de prueba de nivel de integración. Documentación de usuario final. Plan de proyecto de desarrollo. Diagrama de flujo de datos. Lista de verificación de revisión técnica formal.

Dada la perspectiva histórica de testing es importante conocer la evolución del concepto. ¿A qué visión corresponde la siguiente definición de prueba? El testing es el proceso de ejecutar un programa o sistema con la intención de encontrar errores. Tercera versión. Cuarta versión. Quinta versión. Segunda versión. Sexta versión.

Se conoce la técnica de adivinanza de defecto. ¿A qué se refiere?. Una manera de diseñar casos de prueba consiste en armar una lista de defectos posible o situaciones propensas a error. Se emplea un enfoque ad hoc basado en la experiencia con el fin de identificar pruebas. Con la técnica de adivinanza de defecto se diseñan casos para probar listas o string. Una técnica que utiliza algoritmos complejos para predecir defectos en el software. Un método que se basa en la adivinanza pura sin fundamentos técnicos.

Analizando el costo relativo de un error según la etapa de desarrollo del sistema de software en la que se detecta y se puede ver que: Un defecto no detectado en la etapa de requerimientos se propaga como un efecto multiplicador con lo que los costos por detectarlo recién en la etapa de prueba son incrementalmente mayor. Los defectos detectados en la etapa de requerimientos tienen un costo menor en comparación con los detectados en la etapa de diseño. Los defectos detectados en la etapa de prueba tienen un costo menor en comparación con los detectados en la etapa de codificación. Los defectos detectados en la etapa de mantenimiento tienen un costo menor en comparación con los detectados en la etapa de producción. Los defectos detectados en la etapa de diseño no tienen un impacto en el costo total del proyecto.

A qué tipo de revisión corresponde la siguiente definición: permiten clarificar, son realizadas por un colega son las menos eficientes porque no existe una manera conocida de medir, pero a pesar de ello dan beneficio y un bajo costo. Previsiones informales. Revisiones independientes. Revisiones estructuradas. Revisiones automatizadas. Revisiones de diseño.

¿Como se define a la prueba estática como enfoque de prueba?. ...es la prueba de un entregable del proceso de desarrollo que no implica ejecución en una computadora. La prueba estática implica la ejecución en un entorno de laboratorio, no en una computadora. La prueba estática es la validación de código en tiempo real en una computadora. La prueba estática se refiere a la ejecución en un entorno de producción, no en una computadora. La prueba estática es la validación de la interfaz de usuario en una computadora.

Un campo de entrada recibe el año de nacimiento entre 1900-2004. Los valores límites para probar este campo son: 1899, 1900, 2004, 2005. 1901, 2000, 2004, 2005. 1800, 1900, 2004, 2100. 1800, 1900, 2004, 2005. 1899, 1900, 2003, 2004.

Por qué el testing estático y el dinámico se describen como complementarios. Porque comparten el objetivo de identificar defectos por diferentes tipos de defectos que encuentren. Debido a que ambos métodos emplean las mismas técnicas de prueba. Porque se enfocan en encontrar los mismos tipos de defectos. Ya que utilizan las mismas herramientas y procesos de prueba. Porque comparten los mismos objetivos y criterios de aceptación.

Marque dos proposiciones que se representan un objeto de las pruebas. Verificar que el software se ajuste a los requerimientos y además validar que las funciones se implementan correctamente. Encontrar defectos. Asegurarse de que el software se adhiera a los requisitos y también comprobar que las funciones sean implementadas adecuadamente. Confirmar que el software cumple con las especificaciones y garantizar que las características se ejecuten sin errores. Validar que el software funcione según lo planeado y comprobar que todas las funcionalidades se desarrollen correctamente.

Se distribuyen copias del sistema para que cada cliente lo instale en su oficina, dependencia o sucursales. Al ser en este caso un número reducido de clientes, el tema de la distribución de las copias no representa grandes dificultades. Cada usuario al que se le entrego el sistema realiza sus propias pruebas y documenta los errores que encuentra, así como sugerencias que crea convenientes realizar. ¿A qué tipo de prueba nos estamos refiriendo?. Prueba beta. Prueba alfa. Prueba de aceptación del cliente. Prueba de aceptación de usuario. Prueba de campo.

En la definición de complejidad ciclomatica, que se define como una mecánica de software que determina el número de caminos independientes, en el conjunto básico, a que se llama camino independiente. A cualquier camino a través del programa que introduce al menos un nuevo conjunto de instrucción o una nueva condición. A cualquier camino a través del programa que ejecuta múltiples instrucciones. A cualquier camino a través del programa que inicia con una condición. A cualquier camino a través del programa que abarca solo un conjunto de instrucciones. A cualquier camino a través del programa que no incluye condiciones.

Las técnicas…. Pueden ser usadas para alcanzar cobertura de entrada y salida. Partición de equivalencias y análisis de valores límites. Análisis de flujo de datos y cobertura de instrucciones. Casos de uso y pruebas exploratorias. Cobertura de decisión y diagrama de estados. Pruebas de estrés y cobertura de rutas.

Cuál es el objetivo del proceso de depuración (debugyn). Localizar los defectos y corregir un defecto. Encontrar errores y optimizar el rendimiento. Identificar problemas y mejorar la calidad del código. Corregir problemas de seguridad y reducir los tiempos de ejecución. Localizar fallos y documentar las pruebas.

Que técnica de diseño de caso de prueba dentro de un enfoque de caja negra es un proceso sistemático que identifica clases de prueba representativas y se asume que cada miembro de esa clase identificada es tratado de la misma manera por el componente. Patrón de equivalencia. Técnica de agrupamiento. Estrategia de casos de prueba. Enfoque de representación de casos. Método de diseño de clase de prueba.

Dentro del nivel de prueba de aceptación de los usuarios, existe clasificación de pruebas alfa y pruebas beta en relación al ambiente utilizado para las pruebas. Marque cuales son además del uat, los tipos de prueba del nivel de aceptación del usuario. Pruebas de aceptación de control y pruebas de aceptación operacional. Pruebas de validación del usuario y pruebas de aprobación del usuario. Pruebas de confirmación del usuario y pruebas de verificación del usuario. Pruebas de inspección del usuario y pruebas de control del usuario. Pruebas de aprobación de entrega y pruebas de validación operativa.

La adivinanza de defecto es usada. Después de otras técnicas formales han sido aplicadas. Antes de aplicar cualquier técnica de prueba formal. Como un reemplazo de las pruebas de unidad. Como el primer paso en el proceso de desarrollo de software. Como parte del proceso de revisión de código.

Identifica cuatro afirmaciones asociadas a la prueba de nivel de sistemas. Debe cumplir con el principio de ser realizado por un equipo de prueba independiente. El ambiente de prueba se debe corresponder lo más que se pueda con el ambiente de producción. El nivel de prueba de sistema involucra características funcionales y no funcionales. Debe incluir casos de prueba basados en especificaciones de requerimientos, procesos de negocios y casos de uso. El nivel de prueba de sistema se enfoca en la arquitectura del software.

Cuál es el principio que define la prueba por sí sola, constituye una parte de calidad de software. Además, hay que considerar la planificación de las pruebas pensando en que habrá defectos. La falacia de ausencia de errores. La paradoja de la perfección en el software. El mito de la inmunidad de los defectos en el software. La paradoja de la planificación de pruebas sin defectos. El engaño de la ausencia total de fallos en el software.

La evaluación de los criterios de salida de las pruebas es una actividad que evalúa la ejecución de pruebas contra los objetos definidos, ¿En qué momento debe llevarse adelante?. Debe hacerse en cada nivel de pruebas aplicados, y no puede especificarse un tiempo. Se debe realizar al comienzo de cada nivel de pruebas, sin excepciones. Debe llevarse a cabo únicamente al final de cada nivel de pruebas. Es una actividad que se realiza antes de comenzar las pruebas en cualquier nivel. Se realiza solamente al final de las pruebas de aceptación del usuario.

En relación a las pruebas de regresión y el re-testing, marque la afirmación incorrecta. El retesting apunta a reprobar algo que anduvo mal para ver si se corrigió tal como se informa. El re-testing busca encontrar errores no relacionados con las pruebas anteriores. En las pruebas de regresión, no se comprueba el comportamiento de las áreas que no se han modificado. En el re-testing, no se busca verificar si las correcciones se realizaron correctamente. Las pruebas de regresión solo se aplican a nuevas funcionalidades del software.

Como se denomina a la herramienta que ayuda en la clasificación de contenidos, creando desde el diseño categorías organizadas que se aproximen a la estructura del usuario. Ordenamiento de tarjetas. Recolección de etiquetas. Diseño de esquema jerárquico. Taxonomía de contenidos. Categorización de tarjetas.

Encontrar un especialista de pruebas calificado no es sencillo ya que existen una serie de habilidades necesarias como también una experiencia requerida. Para ellos Billhetzel, ¿Qué propone como criterio de selección?. Las 5 Cs como categoría de habilidades. Las 3 Ps como categoría de habilidades. Las 4 Bs como categoría de habilidades. Las 2 Ts como categoría de habilidades. Las 6 Ds como categoría de habilidades.

Cual es la característica o habilidad dada como una de las 5 Cs que describe a “conciencia técnica de las herramientas y técnicas de prueba”?. Competente. Experimentado. Experto. Proficiente. Capaz.

Cual es la característica o habilidad dada como una de las 5 Cs que describe a “persona organizada y con capacidades de planificación sistemática”?. Controlado. Desorganizado. Despreocupado. Descuidado. Caótico.

Marque la que no corresponde como datos asociados al defecto al momento de registrarse el mismo: Programador que origino el defecto. Ubicación del defecto en el código. Fecha y hora en que se detectó el defecto. Prioridad asignada al defecto. Nombre del cliente que informó el defecto.

Que atributo de defecto específica la forma en que el defecto afecta a la aplicación bajo prueba. Severidad. Nivel de impacto. Grado de influencia. Magnitud de la consecuencia. Extensión del perjuicio.

Existen tipos de revisiones según el objeto bajo revisión, pero también existe clasificación de función del modo en que se llevan adelante. Considerando esta última clasificación seleccione cuatro respuestas. Revisión técnica formal. Ensayo. Inspección. Revisión informal. Pruebas informales.