Mi prueba falla cuando se ejecutan juntas, pero pase individualmente

Question

Pregunta rápida para usted ... Cuando escribo una prueba en Visual Studio, compruebo que funciona guardando, construyendo y luego ejecutando la prueba en Nunit (haga clic derecho en la prueba se ejecuta).

La prueba funciona yay ... por lo que seguir adelante ...

Ahora he escrito otra prueba y funciona como he salvado y lo ha probado como la de arriba. Pero, no funcionan cuando se ejecutan juntos.

Aquí están mis dos pruebas que funcionan cuando se ejecuta como individuos pero fallan cuando se ejecuta en conjunto:

using System; 
using NUnit.Framework; 
using OpenQA.Selenium.Support.UI; 
using OpenQA.Selenium; 

namespace Fixtures.Users.Page1 
{ 
    [TestFixture] 
    public class AdminNavigateToPage1 : SeleniumTestBase 
    { 
     [Test] 
     public void AdminNavigateToPage1() 
     { 
      NavigateTo<LogonPage>().LogonAsCustomerAdministrator(); 
      NavigateTo<Page1>(); 
      var headerelement = Driver.FindElement(By.ClassName("header")); 

      Assert.That(headerelement.Text, Is.EqualTo("Page Title")); 
      Assert.That(Driver.Url, Is.EqualTo("http://localhost/Page Title")); 
     } 

     [Test] 
     public void AdminNavigateToPage1ViaMenu() 
     { 
      NavigateTo<LogonPage>().LogonAsCustomerAdministrator(); 
      Driver.FindElement(By.Id("menuitem1")).Click(); 
      Driver.FindElement(By.Id("submenuitem4")).Click(); 
      var headerelement = Driver.FindElement(By.ClassName("header")); 

      Assert.That(headerelement.Text, Is.EqualTo("Page Title")); 
      Assert.That(Driver.Url, Is.EqualTo("http://localhost/Page Title")); 
     } 
    } 
} 

Cuando la segunda prueba falla debido a que se han integrado en

Nunit presenta la siguiente:

Sse.Bec.Web.Tests.Fixtures.ManageSitesAndUsers.ChangeOfPremises.AdminNavigateToChangeOfPremises.AdminNavigateToPageChangeOfPremisesV iaMenu: OpenQA.Selenium.NoSuchElementException: El elemento no se pudo encontrar

Y se pone de relieve esta línea:

var headerelement = Driver.FindElement(By.ClassName("header")); 

¿alguien sabe por qué mi código falla cuando se ejecuta en conjunto, sino que pasa cuando correr solo?

¡Cualquier respuesta sería muy apreciada!

Answer 1

dos cosas que usted puede intentar

1. poner el punto de equilibrio entre las dos líneas siguientes. Y ver qué página que se encuentra cuando la segunda línea es golpeado

2. introducir un ligero retraso entre estas dos líneas a través de Thread.Sleep

   Driver.FindElement (By.Id ("submenuitem4")). Haga clic en() ; var headerelement = Driver.FindElement (By.ClassName ("header"));

Answer 2

mira en el TestFixtureSetup, Setup, TestFixtureTearDown y TearDown.
Estos atributos le permiten configurar el entorno de prueba una vez, en lugar de una vez por prueba.

Answer 3

¿Estas seguro que después de ejecutar una de las pruebas del método

NavigateTo<LogonPage>().LogonAsCustomerAdministrator(); 

que se está llevando de nuevo a donde debe estar? Parece que la falla se debe a un controlador de navegación incorrecto (suponiendo que el elemento del encabezado esté presente y se encuentre en ambas pruebas).

Answer 4

Sin saber cómo funciona selenio, mi apuesta es en Driver que parece ser una clase estática para las 2 pruebas están compartiendo estado. Un ejemplo de estado compartido es Driver.Url. Debido a que las pruebas se ejecutan en paralelo, existe una condición de carrera para establecer el estado de este objeto.

Dicho esto, no tengo una solución para usted :)

Answer 5

Si ninguna de las respuestas anteriores trabajado para ti, i resolvió este problema agregando Thread.Sleep(1) antes de la afirmación en la prueba de no haber ...

Parece que la sincronización de las pruebas se ha perdido en algún lugar ... Tenga en cuenta que mis pruebas no dependen de los pedidos, que no tengo ningún miembro estático ni dependencia externa.

Answer 6

Creo que debe asegurarse de que puede iniciar sesión para la segunda prueba, esto podría fallar, ¿ya inició sesión?

-> poner el inicio de sesión en un configurar método o (porque parece que está utilizando el mismo usuario para ambas pruebas) incluso hasta la configuración accesorio -> el cierre de sesión (si es necesario) podría ser poner en el método de desmontaje

 [SetUp] 
    public void LaunchTest() 
    { 
     NavigateTo<LogonPage>().LogonAsCustomerAdministrator(); 
    } 

    [TearDown] 
    public void StopTest() 
    { 
     // logoff 
    } 
    [Test] 
    public void Test1() 
    {...} 
    [Test] 
    public void Test2() 
    {...} 

Si hay retrasos en el DOM en lugar de un Thread.Sleep recomiendo usar webdriver.wait en combinación con condiciones. El sueño podría funcionar en un 80% y en otros no. Las sondas de espera hasta que se alcanza un tiempo de espera que es más confiable y legible. Aquí un ejemplo de cómo abordar este por lo general:

var webDriverWait = new WebDriverWait(webDriver, ..); 
    webDriverWait.Until(d => d.FindElement(By.CssSelector("..")) 
     .Displayed)) 

Answer 7

Tal situación se produce normalmente cuando las pruebas unitarias están utilizando los recursos compartidos/datos de alguna manera.

1. También puede suceder si su sistema bajo prueba tiene campos/propiedades estáticas que se aprovechan para calcular la salida que está afirmando.
2. Puede suceder si el sistema bajo prueba es dependencias compartidas (estáticas).