QA 3 - Consultas SQL

El nivel aislamiento READ COMMITED tiene las siguientes características:

• Especifica que las instrucciones SQL pueden leer datos, que han sido modificados por otras transacciones, pero que no se les ha hecho COMMIT.

• Especifica que las instrucciones SQL no pueden leer datos que han sido modificados, pero aún no se les ha hecho COMMIT en otra transacción ninguna otra transacción puede modificar datos que han sido leídos por la transacción actual, hasta que esta termine.

• Especifica que las instrucciones SQL no pueden leer datos, que han sido modificados por otra transacción, pero no se les ha hecho COMMIT.

• Ningunas de las anteriores.

• Todas las anteriores.

En cuanto a la integridad referencial, se pueden producir inconsistencia 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

¿Qué resultado obtienen los usuarios 2,3,4 en el justo momento en que se realizan las consultas?

• Usuario 2: 440, Usuario 3: 440, Usuario 4: 700

• Usuario 2: 700, Usuario 3: 700, Usuario 4: 700

• Usuario 2: 440, Usuario 3: sin resultado, Usuario 4: 700

• Usuario 2: 440, Usuario 3: sin resultado, Usuario 4: 440

• Usuario 2: sin resultado, Usuario 3: sin resultado, Usuario 4: 700

Un equipo de trabajo ha decidido utilizar Test Driven Development. Como primer paso codifican las funcionalidades que consideran que son estrictamente necesarias para completar el requerimiento, posteriormente codifican pruebas unitarias y finalmente re-factorizan lo que consideran necesario. Como parte de los resultados se obtiene que constantemente las pruebas unitarias fallan, generando atrasos en el proceso de desarrollo. ¿Lo anterior principalmente a qué puede obedecer?

• La re-factorización es muy tardía

• La re-factorización está incluyendo más pruebas

• La re-factorización está eliminando pruebas requeridas

• Todas las anteriores

• Ninguna de las anteriores

Considere el escenario en donde un equipo de desarrollo de software desea descubrir escenarios nuevos e inesperados que pudieron no haber sido detectados en el proceso de desarrollo. Para ello analiza el uso de una aplicación en el ambiente de producción. Esto se conoce como:

• Shift right testing

• Risk Based Testing

• Exploratory Testing.

• Ninguna de las anteriores.

• Todas las anteriores.

Considere el escenario en donde un equipo de desarrollo de software ha terminado una aplicación muy compleja y cuya especificación de requerimientos fue muy difícil. El negocio desea mitigar los riesgos de puesta en producción y desea ampliar el proceso de pruebas con algún tipo de prueba que maximice la estabilidad de toda la aplicación una vez liberada a todos los usuarios en el ambiente de producción. ¿Qué podría sugerir el encargado de pruebas de dicho equipo de desarrollo?

• Alfa Testing

• Beta Testing

• Shift Testing

• Ninguna de las anteriores.

• Todas las anteriores.

Considere el escenario en donde un equipo de desarrollo de software cuenta con pocos recursos de pruebas y debe entregar varios productos en corto plazo. Este equipo está buscando una estrategia que pueda seguir para mitigar impactos negativos y relevantes en la calidad de las funcionalidades críticas de sus productos, así como cumplir los plazos establecidos. ¿Cuál estrategia podría sugerir el encargado de pruebas de dicho equipo desarrollo?

• Risk Based Testing

• Alpha Testing.

• Error Guessing Testing,

• Ninguna de las anteriores.

• Todas las anteriores.

Considere el escenario en donde un equipo de desarrollo de software desea detectar de forma temprana los defectos, además quiere reducir el tiempo requerido en pruebas de regresión y habilitar un proceso de integración continua. ¿Cuál tipo de prueba puede sugerir el encargado de pruebas de dicho equipo de desarrollo?

• End to End Testing

• Alpha Testing

• Unit Testing

• Ninguna de las anteriores.

• Todas las anteriores.

Considere el escenario en donde en un equipo de desarrollo de software, los programadores realizaron las pruebas de los productos generados en una interacción. El equipo cuenta con un tester de mucha experiencia y el líder del equipo desea que esté tester ejecute pruebas complementarias que aporten valor, pero en un periodo de tiempo muy corto.¿Qué técnica podría utilizar este tester?

• Shift Right Testing

• Shift Left Testing

• Exploratory Testing

• Ninguna de las anteriores.

• Todas las anteriores.

El Behavior-Driven Development (BDD):

• Está basado en Test-Driven Development(TDD).

• Utiliza Acceptance Test-Driven Development(ATDD) para transformar los criterios de aceptación en pruebas de aceptación automatizadas.

• Exploratory Testing

• Utiliza el formato Given-When-Then para escribir los escenarios que documentan las pruebas de aceptación.

• Todas las anteriores.