Webdriverio: Se excedió el tiempo de espera de 10000 ms incluso cuando el tiempo de espera se da como 30000

Creado en 17 mar. 2016 · 14Comentarios · Fuente: webdriverio/webdriverio

Tarea para la prueba:

gulp.task('mds', ['default', 'selenium'], function() {
    return gulp.src('wdio.conf.js')
    .pipe(webdriver({
        waitforTimeout: 30000,
        reporter: 'spec'
    })).on('error', function() {
        seleniumServer.kill();
        process.exit(1);
    });
});

Archivo de configuración:
waitforTimeout: 30000,

En ambos lugares, doy un tiempo de espera de 30000, pero aún así la prueba tendrá un tiempo de espera de 10000.

[18:28:53] spawn wdio with these attributes:
 /Usxxxers/xxx/xxx/xxxx/xxxxxx/public_html/tests/wdio.conf.js
--waitforTimeout=30000
--reporter=spec

Fuente

arjunkomath

Comentario más útil

Como puede obtener de los documentos, waitforTimeout establece el tiempo de espera predeterminado para todos los comandos waitForXXX . Si desea aumentar el tiempo de espera de la prueba, debe configurarlo en las opciones de su marco como en Mocha:

// wdio.conf.js
// ...
mochaOpts: {
    timeout: 99999999
}
// ...

christian-bromann en 1 abr. 2016

👍38

Todos 14 comentarios

¿Puede proporcionar el error que se genera? Gracias

patthiel en 22 mar. 2016

Tengo el mismo error, esta es la salida de error. También configuré la configuración de waitforTimeout en 30000

should have the right title - the fancy generator way:
timeout of 10000ms exceeded. Ensure the done() callback is being called in this test.
running chrome
Error: timeout of 10000ms exceeded. Ensure the done() callback is being called in this test.
    at null.<anonymous> (C:\projects\DOD\dod-repo\tests\node_modules\mocha\lib\runnable.js:215:19)
    at Timer.listOnTimeout (timers.js:92:15)

asoto-2sol en 1 abr. 2016

// wdio.conf.js
// ...
mochaOpts: {
    timeout: 99999999
}
// ...

christian-bromann en 1 abr. 2016

👍38

Gracias por la aclaración, cambió la configuración del tiempo de espera de mocha y todo funciona como se esperaba ahora.

asoto-2sol en 4 abr. 2016

@christian-bromann Es posible que desee cambiar timeput a timeout en su respuesta.

prewk en 18 oct. 2016

@prewk buena captura 👍

christian-bromann en 18 oct. 2016

Debería haber una advertencia para los ajustes de configuración repetidos. WebStorm resalta la clave del objeto cuando hay una declaración duplicada; sería bueno que el marco de "prueba" mostrara este tipo de errores.

PD Mirando la configuración de Apache, no estaría fuera de alcance agregar una advertencia de errores de sintaxis cuando comience la prueba. Me parece bastante básico.

briancullinan en 7 ago. 2017

sería bueno si el marco de "prueba" muestra este tipo de errores

Esto no es responsabilidad del marco de prueba. ¡Debería ser capturado por su IDE!

christian-bromann en 7 ago. 2017

@christian-bromann Correcto, esa es exactamente la respuesta a la que responde mi comentario de PS. Cuando estoy configurando Apache y cometo un error, recibo advertencias. No está fuera de alcance hacer controles de cordura básicos. Cuando estoy construyendo mi proyecto, recibo algunos errores de TS Lint, ¿cómo adjunto funciones de linting a wdio run test ?

briancullinan en 7 ago. 2017

No está fuera de alcance hacer controles básicos de cordura

Hacemos esto pero no en ese nivel. Si tiene claves de propiedad duplicadas en su configuración, WebdriverIO ni siquiera podría detectarlas.

christian-bromann en 7 ago. 2017

@christian-bromann Después de investigar un poco, tampoco veo una forma de que Nodejs informe este error. ¿Es normal tener 1 IDE que evalúa correctamente el código, pero esas evaluaciones no están disponibles desde el compilador? Parece extraño que un IDE haga algo que un compilador no hace.

briancullinan en 7 ago. 2017