Errores simples, con script o con script de API (sin ping)

Problema

El script Sintético intenta .click() un elemento (Elemento A) en el punto (X,Y), pero otro elemento (Elemento B) oscurece el elemento de destino.

Solución

Establezca un tiempo de espera personalizado, dando tiempo para que se cumpla una condición específica. En este caso, hasta que la animación de carga ya no sea visible:

.then(function() {
    return $browser.wait($driver.until.elementIsNotVisible($browser.findElement($driver.By.id('LOADING'))), 10000);
})

Alternativamente, puede establecer un retraso de suspensión personalizado usando $browser.sleep(sleeptime_ms), deteniendo la ejecución del script durante un período de tiempo específico. Como se trata de una cantidad fija de tiempo de espera, que no tiene en cuenta el aumento de la latencia de la red ni la degradación del rendimiento del sitio, recomendamos utilizar la función .wait() en su lugar.

Causa

Esto sucede si el elemento de destino, en el momento de la función .click() , está oculto por:

• Una superposición de carga, modal o ventana emergente
• Una animación que revela el elemento de destino.
• Un encabezado o pie de página fijo

Problema

El elemento objetivo no es visible para Selenium Webdriver.

Solución

Verifique que el elemento de destino no tenga aplicadas las propiedades CSS de display: none o visibility: hidden .

Causa

Selenium Webdriver no encontrará ningún elemento que tenga una propiedad CSS de display: none o visibility: hidden, ya que el script solo buscará elementos que sean realmente visibles para un usuario.

Problema

Selenium Webdriver no pudo encontrar este elemento en el DOM visible.

Solución

Para resolver este problema:

• Confirme que el localizador de elementos que se utiliza para el elemento de destino sea preciso. Evite el uso By.XPath siempre que sea posible, ya que está rígidamente vinculado a la estructura DOM de la página y puede quedar obsoleto fácilmente cuando hay actualizaciones en la página.

• Si el elemento está en un iframe, use $browser.switchTo().frame(<index or element reference>.

  Sugerencia

  Consulte la documentación de Selenium para obtener más información sobre las funciones switchTo() y TargetLocator() .

  Causa

  Las razones comunes para este error incluyen:

• El elemento de destino no puede ubicarse mediante funciones como:

  • $browser.findElement(locator: $driver.Locator) o
  • $browser.waitForAndFindElement(locator: $driver.Locator [, timeout: number

  Esto puede deberse a un problema de sincronización. Por ejemplo, Webdriver intenta localizar el elemento antes de que se haya cargado la página.

• El elemento está en un iframe, que es un contexto de documento separado.

Problema

La ejecución del monitor con script alcanzó el umbral de tiempo de espera no configurable de 180 segundos y se finalizó la ejecución.

Solución

Si se trata de un error frecuente, considere dividir las tareas programadas en un monitor con secuencias de comandos independiente.

Si parece que una tarea específica está provocando que el trabajo espere una cantidad de tiempo inaceptable, considere cambiar el método mediante el cual realiza esa tarea. Por ejemplo, cambiar $browser.findElement(locator: $driver.Locator) a $browser.waitForAndFindElement(locator: $driver.Locator [, timeout: number) asignaría a la tarea su propio tiempo de espera configurable.

Si tiene varios pasos en los que se llama a la función $browser.waitForAndFindElement(locator, timeout) , asegúrese de que la suma de los tiempos de espera proporcionados para estos pasos no supere los 180 segundos. Si le resulta difícil lograr esto, entonces es una señal de que el monitor probablemente debería dividirse en un script de monitor separado.

Causa

Todos los monitores con script de Sintético tienen un tiempo de espera global máximo no configurable de 180 para ejecutar un script.

Si un script no se completa después de 180 segundos, el trabajo finaliza. Si esto sucede constantemente, podría ser una señal de que un script está tardando demasiado en completarse o que el trabajo está esperando un período prolongado mientras intenta realizar una tarea programada.

Problema

La prueba API o el script monitor de browser con parecen estar ejecutándose pero devuelve este error.

Solución

Asegúrese de que se llame a $http.get() o $browser.get() de forma adecuada y que generen tráfico.

Para el monitor de API con secuencia de comandos, si está utilizando una opción de solicitud para activar un agente HTTP no instrumentado bajo el capó, especifique uno de nuestros agentes HTTP instrumentados usando cualquiera de las opciones de solicitud de agente a continuación:

• $globalAgents.http

• $globalAgents.https

  Ejemplo:

  var options = {
      uri: 'https://www.newrelic.com',
      agent: $globalAgents.https,
      agentOptions: {
          'rejectUnauthorized': false
      },
      strictSSL: false
  };
  
  function callback(err, res, body) { ...
  };
  
  $http.get(options, callback);

  Copia

  Causa

  Esto ocurre en las ejecuciones monitor con script cuando el cliente HTTP ($http en el monitor de API con script) o browser Chrome ($browser en el monitor de browser con script) no se utiliza para generar tráfico HTTP.

  En algunos casos, ciertas opciones de solicitud en el monitor API pueden obligar a utilizar un nuevo agente HTTP, uno que no esté instrumentado por monitoreo sintético, para recopilar tráfico HTTP.

Problema

El objeto $network utilizado para configurar los servidores proxy del monitor no está disponible para el tiempo de ejecución de ese monitor.

Solución

Si su monitor se creó antes de la versión 0.4.0 del tiempo de ejecución, cree un nuevo monitor para aprovechar el último tiempo de ejecución. La versión actual del tiempo de ejecución de su monitor se muestra en la parte superior de la configuración del monitor.

Para obtener más información, consulte Entornos de ejecución de versión de monitor con secuencias de comandos.

Causa

Este error se produce al intentar utilizar $network en un monitor con un tiempo de ejecución igual o inferior a 0.2.2. El tráfico del monitor proxy se introdujo en la versión 0.4.0 del tiempo de ejecución del monitor, haciendo que este método se evalúe como indefinido en tiempos de ejecución de monitor anteriores.

Problema

Este error indica que el trabajo alcanzó el umbral de tiempo de espera del contenedor docker y que el script finalizó.

Solución

Si se trata de un error frecuente, considere dividir las tareas programadas en un monitor con secuencias de comandos independiente.

Si parece que una tarea específica está provocando que el trabajo espere una cantidad de tiempo inaceptable, considere cambiar el método mediante el cual realiza esa tarea. Por ejemplo, cambiar $browser.findElement(locator: $driver.Locator) a $browser.waitForAndFindElement(locator: $driver.Locator [, timeout: number) asignaría a la tarea su propio tiempo de espera configurable.

Si tiene varios pasos en los que se llama a la función $browser.waitForAndFindElement(locator, timeout) , asegúrese de que la suma de los tiempos de espera proporcionados para estos pasos no supere los 180 segundos. Si le resulta difícil lograr esto, entonces es una señal de que el monitor probablemente debería dividirse en un script de monitor separado.

Causa

Todos los monitores con script de Sintético tienen un tiempo de espera global máximo no configurable de 180 para ejecutar un script.

Si un script no se completa después de 180 segundos, el trabajo finaliza. Si esto sucede constantemente, podría ser una señal de que un script está tardando demasiado en completarse o que el trabajo está esperando un período prolongado mientras intenta realizar una tarea programada.

Problema

La página de destino se cargó, pero hubo un cambio en un elemento entre la ejecución de un localizador de elementos y una acción que se ejecuta en el elemento.

Solución

Configure su browser con secuencias de comandos para que espere hasta que la página esté establecida antes de realizar una acción findElement(). Esto se puede lograr estableciendo un tiempo de espera personalizado, usando la función $browser.wait(fn, timeout) antes de la llamada a findElement, para esperar una condición que indique un estado de página establecido. Esto hará que sea menos probable que la manipulación de DOM provoque que una referencia quede obsoleta.

Alternativamente, puede establecer un retraso de suspensión personalizado usando $browser.sleep(sleeptime_ms), deteniendo la ejecución del script durante un período de tiempo específico. Como se trata de una cantidad fija de tiempo de espera, que no tiene en cuenta el aumento de la latencia de la red ni la degradación del rendimiento del sitio, recomendamos utilizar la función .wait() en su lugar.

Causa

Este error suele ocurrir cuando la script intenta .click() un elemento después de usar la función findElement() o waitForAndFindElement().

Si el DOM ha cambiado entre el momento en que se generó el localizador de elementos y la acción se ejecutó contra el elemento, este error se producirá porque el elemento real ha cambiado.

Por ejemplo: la función findElement() se utiliza para generar una referencia de elemento mientras el script de la página manipula activamente el DOM. Luego se cambia el DOM, lo que hace que la referencia generada previamente quede obsoleta. La referencia ahora desactualizada se utiliza en un intento de realizar una acción .click() , lo que provoca una falla en este monitor.

Problema

La función waitForAndFindElement(<locator>, <timeout>) no pudo localizar un elemento dentro del tiempo de espera proporcionado.

Solución

Confirme que el localizador de elementos que se utiliza para el elemento de destino sea preciso. Evite usar By.XPath() siempre que sea posible, ya que está rígidamente ligado a la estructura DOM de la página y puede quedar obsoleto fácilmente cuando hay actualizaciones en la página.

Causa

El elemento de destino no existía en la página cuando se llamó a la función waitForAndFindElement(<locator>, <timeout>) . Esto puede deberse a que la página de destino no se encuentra en el estado esperado.

Las razones comunes para este error incluyen:

• Existe un problema legítimo con el sitio de destino.
• El localizador de elementos que se utiliza es incorrecto.
• El sitio objetivo ha cambiado, requiriendo la revisión del script Sintético.
• La acción anterior en el script no se completó correctamente, lo que provocó que la página estuviera en un estado inesperado cuando se inició la llamada posterior a waitForAndFindElement().

Problema

La página de destino se cargó correctamente, pero devolvió el error:

TimeoutError: Se agotó el tiempo de carga de la página (no se pueden finalizar todas las solicitudes de red a tiempo)

Solución

Si las fallas comenzaron repentinamente, investigue cualquier solicitud que pueda estar bloqueando o retrasando el evento de carga de la página. Si no está seguro de qué solicitud está causando el error, utilice la vista de línea de tiempo para identificar cualquier solicitud HTTP de larga duración.

Si la página frecuentemente no puede cargarse completamente dentro del tiempo de espera actual, establezca un tiempo de espera de carga de página personalizado usando la función $browser.manage().timeouts().pageLoadTimeout(ms: number) .

Causa

La página de destino se cargó correctamente, pero el evento de carga de la página no se activó dentro del tiempo de espera de carga de la página establecido en la función .pageLoadTimeout() .

Hay varias razones por las que podrías ver este mensaje de error, entre ellas:

• Una solicitud de recurso bloqueada en la página retrasó la carga de la página.
• Una solicitud de recurso se procesó más lentamente de lo normal debido a un problema de red subyacente.
• Un recurso dependiente en la página bloqueó el evento de carga del iframe.

Problema

La función isElementPresent(), utilizada por el monitor Sintético con un tiempo de ejecución >= 0.5.0, ha quedado obsoleta en Selenium 3.

Solución

Para continuar usando esta función después de la depreciación, deberá crear una versión personalizada de esta función, como por ejemplo:

return $browser.findElements(ele).then(function(found) {
    return found.length > 0;
});
}

Uso de ejemplo, que devolvería verdadero:

$browser
    .get("https://www.newrelic.com")
    .then(function() {
        return isElementPresent($driver.By.id("nav_signup"));
    })
    .then(function(found) {
        return console.log(found);
    });

Causa

Esto puede ocurrir al intentar utilizar un script de monitor de browser con script de un monitor más antiguo (<= 0.4.1 runtime) con un monitor más nuevo (>= 0.5.0). tiempo de ejecución.

Problema

La prueba API o el script monitor de browser con parecen estar ejecutándose pero devuelve este error.

Solución

Asegúrese de que se llame a $http.get() o $browser.get() de forma adecuada y que generen tráfico.

Para el monitor de API con secuencia de comandos, si está utilizando una opción de solicitud para activar un agente HTTP no instrumentado bajo el capó, especifique uno de nuestros agentes HTTP instrumentados usando cualquiera de las opciones de solicitud de agente a continuación:

• $globalAgents.http

• $globalAgents.https

  Ejemplo:

  var options = {
      uri: 'https://www.newrelic.com',
      agent: $globalAgents.https,
      agentOptions: {
          'rejectUnauthorized': false
      },
      strictSSL: false
  };
  
  function callback(err, res, body) { ...
  };
  
  $http.get(options, callback);

  Copia

  Causa

  Esto ocurre en las ejecuciones monitor con script cuando el cliente HTTP ($http en el monitor de API con script) o browser Chrome ($browser en el monitor de browser con script) no se utiliza para generar tráfico HTTP.

  En algunos casos, ciertas opciones de solicitud en el monitor API pueden obligar a utilizar un nuevo agente HTTP, uno que no esté instrumentado por monitoreo sintético, para recopilar tráfico HTTP.

Problema

El objeto $network utilizado para configurar los servidores proxy del monitor no está disponible para el tiempo de ejecución de ese monitor.

Solución

Si su monitor se creó antes de la versión 0.4.0 del tiempo de ejecución, cree un nuevo monitor para aprovechar el último tiempo de ejecución. La versión actual del tiempo de ejecución de su monitorse muestra en la parte superior de la página Configuración del monitor.

Para obtener más información, consulte Entornos de ejecución de versión de monitor con secuencias de comandos.

Causa

Este error se produce al intentar utilizar $network en un monitor con un tiempo de ejecución igual o inferior a 0.2.2. El tráfico del monitor proxy se introdujo en la versión 0.4.0 del tiempo de ejecución del monitor, haciendo que este método se evalúe como indefinido en tiempos de ejecución de monitor anteriores.

Problema

JSON.parse() Se pasó una cadena que comienza con el carácter < y probablemente sea HTML, en lugar de JSON.

Solución

Asegúrese de que el objetivo extremo devuelva el cuerpo de respuesta esperado. Puede hacerlo registrando el cuerpo de la respuesta en la devolución de llamada, antes de intentar analizar.

Ejemplo:

$http.get('http://www.newrelic.com', function(error, response, body) {
  if (error) {
      throw new Error(error);
  }

  console.log(body);    // Log HTML response body, don't parse as JSON

});

Dependiendo del objetivo de API, es posible que deba incluir encabezados de solicitud específicos para garantizar que se devuelva JSON.

Causa

La script intenta utilizar JSON.parse() en el cuerpo de una respuesta después de realizar una solicitud y espera que el extremo devuelva JSON, pero en su lugar se devolvió HTML.

Problema

JSON.parse() Se le pasó un parámetro indefinido, pero se esperaba una cadena JSON.

Solución

Solucione la causa del error de solicitud. Los detalles sobre la causa de los errores de solicitud se pueden encontrar en el objeto de error pasado a la función de devolución de llamada de solicitud.

Ejemplo:

$http.get('http://www.newrelic.com', function(error, response, body) {
  if (error) {
      throw new Error(error);
  }

  var bodyJson = JSON.parse(body);
  console.log(bodyJson);           // Log response body

});

Causa

Esto puede ocurrir en el monitor de API con secuencia de comandos cuando se realiza una solicitud de API y luego se intenta analizar la respuesta de la solicitud dentro de la función de devolución de llamada. El cuerpo de la respuesta se pasa a JSON.parse() sin comprobar primero si el cuerpo de la respuesta no está definido.

Un cuerpo de respuesta indefinido suele deberse a un error de solicitud. Si no hay un manejo de errores para evitar que el código analice el cuerpo de la respuesta, se producirá esta falla del monitor.

Problema

El objeto de respuesta (y por lo tanto response.statusCode) en una devolución de llamada de solicitud de API no está definido.

Solución

Solucione la causa del error de solicitud. Los detalles sobre la causa de los errores de solicitud se pueden encontrar en el objeto de error pasado a la función de devolución de llamada de solicitud.

Ejemplo:

$http.get('http://www.newrelic.com', function(error, response, body) {
    if (error) {
        throw new Error(error);
    }
    console.log(response.statusCode);
});

Causa

Este error ocurre cuando hubo un error al completar la solicitud de API (por ejemplo, no se pudo acceder al servidor, no se pudo resolver DNS). En estas instancias, la solicitud no se completó, por lo que el objeto de respuesta en los argumentos de la función de devolución de llamada no está definido.

Si no hay un manejo de errores para evitar el código que verifica el código de estado de respuesta, se producirá esta falla del monitor.