EXAMEN PRACTICA - CTAL-TAE

¿Cuál de las siguientes es una ventaja de usar la automatización de pruebas?. Proporciona un mejor uso de los recursos de pruebas. Las pruebas se ejecutan más lentamente y permiten un mejor análisis. Las pruebas cubren una gama más amplia de escenarios debido a la variación en la ejecución. Se pueden utilizar nuevas tecnologías.

¿Cuál de los siguientes es un factor de éxito técnico para un proyecto de automatización de pruebas?. La interacción de la GUI está estrechamente relacionada con su apariencia. La interacción GUI está desacoplada de su apariencia. La estrategia de prueba se concentra en las API en lugar de la interfaz de usuario. La estrategia de prueba se concentra en la interfaz de usuario en lugar de las API.

"Usted está trabajando en un proyecto que integra software desarrollado internamente con software de terceros (third-party software). El software de terceros proporciona un amplio paquete de contabilidad que se utilizará para todas las facetas de la empresa. El software desarrollado internamente es un producto de punto de venta (POS) que será utilizado por las tiendas minoristas de la empresa. La comunicación entre los dos productos se realiza a través de archivos por lotes (batch files) y APIs. Su empresa utilizará las funciones de generación de informes del paquete de contabilidad y se espera que proporcione la información necesaria para las decisiones presupuestarias. Dada esta información, cuál es el enfoque de automatización más apropiado para probar el sistema de terceros (third-party system)?". No se necesita automatización de prueba porque ya debería haber sido probado por los desarrolladores del sistema de terceros. Las pruebas deben limitarse a probar solo la capacidad de generación de informes del paquete de contabilidad porque ese es el software más crítico para su empresa. Las pruebas deben concentrarse en la API que se utiliza para pasar datos al paquete de terceros para asegurarse de que los datos se manejen correctamente. Se deben realizar pruebas de preparación de archivos por lotes (batch files) en el producto de punto de venta (POS) para garantizar que los datos adecuados se incluyen en los archivos por lotes.

A usted se le ha asignado la implementación de la automatización de pruebas para un sistema que tiene las siguientes capacidades: ● Recibe mensajes de dispositivos de hardware ● Procesa los mensajes de error de acuerdo con un motor de reglas ● Envía correos electrónicos al administrador del sistema designado con recomendaciones para actualizaciones/cambios al dispositivo de hardware o a su configuración. Usted ha estado buscando alternativas de automatización de pruebas y ha descubierto que puede automatizar la generación de mensajes, recibir mensajes y procesar los mensajes a través del motor de reglas. La empresa ha invertido una gran cantidad de dinero en una herramienta de automatización de pruebas, pero la herramienta no es capaz de obtener correos electrónicos del servidor de correos y verificar que la recomendación es correcta. Usted está buscando una solución de automatización completa. ¿Qué debe hacer?. Buscar una nueva herramienta que pueda realizar todas las tareas necesarias. Buscar una herramienta complementaria que pueda manejar la validación del correo electrónico. Verificar que el procesamiento de las reglas sea correcto y asumir que el correo electrónico será preparado correctamente. Verificar manualmente los correos electrónicos enviándolos a su dirección de correo electrónico.

Usted ha estado trabajando con la herramienta de automatización de pruebas estándar de su empresa en una nueva aplicación móvil desarrollada internamente. Esta herramienta se ha venido utilizando durante los últimos años y soporta la automatización de pruebas para 20 aplicaciones principales, incluidas otras cinco aplicaciones móviles. La nueva aplicación tiene una interfaz de usuario amigable pero usa un objeto de tabla que su herramienta no puede reconocer. Como resultado de esto, usted no tiene forma de verificar que los datos mostrados en la tabla sean correctos. ¿Qué es lo primero que debes hacer con respecto a este problema?. Ver si la aplicación se puede ejecutar en escritorio y si la tabla puede ser reconocida cuando la la aplicación se utiliza en escritorio. Realizar una prueba piloto en una muestra de herramientas líderes en la industria para ver si el objeto puede ser reconocido. Pedir a los desarrolladores que eliminen el objeto de la tabla y lo reemplacen con un conjunto de campos de texto. Pedir a los desarrolladores que cambien el objeto de la tabla a un objeto de tabla estándar que pueda ser reconocida por la herramienta.

¿Cuáles de las siguientes son dos de las consideraciones importantes cuando estamos diseñando un SSP para que pueda ser probado?. Controlabilidad y cambiabilidad. Cambiabilidad y mantenibilidad. Mantenibilidad y observabilidad. Observabilidad y controlabilidad.

¿Cuál de las siguientes es una consideración importante al diseñar un SSP para la automatización?. Compatibilidad con las herramientas de automatización existentes. Controlabilidad por parte del operador. Mantenibilidad por parte de los desarrolladores. Capacidad de cambio utilizando las herramientas de automatización existentes.

¿Cuáles son las cuatro capas horizontales de la AAPg (Arquitectura de Automatización de Pruebas genérica)?. Adaptación de pruebas, Ejecución de pruebas, Diseño de pruebas, Definición de pruebas. Generación de pruebas, Ejecución de pruebas, Definición de pruebas, APIs de pruebas. Generación de pruebas, Definición de pruebas, Ejecución de pruebas, Adaptación de pruebas. Definición de pruebas, Ejecución de pruebas, Informe de pruebas, Adaptación de pruebas.

A usted se le ha asignado la implementación de la automatización de pruebas para un sistema que tiene las siguientes capacidades: ● Recibe mensajes de dispositivos de hardware ● Procesa los mensajes de error de acuerdo con un motor de reglas ● Envía correos electrónicos al administrador del sistema designado con recomendaciones para actualizaciones/cambios al dispositivo de hardware o a su configuración. Usted ha estado buscando alternativas de automatización de pruebas y ha encontrado que puede automatizar la generación de mensajes, recibir mensajes y procesar los mensajes a través del motor de reglas. Teniendo en cuenta la capa de Definición de prueba de la AAP para este SSP, ¿Cuál es el enfoque más apropiado para utilizar para la definición de prueba?. Guiones de captura/reproducción. Guiones guiados por datos. Guiones lineales. Guiones estructurados.

Si se ha seleccionado pruebas basadas en modelos para el enfoque general de automatización de pruebas para un proyecto, ¿Cómo influye esto en las capas de la AAP?. Se utilizan todas las capas, pero la generación de pruebas se automatizará en función del modelo definido. No habrá necesidad de la capa de Ejecución porque definir las pruebas será suficiente para probar el software. No será necesaria ninguna adaptación porque las interfaces serán definidas por el modelo. No habrá necesidad de diseñar las pruebas para las API porque éstas estarán cubiertas por el modelo.

¿Cuál es la principal ventaja de utilizar la abstracción en el AAP?. Lo hace más flexible para el futuro. Requiere un nivel de habilidad más alto para implementarlo. Garantiza que se admitirá cualquier método de scripting. Mejora el rendimiento del SAP.

¿Cuál es la principal desventaja de usar la abstracción en el AAP?. Lo hace más flexible para el futuro. Requiere un nivel de habilidad más alto para implementarlo. Garantiza que se admitirá cualquier método de scripting. Mejora el rendimiento del SAP.

Usted está desarrollando un SAP para una aplicación que permite a los estudiantes seleccionar cursos, inscribirse en los cursos y pagar sus cuotas en línea. La inscripción al curso está controlada por un conjunto de reglas que considera la especialidad seleccionada por el estudiante (especialización), los pre requisitos del curso, horarios y carga general del curso. Los datos del curso cambian con frecuencia, incluida la información de los pre requisitos y los tiempos del curso. Una de sus preocupaciones es cómo construir un software de automatización de pruebas que pueda manejar todos los cambios de los datos y aún así seguir proporcionando un resultado correcto. ¿Cuál de las siguientes es una capacidad que se debe construir en el SAP para que sea mantenible a pesar de los cambios de los datos?. Capacidad para que el SAP determine la regla apropiada basada en los datos de entrada. Capacidad para que el SAP controle el resultado de la decisión. Capacidad para que el SAP tome la entrada del usuario para las selecciones de los cursos. Capacidad para que el SAP proporcione resultados que muestren la regla seleccionada y los datos de salida.

Usted está desarrollando un SAP para una aplicación que permite a los estudiantes seleccionar cursos, inscribirse en los cursos y pagar sus cuotas en línea. La inscripción al curso está controlada por un conjunto de reglas que considera la especialidad seleccionada por el estudiante (especialización), los pre requisitos del curso, horarios y carga general del curso. Los datos del curso cambian con frecuencia, incluida la información de los pre requisitos y los tiempos del curso. Una de sus preocupaciones es cómo construir un software de automatización de pruebas que pueda manejar todos los cambios de los datos y aún así seguir proporcionando un resultado correcto. Los desarrolladores han acordado construir una interfaz de pruebas que le permitirá consultar la entrada al motor de reglas y recuperar los resultados de la decisión. Usando esta interfaz de pruebas, usted ha podido construir su automatización de pruebas para manejar varias entradas y validar que los resultados son correctos. El SSP está listo para lanzarse a producción. ¿Qué se debe hacer con la interfaz de prueba?. Debe eliminarse del código para eliminar los riesgos de seguridad. Debe dejarse en el código para minimizar la interrupción en el código antes del lanzamiento. Debe deshabilitarse en el código de producción pero permitir la fácil habilitación para probar versiones futuras. No debería haberse utilizado para realizar pruebas debido al riesgo de un efecto de sonda.

Si el SSP tiene una interfaz API que necesita probar, ¿Qué parte de la AAP se utilizará para facilitar crear esas pruebas?. El generador de API. La capa de interfaz. La capa de adaptación. La capa de diseño de prueba.

Usted está implementando la automatización de pruebas para un proyecto que tiene una aplicación crítica para la seguridad. Como resultado, los reportes de la ejecución de la automatización de pruebas son extremadamente importantes y deben ser 100 % precisos. Usted desea combinar los resultados de la automatización de pruebas con el sistema de gestión de pruebas que también registra los resultados de las pruebas manuales. Qué capa de la AAPg se usará para garantizar que se produzcan los reportes adecuados y que la interfaz con el sistema de gestión de pruebas sea manejada?. La capa de reportes. La capa de registro. La capa de ejecución. La capa de adaptación.

Cuando se diseña la reutilización en el SAP, ¿Dónde debe ocurrir la reutilización?. A nivel de código. A nivel del marco. A nivel de producto. A nivel de línea de producto/familia.

Después de dos años de discusiones, finalmente ha convencido a su gerente para realizar un piloto con una herramienta de pruebas de automatización que usted cree que funcionará bien en su organización. Ahora necesita seleccionar el proyecto a usar para el piloto. Usted tiene una de las siguientes opciones: Proyecto A - un proyecto de dos años que actualmente se encuentra en las primeras etapas de obtención de requisitos. Este proyecto es para un nuevo sitio web de comercio electrónico y se está desarrollando principalmente de manera interna. El componente del carrito de compras está siendo desarrollado por un tercero pero será integrado por sus desarrolladores. Proyecto B - un producto de la cadena de suministro crítico para la seguridad que tiene 6 meses de retraso y ha sido considerado en estado ""rojo"" por la alta dirección. Proyecto C - una actualización a una aplicación de seguimiento del tiempo de recursos humanos que será soportada en modo escritorio y dispositivos móviles. Este es un proyecto de 4 meses y se está desarrollando completamente de forma interna. Proyecto D - el componente del carrito de compras del Proyecto A. ¿Cuál de estos proyectos es el más adecuado para un proyecto piloto para la herramienta de automatización de pruebas?. Proyecto A porque es un proyecto grande y en las primeras fases. Proyecto B porque brinda la oportunidad de mostrar las capacidades de la herramienta mientras ayuda al proyecto a regresar a los tiempos de su calendario inicial. Proyecto C porque es un proyecto relativamente corto y no crítico pero tampoco trivial. Proyecto D porque es una pequeña parte de un proyecto más grande y ayudará a mostrar la capacidad de la herramienta para trabajar con aplicaciones de terceros.

Después de un piloto exitoso, usted ha desplegado su SAP en toda su organización. Usted está conduciendo retrospectivas cuando se completan los proyectos, verificando el retorno de inversión en todos los proyectos, proporcionando pautas de uso y capacitación según sea necesario. ¿Qué otra información necesita para evaluar la eficacia del SAP?. Número de cambios realizados en los procesos para dar cabida al SAP. Número de cambios realizados en el SAP para acomodar los procesos. Información de uso real de los componentes del SAP en todos los proyectos. Reportes reales proporcionados a la gerencia con respecto a los defectos encontrados en el SAP.

Usted ha heredado un SAP que funciona bien. Utiliza guiones basados en palabras claves y está bien diseñado. El arquitecto de automatización que construyó el sistema se ha ido a otra empresa. El SAP está trabajando en varios proyectos y tiene múltiples bibliotecas de palabras clave, clasificadas por proyecto. Estos guiones de palabras clave son mantenidos por los equipos de proyectos individuales. Con solo esta información, ¿Cuál es el riesgo más significativo para el SAP?. Los guiones basados en palabras clave pueden quedar obsoletos si no se mantienen. El nivel de abstracción, sumado a la salida del arquitecto puede hacer al sistema difícil de mantener. Es posible que los nuevos proyectos no funcionen tan bien con el SAP como los proyectos actuales. Debido a que los guiones basados en palabras clave son mantenidos por diferentes equipos, existe la posibilidad de que no se sigan buenos estándares de codificación.

Usted ha heredado un SAP que funciona bien. Utiliza guiones basados en palabras claves y está bien diseñado. El arquitecto de automatización que construyó el sistema se ha ido a otra empresa. El SAP está trabajando en varios proyectos y tiene múltiples bibliotecas de palabras clave, clasificadas por proyecto. Estos guiones de palabras clave son mantenidos por los equipos de proyectos individuales. ¿Cuál es la mejor estrategia de mitigación de riesgos para este SAP?. Requerir que todos los guiones de pruebas se desarrollen basados en datos en lugar de palabras clave para reducir la abstracción. Definir prácticas de codificación a seguir para todos los usuarios del SAP. Documentar la arquitectura del SAP y el enfoque de abstracción del SAP para que el futuro mantenimiento sea más fácil de entender. No permitir más que los equipos de proyectos individuales mantengan los guiones y crear un equipo central para la escritura de guiones.

¿Por qué es importante tener estándares y convenciones de nomenclatura para los conjuntos de pruebas y el SAP?. Facilita el análisis y mantenimiento. Se asegura de que nadie duplique un nombre que ya está en uso. Hace que el software sea más fácil de ingresar y remover del control de código fuente. Hace que sea más fácil para otros equipos de software crear sus propios estándares de nomenclatura.

A usted se le ha pedido que implemente la automatización de pruebas para un proyecto que no está cumpliendo con los plazos de entrega. Después de un análisis más detallado descubre que los probadores manuales no pueden mantenerse al día con las pruebas a las nuevas funcionalidades porque las pruebas de regresión les están tomando el 75% de su tiempo. Como resultado, las nuevas funcionalidades están siendo lanzadas con muchos defectos y los clientes se están quejando de la calidad. Dada esta información, ¿Qué métrica debe rastrear para mostrar el valor de la automatización de pruebas para este proyecto?. Porcentaje de código cubierto por la automatización de prueba. Esfuerzo de prueba manual equivalente para las pruebas automatizadas. Número de defectos encontrados por la automatización de pruebas. Porcentaje de builds aceptados/rechazados por las pruebas automatizadas.

Usted ha terminado la automatización de pruebas para un proyecto financiero. Durante el esfuerzo de automatización, una significante parte del tiempo se dedicó a automatizar la validación de los resultados de los reportes. Esto fue particularmente difícil porque los desarrolladores usaron una nueva herramienta para crear los reportes y los tableros y se requirió una significativa codificación para permitir que la automatización reconociera los campos dentro de las tablas de los reportes y para verificar la apariencia del tablero. Los desarrolladores le han dicho que planean volver a trabajar en los módulos de los reportes para cambiar la forma en que los reportes se representan y para cambiar la visualización del tablero. Su gerencia quiere saber cuánto tiempo requerirá esto y si debe hacerse o si esa parte de la aplicación no debe ser probada por la automatización. Usted está estimando que el tiempo requerido será de tres días por guión de prueba y hay 20 guiones de pruebas involucrados en esta prueba. ¿Qué otra información necesita saber para decidir si debe hacer estos cambios o no?. La relación de fallas a defectos. La cantidad de veces que se ejecutarán las pruebas durante la vida útil del software de generación de reportes. La comparativa de los 60 días a la EPME. El tiempo requerido para analizar las fallas del SUT.

Si usted está rastreando el número de líneas de código y la complejidad ciclomática del código de la automatización de pruebas, ¿Qué tipo de métrica está recopilando?. Métricas de escritura de guiones de herramientas. Densidad de defectos del código de automatización. Métricas de tendencia. Número de resultados de falsos-fallos.

Si usted está rastreando la frecuencia con la que el código de automatización de pruebas reporta un defecto que no es realmente un defecto, ¿Qué métrica está recopilando?. Métricas de escritura de guiones de herramientas. Densidad de defectos del código de automatización. Métricas de tendencia. Número de resultados de falsos-fallos.

Usted ha estado ejecutando una suite de automatización de pruebas en un SSP y ha fallado en ejecutarse por completo. Usted lo ha intentado por cinco noches seguidas y ha fallado todas las noches. Lamentablemente, los registros se eliminan cuando las pruebas fallan, por lo que no tiene idea de qué está causando la falla. La única pista que tiene es que el SSP está registrando errores de ""memoria insuficiente"". Usted ha encontrado y corregido el problema que provocaba la eliminación de los registros del SAP. Tiene la posibilidad de registrar la siguiente información. 1. La hora de inicio y finalización de cada prueba 2. La lectura de memoria del SSP al inicio y al final de cada prueba 3. El caso de prueba que se está ejecutando actualmente 4. El estado de cada caso de prueba que se ejecuta 5. El número de ciclos que se han completado para cada ejecución de prueba 6. Los datos aleatorios utilizados por cada caso de prueba 7. Las capturas de pantalla de cada caso de prueba completado con éxito ¿Qué información necesita estar seguro de que se está registrando para ayudar a identificar el problema?. 1, 2, 4, 5. 2, 3, 4, 5. 2, 3, 6, 7. 1, 2, 6, 7.

¿Cuál es el propósito del reporte de ejecución de pruebas?. Proporcionar los detalles de la ejecución de la prueba a nivel de caso de prueba a la gerencia del proyecto. Proporcionar información sobre las fallas para que el IAP pueda abordar y corregir las fallas. Proporcionar información resumida y de tendencias para las partes interesadas. Proporcionar retroalimentación a los desarrolladores del SSP con respecto a los datos utilizados en las pruebas.

Usted ha estado trabajando en un proyecto de desarrollo iterativo, desarrollando la automatización de pruebas. Usted ha podido automatizar el 80% de las pruebas funcionales. Últimamente usted ha notado que el software está comenzando a estabilizarse y sus pruebas funcionales rara vez encuentran defectos. ¿Qué debes hacer con esas pruebas?. Removerlas del SAP y reemplazarlas con nuevas pruebas de alto valor. Moverlas a la suite de pruebas de regresión y ejecutarlas al menos una vez por iteración. Moverlas a la suite de pruebas de preproducción y ejecutarlas inmediatamente antes del release a producción. Mantenerlas en la suite de pruebas funcionales y agregar más pruebas según sea necesario.

Al transicionar de las pruebas manuales a las pruebas automatizadas, ¿Qué debería pasar con los probadores manuales?. Deberían ser eliminados. Deben ser capacitados en programación para que estén listos para escribir guiones. Se les debe ofrecer capacitación en programación, pero se les debe asegurar que su experiencia en el dominio siempre será necesaria. Se les debe decir que debido a un cambio de paradigma es probable que aquellos que no pueden programar ya no tengan trabajo para fin de año.

¿Cuál de las siguientes es una forma en que se deben manejar las interdependencias de las pruebas?. Almacenar los datos que utilizan varias pruebas de forma externa. Pasar los datos de una prueba a otra a través del script de pruebas. Vincular las pruebas en una prueba más grande. Organizar las pruebas en orden para que siempre se ejecuten en el orden definido.

Si ha utilizado un enfoque basado en palabras claves para los guiones de automatización de pruebas y ahora necesita probar nuevas funcionalidades que se han agregado al SSP, ¿Qué debe hacer?. Si es posible, agregar nuevas palabras clave para la nueva funcionalidad. Si es posible, agregar nuevos scripts basados en datos para la nueva funcionalidad. Revisar el enfoque basado en palabras clave para ver si sigue siendo la solución adecuada. Considerar usar una nueva herramienta de pruebas que le permitirá probar desde la API en lugar de la GUI.

¿Cuál es la razón principal para automatizar las pruebas de confirmación?. Proporciona pruebas de regresión para áreas que han sido afectadas por un cambio. Comprueba que el desarrollador ha solucionado correctamente el problema reportado. Comprueba que el defecto no se haya vuelto a introducir en una versión posterior. Cubre un área más amplia de funcionalidad y es probable que detecte cualquier cambio.

Usted ha creado un SAP que se utilizará en varios proyectos de su organización. Hasta ahora usted ha estado configurando manualmente el SAP para cada proyecto. No ha habido problemas con estas configuraciones y ha podido verificar manualmente que la configuración es correcta. Su gerente le acaba de comunicar que el éxito del SAP se está notando en toda la empresa. Usted estará instalando el SAP para más SSPs en las próximas semanas. ¿Cuál de los siguientes es el mejor enfoque para manejar esta instalación?. Continuar con la instalación manual porque está funcionando y le permite verificar manualmente los resultados. Continuar con la instalación manual pero automatizar la verificación de resultados creando una prueba de aceptación automatizada para el SAP. Automatizar la instalación creando scripts que copiarán los archivos de un SAP en funcionamiento a otro. Automatizar la instalación creando scripts de instalación que instalarán el SAP desde un repositorio central.

Acabas de lanzar un SAP que utiliza secuencias de comandos SQL para acceder a la base de datos del SSP para adquirir los datos necesarios para las pruebas. Los equipos de desarrollo están experimentando con diferentes bases de datos y no siempre te dicen cuál están usando. Has construido una matriz de gestión de configuración compleja que carga los scripts SQL adecuados para la base de datos utilizada por un SSP en particular. Desafortunadamente, los desarrolladores han continuado haciendo cambios y estás encontrando que a veces se cargan las secuencias de comandos SQL incorrectas, resultando en un completo fallo de la ejecución de la automatización. Dada esta información, ¿Cuál sería el mejor enfoque para asegurarse de que se carguen los scripts correctos?. Solicitar a los desarrolladores que le digan qué base de datos está en uso. Cargar un conjunto de secuencias de comandos SQL por defecto y cuando fallen debido al tipo de base de datos incorrecto, reportarlo como un defecto. Ejecutar un breve conjunto de pruebas que utilice un conjunto de secuencias de comandos SQL y basado en cuáles funcionan, cargar el conjunto apropiado de scripts para usar durante la ejecución de la automatización. Eliminar el componente de la base de datos de los scripts y en su lugar usar datos fijos (hard-coded).

Usted ha tomado un SAP en funcionamiento y ha creado una versión ""de oro"". Esta versión “de oro” del SAP se utilizará para crear todas las nuevas SAPs para los proyectos. Quiere verificar que este SAP funciona correctamente antes de desplegarlo. ¿Cuál de las siguientes es la mejor manera de verificar esto?. Ejecutar un script con fallos conocidos y asegurarse de que pase. Ejecutar un conjunto de pruebas y verificar que se ejecuten hasta el final sin errores. Ejecutar un conjunto de pruebas y verificar que los resultados sean consistentes con ejecuciones anteriores. Ejecutar una prueba de pruebas que ejecute una nueva funcionalidad en el marco y verificar que finaliza exitosamente.

Usted está en el proceso de desplegar una suite de automatización para un nuevo producto. El desarrollo continúa y la automatización debe seguir el ritmo de la nueva funcionalidad y también deben seguir funcionando para las funcionalidades existentes. Dada esta información, ¿Cuál es el área más probable en que falle la automatización de pruebas? y ¿Cómo debes monitorear para asegurarse que no está fallando?. Fallos conocidos; asegurarse de que las pruebas que deberían fallar continúen fallando. Pases conocidos; asegurarse de que las pruebas que deberían pasar continúen pasando. Nueva funcionalidad; monitorear las pruebas nuevas para asegurarse de que funcionan correctamente. Funcionalidad estable; monitorear las pruebas existentes para asegurarse de que funcionan correctamente.

Usted está trabajando con una solución de automatización de pruebas que ha estado en uso durante un año. Un problema que has encontrado es que a menudo hay falsos positivos, lo que requiere mucho tiempo para investigar y solucionar los problemas. Aunque cada uno de estos es corregido cuando se encuentra, siempre parece haber algunos nuevos introducidos cuando se escriben nuevos guiones. ¿Cuál es el problema más probable con el SAP que está permitiendo que estos falsos positivos continúen siendo introducidos?. Los mecanismos de espera no son correctos y el software continúa avanzando en lugar de esperar por la respuesta de la acción anterior. Hay una superposición en los casos de prueba y los pasos de las pruebas que está provocando que el cambio en un área rompa el mismo código que es usado en otros lugares. Los mecanismos de recuperación de errores del SAP y SSP no son compatibles. Las funciones de verificación no están estandarizadas y se codifican para cada script en lugar de usar un método probado de verificación.

Usted ha implementado un SAP que provee automatización de pruebas para servicios web. Uno de los problemas que usted está encontrando es que los servicios a veces no están disponibles, lo que hace que los scripts fallen. Cuando esto ocurre, todos los scripts que requieren ese servicio tienen fallas en cascada resultando en una pérdida del tiempo disponible para la ejecución de la automatización de las pruebas. Esto también hace que se dedique una cantidad significativa de tiempo a solucionar el problema, ya que puede ser difícil descubrir la causa raíz. Dada esta información, ¿Cuál sería el proceso más eficiente a implementar cuando los scripts detectan que un servicio que no está disponible?. Cancelar la prueba en ese punto para evitar los errores en cascada y el tiempo dedicado a la resolución de problemas. Reiniciar la prueba cuando se descubra la interrupción del servicio. Reiniciar el servicio desde el script, esperar a que el servicio esté completamente listo y luego continuar la ejecución. Reiniciar el sistema desde el script, esperar a que se inicialice todo el sistema y luego continuar la ejecución.

Usted está trabajando con un equipo de automatización que ha estado trabajando en varios proyectos. Las diversas funciones desarrolladas por el equipo se han registrado en la biblioteca de funciones y están disponibles para el uso por el equipo de automatización. Usted ha estado buscando en la biblioteca de funciones una función que maneje tablas GUI y ha encontrado que hay cinco funciones diferentes creadas para manipular datos en las tablas. Mirando estas, todas se ven bastante similares, aunque algunas son más elegantes que otras. ¿Qué debes hacer?. Desarrolle su propio control de tabla ya que estará seguro de que funciona para su aplicación. Tome uno de los controles de tabla existentes y reutilícelo o modifíquelo para que se ajuste a su aplicación. Consolide los controles de las tablas en uno solo asegurándose de no romper ninguna de las capacidades de cada control individual. Trabaje con los otros automatizadores para determinar si se puede realizar la consolidación y revisar la convenciones de nomenclatura para asegurarse de que los controles individuales se nombran correctamente para reflejar su funcionalidad completa.