Praxis Academy
Inicio › Business Analyst › User Acceptance

Preguntas de práctica Business Analyst: User Acceptance

User Acceptance vale 8% del examen Salesforce Certified Business Analyst. Cubre guiones UAT, triage de defectos, regresión y sign-off. Resuelve estas 5 preguntas gratis y abre cada respuesta para ver por qué cada opción es correcta o incorrecta.

01

Una empresa de calzado terminó UAT de una nueva funcionalidad de Opportunity en Sales Cloud: se ejecutaron 42 casos de prueba planeados, 38 aprobados y 4 fallidos. Los ejecutivos piden al BA la tasa de éxito de UAT. Dos días antes del go-live, el BA también descubre que la versión móvil de la funcionalidad, que quedó fuera del alcance original de UAT, tiene un problema grave de visualización. ¿Qué DOS acciones debe tomar el BA? (Elija 2)

  1. Reportar una tasa de éxito de UAT del 90.5% (38 de 42 casos de prueba aprobados).
  2. Reportar una tasa de éxito de UAT del 9.5%, ya que 4 de los 42 casos de prueba fallaron.
  3. Presentar el problema de visualización móvil como un factor de go/no-go, registrándolo como un defecto fuera de alcance que requiere una decisión del patrocinador del proyecto antes de continuar con el lanzamiento.
  4. Hacer el go-live según lo programado, porque el problema móvil estaba fuera del alcance de UAT y no cambia los resultados.
  5. Volver a ejecutar los 42 casos de prueba en móvil y posponer el go-live indefinidamente hasta que todas las pruebas pasen.
Ver respuesta

Respuesta: A, C

A. Reportar una tasa de éxito de UAT del 90.5% (38 de 42 casos de prueba aprobados). ✓Correcta. Tasa de éxito = aprobados / total = 38/42 = 90.5%, que es la cifra que debe reportarse a los ejecutivos.
B. Reportar una tasa de éxito de UAT del 9.5%, ya que 4 de los 42 casos de prueba fallaron.Incorrecta. El 9.5% (4/42) es la tasa de fallas, no la de éxito.
C. Presentar el problema de visualización móvil como un factor de go/no-go, registrándolo como un defecto fuera de alcance que requiere una decisión del patrocinador del proyecto antes de continuar con el lanzamiento. ✓Correcta. Un defecto encontrado cerca del go-live, aunque esté fuera del alcance de UAT, debe plantearse como punto de go/no-go. El patrocinador decide si retrasar, lanzar con el defecto conocido o lanzar con una solución alternativa; el BA documenta y escala.
D. Hacer el go-live según lo programado, porque el problema móvil estaba fuera del alcance de UAT y no cambia los resultados.Incorrecta. Ignorar un defecto conocido por estar fuera de alcance expone a los clientes a problemas tras el lanzamiento. El BA debe hacer visibles todos los riesgos conocidos antes del go-live.
E. Volver a ejecutar los 42 casos de prueba en móvil y posponer el go-live indefinidamente hasta que todas las pruebas pasen.Incorrecta. Exigir 100% de aprobación y un retraso indefinido no es práctica estándar. El BA reporta la tasa actual y escala el defecto móvil para que los stakeholders decidan.

Por qué: Aquí se evalúan dos habilidades de UAT: la tasa de éxito es casos aprobados entre casos totales (38/42 = 90.5%), y un problema nuevo encontrado antes del lanzamiento se lleva al patrocinador como punto de go/no-go. El BA documenta el defecto fuera de alcance como riesgo y lo escala; el BA no aprueba ni bloquea el lanzamiento por sí solo.

02

En el daily stand-up de un proyecto de Salesforce con Scrum en un fabricante de contenedores, un desarrollador dice: 'Estoy bloqueado con la historia de validación de descuentos en Opportunity porque no sé qué debe pasar cuando se aplica un descuento a un paquete de productos.' Se trata de una brecha en los criterios de aceptación. ¿Qué debe hacer el BA?

  1. Decirle al desarrollador que haga su mejor suposición sobre los descuentos en paquetes y documente sus supuestos.
  2. Organizar ese mismo día una reunión con el product owner y los stakeholders de negocio pertinentes para aclarar el comportamiento del descuento en paquetes, luego actualizar los criterios de aceptación y desbloquear al desarrollador.
  3. Mover la historia bloqueada al backlog del siguiente sprint, ya que no puede terminarse en este.
  4. Pedir al gerente de proyecto que registre el bloqueo en el registro de riesgos y lo escale al comité directivo.
Ver respuesta

Respuesta: B

A. Decirle al desarrollador que haga su mejor suposición sobre los descuentos en paquetes y documente sus supuestos.Incorrecta. Las suposiciones del desarrollador sobre reglas de negocio pueden producir una solución que no cubra la necesidad real. Las brechas en los criterios se cierran con los stakeholders, no con supuestos.
B. Organizar ese mismo día una reunión con el product owner y los stakeholders de negocio pertinentes para aclarar el comportamiento del descuento en paquetes, luego actualizar los criterios de aceptación y desbloquear al desarrollador. ✓Correcta. El BA organiza una aclaración rápida con el product owner y los stakeholders, actualiza los criterios con la regla y desbloquea al desarrollador, protegiendo la entrega y la velocidad del sprint.
C. Mover la historia bloqueada al backlog del siguiente sprint, ya que no puede terminarse en este.Incorrecta. Diferir la historia solo pospone la misma pregunta al siguiente sprint. La brecha debe resolverse ahora.
D. Pedir al gerente de proyecto que registre el bloqueo en el registro de riesgos y lo escale al comité directivo.Incorrecta. Una brecha de aclaración no es un riesgo a nivel de proyecto para el comité directivo. El BA puede resolverla directamente con el product owner y los stakeholders ese mismo día.

Por qué: Cuando una brecha en los criterios de aceptación bloquea a un desarrollador a mitad del sprint, el BA obtiene la respuesta ese mismo día con el product owner y los stakeholders, agrega la regla aclarada a los criterios y se lo comunica al desarrollador. Mantener los requisitos claros para que el equipo siga entregando es una responsabilidad central del BA durante el sprint.

03

Un BA de un minorista de equipo documenta los resultados de UAT de una implementación de Salesforce Billing y debe presentarlos de forma que el equipo directivo los entienda rápidamente. ¿Qué formato comunica MEJOR los resultados de UAT a los ejecutivos?

  1. Una hoja de cálculo con cada uno de los 120 casos de prueba, su estado de aprobado/fallido y los comentarios de los testers.
  2. Un resumen ejecutivo de una página con el total de casos de prueba, la tasa de aprobación, los defectos abiertos por severidad, los riesgos clave para la decisión de go/no-go y el curso de acción que recomienda el BA.
  3. Un informe técnico detallado con el análisis de causa raíz de cada caso de prueba fallido.
  4. Un correo que cubra solo los casos de prueba aprobados, para mostrar UAT de la mejor manera.
Ver respuesta

Respuesta: B

A. Una hoja de cálculo con cada uno de los 120 casos de prueba, su estado de aprobado/fallido y los comentarios de los testers.Incorrecta. Una hoja de 120 filas es un artefacto de trabajo para el equipo de pruebas, no un resumen ejecutivo.
B. Un resumen ejecutivo de una página con el total de casos de prueba, la tasa de aprobación, los defectos abiertos por severidad, los riesgos clave para la decisión de go/no-go y el curso de acción que recomienda el BA. ✓Correcta. El alcance (total de casos), el éxito general (tasa de aprobación), el riesgo de calidad (defectos por severidad), los riesgos clave y una recomendación dan a los ejecutivos lo que necesitan sin revisar cada fila de pruebas.
C. Un informe técnico detallado con el análisis de causa raíz de cada caso de prueba fallido.Incorrecta. El detalle de causa raíz es para los desarrolladores que corrigen los defectos. Los ejecutivos necesitan el impacto en el negocio, no las causas técnicas.
D. Un correo que cubra solo los casos de prueba aprobados, para mostrar UAT de la mejor manera.Incorrecta. Mostrar solo lo aprobado oculta información crítica. El BA debe presentar un panorama completo y honesto que incluya defectos y riesgos.

Por qué: Los ejecutivos necesitan información resumida y relevante para decidir: tasa de aprobación, defectos por severidad, riesgos clave y una recomendación clara. Las hojas completas de casos de prueba, los análisis técnicos de causa raíz y los reportes solo positivos no sustentan una buena decisión de go/no-go. El BA convierte los datos de UAT en información útil para el negocio.

04

Terminó el desarrollo de un proyecto global de Sales Cloud en una empresa de equipo para acampar y el BA está por iniciar UAT. ¿Qué stakeholders debe asegurarse el BA de que ejecuten los casos de prueba de UAT? (Elija 2)

  1. Usuarios finales de negocio que usarán el sistema todos los días en sus funciones.
  2. Los desarrolladores de Salesforce que construyeron la solución.
  3. Expertos en la materia (SMEs) con conocimiento profundo de los procesos de negocio que se prueban.
  4. El patrocinador del proyecto, quien debe ejecutar todos los casos de prueba para asegurar la alineación ejecutiva.
Ver respuesta

Respuesta: A, C

A. Usuarios finales de negocio que usarán el sistema todos los días en sus funciones. ✓Correcta. UAT confirma que el sistema cubre las necesidades de quienes lo usarán, y su visión del día a día detecta problemas de usabilidad y de flujo de trabajo que los testers técnicos pasan por alto.
B. Los desarrolladores de Salesforce que construyeron la solución.Incorrecta. Los desarrolladores no son testers objetivos de su propio trabajo; sus pruebas corresponden a las pruebas unitarias y de integración de sistemas previas a UAT.
C. Expertos en la materia (SMEs) con conocimiento profundo de los procesos de negocio que se prueban. ✓Correcta. Los SMEs aportan profundidad de dominio para detectar casos límite y confirmar reglas de negocio que los usuarios típicos quizá no expresen, por lo que prueban junto con los usuarios finales.
D. El patrocinador del proyecto, quien debe ejecutar todos los casos de prueba para asegurar la alineación ejecutiva.Incorrecta. El patrocinador gobierna y aprueba UAT, pero normalmente no ejecuta casos de prueba.

Por qué: Los usuarios finales y los expertos en la materia (SMEs) son los participantes centrales de UAT. Los usuarios finales verifican la usabilidad en el mundo real; los SMEs verifican la exactitud de las reglas de negocio y los casos límite. Los desarrolladores hicieron fases de prueba previas y no ejecutan UAT, y el patrocinador supervisa y aprueba UAT en lugar de ejecutar pruebas.

05

Un BA de una empresa de contenedores está por iniciar UAT de una implementación compleja de Salesforce CPQ y primero debe confirmar que el plan de UAT esté completo. ¿Qué elementos forman parte de un plan de UAT completo? (Elija 2)

  1. Escenarios de prueba derivados de las historias de usuario y criterios de aceptación aprobados, cada uno asignado a usuarios de negocio específicos para su ejecución.
  2. Los resultados de las pruebas unitarias de Apex del Sandbox de desarrollo, para demostrar la preparación técnica.
  3. Criterios de entrada definidos que indiquen lo que debe cumplirse antes de iniciar UAT (por ejemplo, todas las historias desplegadas en el entorno de UAT, datos de prueba cargados y participantes identificados).
  4. El plan de lanzamiento de marketing para liberar la nueva funcionalidad de CPQ a los clientes una vez que UAT sea exitosa.
Ver respuesta

Respuesta: A, C

A. Escenarios de prueba derivados de las historias de usuario y criterios de aceptación aprobados, cada uno asignado a usuarios de negocio específicos para su ejecución. ✓Correcta. Los escenarios deben derivarse directamente de las historias y criterios aprobados, y asignar cada uno a un usuario de negocio con nombre crea responsabilidad y pone a los expertos adecuados en las funcionalidades adecuadas.
B. Los resultados de las pruebas unitarias de Apex del Sandbox de desarrollo, para demostrar la preparación técnica.Incorrecta. Los resultados de las pruebas unitarias de Apex son un artefacto de calidad de desarrollo (parte de la Definition of Done), no parte de un plan de UAT para usuarios de negocio.
C. Criterios de entrada definidos que indiquen lo que debe cumplirse antes de iniciar UAT (por ejemplo, todas las historias desplegadas en el entorno de UAT, datos de prueba cargados y participantes identificados). ✓Correcta. Los criterios de entrada fijan la preparación mínima antes de ejecutar. Sin ellos, UAT puede iniciar sin entorno, sin datos o con testers no preparados, desperdiciando esfuerzo y produciendo resultados inválidos.
D. El plan de lanzamiento de marketing para liberar la nueva funcionalidad de CPQ a los clientes una vez que UAT sea exitosa.Incorrecta. Un plan de lanzamiento de marketing es una actividad comercial posterior a UAT, no parte del plan de pruebas.

Por qué: Un plan de UAT completo contiene escenarios de prueba trazados a las historias de usuario y criterios de aceptación y asignados a los usuarios de negocio adecuados, además de criterios de entrada que definen la preparación: entorno disponible, datos de prueba cargados, historias desplegadas, testers capacitados y confirmación de preparación por parte de desarrollo. Esto mantiene la UAT estructurada y válida.

Descubre si estás listo para aprobar

Haz el diagnóstico gratis de Business Analyst: 20 preguntas, sin cuenta. Después desbloquea las 180 preguntas, los exámenes de práctica completos y la guía de estudio.

Hacer el diagnóstico gratisVer planes

Otras secciones de este examen