la laguna de tibas

Cual de las siguientes opciones corresponden a ceremonias de SCRUM?. Sprint Pfanning. Sprint, Daity Scrum, Sprint Retrospective. Sprint PWnn'ng. Scrum Master, Sprint Review, Product Bockloq. Burn-Down Chart, Svint, Story P0ints, Sprint Planning. Daily Scrum, Sprint Review. Sprint Retrospective, Sprint Plonning. Ninguna de las anteróres.

Un equipo de trabajo ha decido utilizar Test Oriven Development. Como primer paso codifican las funcionalidades que consideran que son estrictamente necesarias para completar el requerimiento, posteriormente codifican pruebas unitarias y finalmente refactorizan 10 que consideran necesario. Como parte de los resultados se obtiene que constantemente tas pruebas unitarias fallan, generando atrasos en el proceso de desarrollo. ¿to anterior principalmente a qué puede obedecer?. la refactorización es muy tardía. La re•factorización está incluyendo más pruebas. La refactorización está eliminando pruebas requeridas. Todas tas anteriores. Ninguna de las anteriores.

¿cuál o cuáles de las sguientes opciones corresponde(n) a buenas prácticas en los procesos de pruebas ágiles de software?. Dedicar iteraciones completas para ejecutar pruebas de regresión. Dedicar la últirna iteración de desarrollo para automatizar las pruebas de regresión. Dedicar iteraciones completas sólo para corregir los defectos encontrados en iteraciones previas. Todas las anteriores. Ninguna de las anteriores.

¿cuál o cuáles de las opciones corresponde(n) a malas prácticas en los procesos de pruebas ágiles de software?. Ir probando tan pronto sea posible a través de la iteración. Probar al mismo tiempo y al final de la iteración todas las historias de usuario comprometidas. Automatizar pruebas de regresión en cada iteración. Todas las anteriores. Ninguna de las anteriores.

1234B. Runtime Error. 12345A. 12345B. Ninguna de las anteriores.

¿cuál es la base más común para un script de prueba automatizado?. La arquitectura de automatización de pruebas genérica. Un caso de prueba manual. Los requerimientos no funcionales. Todas las anteriores. Ninguna de las anteriores.

Toda prueba automatizada debe cumplir con un conjunto de propiedades, en las que se destacan: Autoverificable, Repetible, Independiente, Mantenible. Concisa, Específica, Autoverificable, Compleja. Repetible, Conciso, Clara, Dependiente. Todas las anteriores. Ninguna de las anteriores.

Las herramientas específicas de gestión de pruebas que se emplean durante todo el ciclo de vida del software ofrecen las siguientes características: Interfases para ejecutar pruebas, localizar defectos y verificar los requerimientos, además de la elaboración de reportes. Localizar defectos sin la necesidad de ejecutar el software. Además, analizan la estructura y dependencia del software. Contienen y administran las versiones de soporte del software. Todas las anteriores. Ninguna de las anteriores.

Las herramientas de ejecución de análisis estático ofrecen las siguientes características: Interfases para ejecutar el software, localizar defectos y verificar los requerimientos. Además, facilitan la elaboración de reportes. Localizar defectos sin la necesidad de ejecutar eI software. Además, analizan la estructura y dependencia del software. Sirven para validar requerimientos de rendimiento. Además, localizan y enumeran los defectos. Todas las anteriores. Ninguna de las anteriores.

¿Cuáles de los siguientes aspectos de rendimiento hay que tener en cuenta cuando se diseña un modelo de base de datos?. Si una tabla va a recibir muchas consultas sólo sobre algunas de sus columnas, puede utilizarse particionarniento vertical. Si la base de datos se define con un gran número de tablas pequeñas interrelacionadas, puede simplificarse uniendo tablas. Si una tabla va a contener cientos de miles de filas, puede crearse separaciones de datos de acuerdo con agrupaciones, por ejemplo: año (particionamiento horizontal). Todas las anteriores. Ninguna de las anteriores.

En cuanto a la integridad referencial, se pueden producir inconsistencias en los datos si: Modificamos el valor de la clave principal de un registro que no tiene "hijos". Borramos una fila de la tabla principal y ese registro tiene "hijos". Borramos una fila de la tabla secundaria cuyo valor apunta a la tabla principal. Todas las anteriores. Ninguna de las anteriores.

Los diagramas de transición de estados, las técnicas de análisis de partición de equivalencia, el análisis de valores límites y las tablas de decisión se basan en: La arquitectura de capas de código. EI plan de pruebas. Las especificaciones de requerimientos. Todas las anteriores. Ninguna de las anteriores.

para el análisis y diseño de pruebas de regresión por un cambio en el software se debe considerar: La experiencia del tester en dicho software. EI riesgo en los cambios del software. EI control de cambio en los fuentes. Todas las anteriores. Ninguna de las anteriores.

EI diseño detallado, la estructura del software y la arquitectura de software son elementos base para las: Pruebas de caja negra. Pruebas de caja blanca. Pruebas basadas en la experiencia. Todas las anteriores. Ninguna de las anteriores.

EI diseño de software considerando la consistencia de estructura, estándares de diseño, convenciones de nombres y protocolos de comunicación hace que ese software producido sea más: Fiable. Portable. Mantenible. Todas las anteriores. Ninguna de las anteriores.

¿cuál de las siguientes métricas es una métrica de calidad de producto de software?. Complejidad ciclomática. Cantidad de historias de usuario en el Backlog. Cantidad de casos de uso. Todas las anteriores. Ninguna de las anteriores.

Para establecer el alcance al verificar y validar software, este debe fundamentarse en: Riesgo. Acoplamiento del software. Necesidades del líder. Todas las anteriores. Ninguna de las anteriores.

En eI proceso de desarrollo, una buena oráctica para lograr la disminución de retrabajo en este es: Realizar pruebas de aceptación al final de todo el desarrollo. Pruebas en etapas tempranas. No llevar un registro de los defectos sin atender. Todas las anteriores. Ninguna de las anteriores.

Pruebas Alfa. Valores límites. Pairwise testing. Pruebas funcionales. Todas las anterbres.

. ¿cuál elemento de configuración de casos de prueba puedo utilizar en Microsoft Test Manager, que permite realizar de forma nativa una trazabilidad directa entre casos de pruebas a cualquier ítem de trabajo en Team Foundation Server?. EI histórto del caso de pruebas. Adjuntos. Todos los vínculos. Todas las anteriores. Ninguna de las anteriores.

Para reutilizar todos los contenidos especificados de un plan de prueba en Microsoft Test Manager sin realizar la operación manualmente, se debe utilizar la opción: Nuevo conjunto. Agregar casos de pruebas. Clonar plan. Todas las anteriores. Ninguna de las anteriores.

Al seleccionar la opción Plan e ir a la opción Resultados en Microsoft Test Manager, esto permite: Ver la trazabilidad de requerimientos con los resultados de los casos de pruebas. Determinar la cantidad de casos de pruebas sin ejecutar. Re-ejecutar los casos de pruebas. Todas las anteriores. Ninguna de las anteriores.

¿Qué se debe hacer para especificar una nueva configuración de ambientes de ejecuciórt$e casos de pruebas en Microsoft Test Manager, la cual será asignada a los casos de pruebas?. Agregar la configuración en las precondiciones del caso de prueba. Agregar la configuración en el administrador de configuraciones de pruebas. Agregar la 'specificación en la sección Summory del plan de pruebas. Todas las anteriores. Ninguna de las anteriores.

26. ¿Al modificar un caso de prueba en un plan de pruebas actual en Microsoft Test Manager, qué ocurre con las ejecuciones del mismo caso de prueba en los planes de pruebas pasados donde se utilizó este caso de prueba?. Los resultados de las ejecuciones de los casos de pruebas son ajustados con los nuevos cambios. LOS casos de pruebas no se ajustan a los nuevos cambios. Los resultados de las ejecuciones de los casos de pruebas no son ajustados con los nuevos cambios. Todas las anteriores. Ninguna de las anteriores.

27. La siguiente es un tipo de prueba funcional. Prueba unitaria. Valores límites. Prueba de carga. Prueba de estrés. Todas las anteriores.

28. Dada la definición: "Identificar eI límite de un sistema o componente en operación, con base en especificaciones altas de carga de trabajo y una disponibilidad reducida de recursos, como el acceso a la memoria o los servidores". La misma se refiere a: Pruebas de carga. Pruebas de estrés. Pruebas de recuperación. Pruebas de integración. Ninguna de las anteriores.

La opción iv) y la opción ii). Solamente la opción iii). Solamente la opción ii). La opción i) y la opción iv). Todas las anteriores.

30. La implementación de las pruebas unitarias: Garantiza de forma aislada el correcto funcionamiento de los componentes. Garantiza la exactitud funcional y la adecuación funcional,. Garanti eI correcto funcionamiento del conjunto del sistema. Todas las anteróres. Ninguna de las anteriores.

Todas las anteriores. La sub característica de accesibilidad. La característica de seguridad. La característica de mantenibilidad. Ninguna de las anteriores.

a. b. c. d. e.

33. "EI sistema carece de una bitácora o control para evitar el repudio de las acciones o eventos de los actores". EI anterior enunciado implica que el sistema no cumple con: La característica de adecuación funcional. La característica de seguridad. La característica de portabilidad. Todas las anteriores. Ninguna de las anteriores.

Pruebas exploratorias. Pruebas de caja negra. Pruebas estáticas. Pruebas unitarias. Pruebas funcionales.

Se analizó eI cuerpo de un Stored Procedure y se encontraron varias deficiencias relacionadas con el rendimiento. Seleccione las recornendaciones que son correctas para mejorar su rendimiento. Utilizar 'N, OR, UNION en lugar de JOINS. Utilizar cursores en lugar de tablas temporales. Analizar los planes de ejecución para determinar si se requiere hacer ajustes a los índices o bien crear nuevos índices. Las condiciones del WHERE deben ordenarse de forma que la primera condición delimite la consulta tanto corno sea posible. Hacer búsquedas por números enteros en lugar de buscar por cadenas de caracteres.

Se ejecuta un conjunto de instrucciones del Transact SQL como un único bloque ¿En cuáles escenarios es recomendado utilizar transacciones?: Se necesitan actualizar registros de varias tablas. Se necesitan ejecutar instrucciones SELECTs a varias tablas. Se necesitan insertar registros en varias tablas. Si se produce un error eliminando registros de varias tablas se necesita que se recuperen todos los registros eliminados. Se necesitan ejecutar Stored Procedures que devuelven el resultado de varias consultas.

Los siguientes son tipos de pruebas no funcionales: Pruebas de portabilidad. Pruebas de integración. Pruebas de accesibilidad. Pruebas de exactitud. Pruebas unitarias.

Suponga que usted trabaja para un equipo de desarrollo organizado con SCRUM y llega una solicitud del cliente que dice: "necesito un sitio web que pueda recibir la identificación de la persona y que el sitio indique la situación financiera con nuestra empresa, tenemos miles de clientes en todo el Mundo que 10 pueden utilizar, por 10 que la identificación puede variar en formato, necesito también que el sitio dé pronta respuesta para que se mantenga la buena imagen de la empresa, el sitio debe contener una ayuda clara que explique su funcionamiento. Cada consulta de los clientes debe cobrarse.". Como encargado(a) de pruebas, en la solicitud del cliente usted puede identificar y clasificar los requerimientos de la siguiente manera: A. Requerimiento funcional. B. Coloque en cada espacio en blanco, la letra correspondiente (A 0 B) al tipo de requerimiento. Requerimiento funcional. Requerimiento No funcional.