ISTQB - TAE

¿Cuál de las siguientes es una ventaja de usar la automatización de pruebas?. Proporciona un mejor uso de los recursos de prueba. 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. 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 que será utilizado por tiendas minoristas de la empresa. La comunicación entre los dos productos se realiza a través de archivos por lotes y API. Su empresa utilizará las funciones de generación de informes del paquete de contabilidad y espera proporcionar 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 tercero?. No se necesita automatización de prueba porque ya debería haber sido probado por un tercero desarrolladores. 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 en el producto de punto de venta para garantizar que los datos adecuados se incluyen en los archivos por lotes.

Se le asignó 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 un correo electrónico al administrador del sistema designado con recomendaciones para actualizaciones/cambios en el dispositivo de hardware o su configuración Ha estado buscando alternativas de automatización de pruebas y descubrió que puede automatizar generar 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 el correo electrónico del servidor de correo electrónico y verificar que la recomendación es correcta. Está buscando una solución de automatización completa. ¿Qué debes hacer?. Busque una nueva herramienta que pueda realizar todas las tareas necesarias. Busque una herramienta complementaria que pueda manejar la validación del correo electrónico. Verifique que el procesamiento de la regla sea correcto y asuma que el correo electrónico se preparará correctamente. Verifique manualmente los correos electrónicos enviándolos a su dirección de correo electrónico.

Ha estado trabajando con la herramienta de automatización de pruebas estándar de su empresa en una nueva aplicación móvil desarrollado internamente. Esta herramienta se ha utilizado durante los últimos años y es compatible con las pruebas de automatización 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, no tienes forma de verificar que los datos mostrados en la tabla sean correctos. ¿Qué es lo primero que debes hacer al respecto?. Vea si la aplicación se puede ejecutar en un escritorio y si la tabla se puede reconocer cuando la aplicación se utiliza en el escritorio. Realice una prueba piloto en una muestra de herramientas líderes en la industria para ver si el objeto puede ser reconocido. Pida a los desarrolladores que eliminen el objeto de la tabla y lo reemplacen con un conjunto de campos de texto. Pida a los desarrolladores que cambien el objeto de tabla a un objeto de tabla estándar que podría ser reconocido por la herramienta.

¿Cuáles de las siguientes son dos de las consideraciones importantes al diseñar un SSP para la comprobabilidad?. 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 del AAPg?. 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, API de prueba. Generación de pruebas, definición de pruebas, ejecución de pruebas, adaptación de pruebas. Definición de prueba, ejecución de prueba, informe de prueba, adaptación de prueba.

Se le asignó 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 un correo electrónico al administrador del sistema designado con recomendaciones para actualizaciones/cambios en el dispositivo de hardware o su configuración Ha estado buscando alternativas de automatización de pruebas y descubrió que puede automatizar, generar mensajes, recibir mensajes y procesar los mensajes a través del motor de reglas. Teniendo en cuenta la capa de definición de prueba del AAP para este SSP, ¿cuál es el enfoque más apropiado para utilizar para la definición de prueba?. Enfoque de captura/reproducción. Pruebas guiadas por datos. Escritura de guiones lineales. Guion estructurado.

Si se ha seleccionado pruebas basadas en modelos para el enfoque general de automatización de pruebas para un proyecto. ¿Cómo eso influye en las capas del 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. Se requiere un nivel de habilidad más alto para implementar. Garantiza que se admitirá cualquier método de secuencias de comandos. Mejora el rendimiento del TAS.

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

Está desarrollando un SAP para una aplicación que permite a los estudiantes seleccionar cursos, inscribirse en el 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), requisitos previos del curso, horarios y carga general del curso. Los datos del curso cambian con frecuencia, incluida la información de requisitos previos 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 los datos cambiantes y 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 cambiar los datos?. Una capacidad para que el SAP determine la regla apropiada basada en los datos de entrada. Una capacidad para que el SAP controle el resultado de la decisión. Una capacidad para que el SAP tome la entrada del usuario para las selecciones de cursos. Una capacidad para que el SAP proporcione resultados que muestren la regla seleccionada y los datos de salida.

Está desarrollando un SAP para una aplicación que permite a los estudiantes seleccionar cursos, inscribirse en el 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), requisitos previos del curso, horarios y carga general de los curso. Los datos del curso cambian con frecuencia, incluida la información de requisitos previos 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 datos cambiantes y seguir proporcionando un resultado correcto. Los desarrolladores han acordado construir una interfaz de prueba, que permitirá consultar la entrada al motor de reglas y recuperar los resultados de la decisión. Usando esta interfaz de prueba, ha podido construir su automatización para que pueda 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 estar deshabilitado en el código para producción pero habilitado fácilmente 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 del AAP se utilizará para facilitar la creación de esas pruebas?. El generador de API. La capa de interfaz. La capa de adaptación. La capa de diseño de prueba.

Está implementando la automatización de pruebas para un proyecto que tiene una aplicación crítica para la seguridad. Como resultado, los informes de la ejecución de la automatización de pruebas son extremadamente importantes y deben ser 100 % precisos. Tú deseas fusionar 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 del AAPg se usará para garantizar que se produzcan los informes adecuados y la interfaz que maneja el sistema de gestión de información?. La capa de informes. La capa de registro. La capa de ejecución. La capa de adaptación.

Al diseñar la reutilización en la 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 automatización que cree que funcionará bien en su organización. Ahora necesita seleccionar el proyecto para el piloto Tiene las siguiente 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 en casa. 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 de hojas de tiempo de recursos humanos que se admitirá en computadoras de escritorio y dispositivos móviles. Este es un proyecto de 4 meses y se está desarrollando completamente en casa. - 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 de 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 se ayuda a que el proyecto vuelva a la fecha prevista. 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, ha implementado su SAP en toda su organización. tu estas conduciendo retrospectivas cuando se completan los proyectos, verificando el retorno de la 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 para los componentes de SAP en todos los proyectos. Informes reales proporcionados a la gerencia con respecto a los defectos encontrados en el SAP.

Ha heredado una SAP que funciona bien, utiliza pruebas basadas en palabras clave y está bien diseñado. El arquitecto de automatización que construyó el sistema ahora se ha mudado a otra empresa. La 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 scripts basados en palabras clave pueden quedar obsoletos si no se mantienen. El nivel de abstracción, sumado a la salida del arquitecto puede hacer que el sistema sea difícil de mantener. Es posible que los nuevos proyectos no funcionen tan bien con la SAP como los proyectos actuales. Debido a que los scripts de palabras clave son mantenidos por diferentes equipos, existe la posibilidad de que no se siguen por los estándares de codificación.

Ha heredado una SAP que funciona bien, utiliza guiones basados en palabras clave y está bien diseñado. El arquitecto de automatización que construyó el sistema ahora se ha mudado a otra empresa. La SAP está siendo utilizada 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 esta SAP?. Requerir que todos los scripts de prueba se desarrollen en forma basada en datos en lugar de palabras clave para reducir la abstracción. Definir prácticas de codificación a seguir por todos los usuarios de la SAP. Documentar la arquitectura de la SAP y el enfoque de abstracción de la SAP para que el futuro el mantenimiento sea más fácil de entender. Deje de permitir que los equipos de proyectos individuales mantengan guiones y cree 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 la SAP?. Facilita el análisis y mantenimiento. Se asegura de que nadie duplique un nombre que ya se usa. Hace que el software sea más fácil de registrar y desconectar 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.

Se le ha pedido que implemente la automatización de pruebas para un proyecto que no cumple con los plazos. Después un análisis más detallado descubre que los probadores manuales no pueden mantenerse al día con la nueva función porque la prueba de regresión está tomando el 75% de su tiempo. Como resultado, las nuevas características están siendo lanzadas con muchos defectos y los clientes se quejan 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 compilaciones aceptadas/rechazadas por las pruebas automatizadas.

Ha terminado la automatización de prueba para un proyecto financiero. A dedicado un esfuerzo de automatización importante, porque se dedicó tiempo a automatizar la validación de los resultados del informe. Esto fue particularmente difícil porque los desarrolladores usaron una nueva herramienta para crear los informes y tableros y se implementó una codificación significativa para permitir que la automatización reconozca los campos dentro de las tablas de informe y para verificar la apariencia del tablero. Los desarrolladores ahora le han dicho que planean volver a trabajar en los módulos de informes para cambiar la forma en que se representan los informes y para cambiar las visualizaciones 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 probado 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 prueba involucrados en esta prueba. ¿Qué otra información necesita saber 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 informes. La comparativa de los 60 días a la EPME. El tiempo requerido para analizar las fallas del SSP.

Si está rastreando el número de líneas de código y la complejidad ciclomática de la automatización de prueba código¿qué tipo de métrica está reuniendo?. 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 falsos fallidos.

Si está rastreando la frecuencia con la que el código de automatización de prueba informa un defecto que no es realmente un defecto ¿qué métrica estás 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 falsos negativos.

Ha estado ejecutando una suite de automatización de pruebas en un SSP y no se está ejecutando por completo. Tú lo has intentado cinco noches seguidas y ha fallado todas las noches. Lamentablemente, los registros se eliminan cuando la prueba falla, por lo que no tiene idea de qué está causando la falla. La única pista que tienes es que el SSP registró errores de "memoria insuficiente". Ha encontrado y corregido el problema que provocaba la eliminación de los registros de la SAP. Tienes 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. 1, 2, 4, 5. 2, 3, 4, 5. 2, 3, 6, 7. 1, 2, 6, 7.

¿Cuál es el propósito del informe de ejecución de la prueba?. Proporcionar los detalles de la ejecución de la prueba a nivel de caso de prueba a la gestión 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 de SSP con respecto a los datos utilizados en las pruebas.

Ha estado trabajando en un proyecto de desarrollo iterativo, desarrollando la automatización de pruebas. Tu has podido automatizar el 80% de las pruebas funcionales. Últimamente ha notado que el software está comenzando a estabilizarse y sus pruebas funcionales rara vez encuentran defectos. ¿Qué debes hacer con esas pruebas?. Retírelos del SAP y reemplácelos con nuevas pruebas de alto rendimiento. Muévalos al conjunto de pruebas de regresión y ejecútelos al menos una vez por iteración. Muévalos al conjunto de pruebas de preproducción y ejecútelos inmediatamente antes de la producción. Manténgalos en el conjunto de pruebas funcionales y agregue más pruebas según sea necesario.

Al pasar de la prueba manual a la prueba automatizada ¿qué debería pasar con los probadores de prueba manual?. Deberían ser eliminados. Deben estar capacitados en programación para que estén listos para desarrollar código. Se les debe ofrecer capacitación en programación, pero se les debe asegurar que su experiencia en el dominio siempre ser necesario. Se les debe decir que debido a un cambio de paradigma es probable que aquellos que no pueden programar ya no tendrán trabajo para fin de año.

¿Cuál de las siguientes es una forma en la que se deben manejar las interdependencias de las pruebas?. Almacene los datos que utilizan varias pruebas de forma externa. Pase los datos de una prueba a la siguiente a través del script de prueba. Vincule las pruebas en una prueba más grande. Aproveche las pruebas en orden para que siempre se ejecuten en el orden definido.

Si ha utilizado un enfoque basado en palabras clave para la automatización de pruebas y ahora necesita probar nuevas funciones que se han agregado al SSP ¿qué debe hacer?. Si es posible, agregue nuevas palabras clave para la nueva funcionalidad. Si es posible, agregue nuevos scripts basados en datos para la nueva funcionalidad. Revise el enfoque basado en palabras clave para ver si sigue siendo la solución adecuada. Considere usar una nueva herramienta de prueba 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 informado. Comprueba para asegurarse de 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.

Ha creado una SAP que se utilizará en varios proyectos de su organización, hasta ahora tu han estado configurando manualmente la SAP para cada proyecto. No ha habido problemas con estas configuraciones y ha podido verificar manualmente que la configuración es correcta. Su responsable le acaba de comunicar que el éxito de la SAP se está notando en toda la empresa e Instalarán la SAP para más SSP en las próximas semanas. ¿Cuál de los siguientes es ¿Cuál es el mejor enfoque para manejar esta instalación?. Continúe con la instalación manual porque está funcionando y le permite verificar manualmente lo resultados. Continúe con la instalación manual pero automatice la verificación de resultados creando una prueba de aceptación automatizada para la SAP. Automatice la instalación creando scripts que copiarán los archivos de una SAP en funcionamiento a otra. Automatice la instalación creando scripts de instalación que instalarán la SAp desde un repositorio central.

Acaba de lanzar una SAP que utiliza secuencias de comandos SQL para acceder a la base de datos del SSP y 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. Ha construido una gestión de configuración compleja, matriz 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á encontrando que las secuencias de comandos SQL cargadas son incorrectas a veces, lo que resulta en una falla completa de la ejecución de automatización. Dada esta información ¿cuál sería el mejor enfoque para asegurarse de que se carguen los scripts correctos?. Solicite a los desarrolladores que le digan qué base de datos está en uso. Cargue un conjunto de secuencias de comandos SQL predeterminadas y, cuando fallen debido al tipo de base de datos incorrecto, reportarlo como un defecto. Ejecute un breve conjunto de pruebas que utilice un conjunto de secuencias de comandos SQL y, en función de cuáles funcionen, cargue el conjunto apropiado de scripts para usar durante la ejecución de la automatización. Elimine el componente de la base de datos de los scripts y en su lugar use datos codificados.

Ha tomado una SAP en funcionamiento y has creado una versión "dorada". Esta versión “dorada” de la SAP se utilizará para crear todos las nuevas SAP para proyectos. Quiere verificar que esta SAP funciona correctamente antes de desplegarla ¿Cuál de las siguientes es la mejor manera de verificar esto?. Ejecute un script fallido conocido y asegúrese de que pase. Ejecute un conjunto de pruebas y verifique que se ejecuten hasta el final sin errores. Ejecute un conjunto de pruebas y verifique que los resultados sean consistentes con ejecuciones anteriores. Ejecute una prueba de pruebas que ejerzan una nueva característica en el marco y verifique que finalicen exitosamente.

Está en el proceso de implementar una suite de automatización para un nuevo producto. El desarrollo continúa y la automatización deben seguir el ritmo de la nueva funcionalidad y también deben seguir trabajando para la funcionalidad existente. Dada esta información ¿cuál es el área más probable en la que falle la automatización de la prueba? y ¿cómo debe monitorear para asegurarse de que no esté fallando?. Fallas conocidas; 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; supervisar las nuevas pruebas para asegurarse de que funcionan correctamente. Funcionalidad estable; monitorear las pruebas existentes para asegurarse de que funcionan correctamente.

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

Ha implementado una SAP que proporciona automatización de pruebas para servicios web. Uno de los problemas que Ud. está encontrando es que los servicios a veces no están disponibles, lo que hace que los scripts fallen. Cuándo esto ocurre, todos los scripts que requieren ese servicio tienen fallas en cascada que resultan en una pérdida de tiempo para que se ejecute la automatización de la prueba. Esto también hace que se dedique una cantidad significativa de tiempo en 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 para implementar cuando los scripts detectan un servicio que no está disponible?. Cancele la prueba en ese punto para evitar los errores en cascada y el tiempo dedicado a la resolución de problemas. Reinicie la prueba cuando se descubra la interrupción del servicio. Reinicie el servicio desde el script, espere a que el servicio esté completamente listo y luego continúe la ejecución. Reinicie el sistema desde el script, espere a que se inicialice todo el sistema y luego continúe. ejecución.

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 equipo de automatización. 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 tablas. Mirando estos, todos se ven bastante similares, aunque algunos son más elegantes que otros. ¿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 la mesa en uno asegurándose de no romper ninguno de los 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.