La mia prova non riuscire quando correre insieme, ma passano individualmente

Question

Domanda veloce per voi ... Quando scrivo un test in Visual Studio, verifico che funziona salvando, costruzione e quindi eseguire il test in Nunit (tasto destro del mouse su il test quindi funziona).

Il test funziona yay ... così ho andare avanti ...

Ora ho scritto un altro test e funziona come ho salvato e testato come sopra. Ma, non funzionano quando vengono gestiti insieme.

Qui sono i miei due test che funzionano quando viene eseguito come individui, ma fallire quando correre insieme:

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")); 
     } 
    } 
} 

Quando il secondo test fallisce perché sono state correre insieme

Nunit presenta in questo modo:

Sse.Bec.Web.Tests.Fixtures.ManageSitesAndUsers.ChangeOfPremises.AdminNavigateToChangeOfPremises.AdminNavigateToPageChangeOfPremisesV iaMenu: OpenQA.Selenium.NoSuchElementException: L'elemento non è stato trovato

E questa linea è evidenziata:

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

Qualcuno sa il motivo per cui il mio codice non riesce quando viene eseguito insieme, ma passa quando corri da solo?

Qualsiasi risposta sarebbe molto apprezzato!

Answer 1

Due cose che si possono provare

1. mettere il punto di rottura tra le seguenti due righe. E vedere quale pagina ci si trova quando la seconda linea viene colpito

2. Introdurre un leggero ritardo tra queste due linee tramite Thread.Sleep

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

Answer 2

guardare nello TestFixtureSetup, Setup, TestFixtureTearDown e TearDown.
Questi attributi consentono di impostare il testenvironment una volta, invece di una volta per test.

Answer 3

Sei sicuro che dopo l'esecuzione di uno dei test del metodo

NavigateTo<LogonPage>().LogonAsCustomerAdministrator(); 

sta prendendo si torna al punto in cui si dovrebbe essere? Sarebbe sembra che il fallimento è dovuto al gestore di navigazione improprio (supponendo che l'elemento di intestazione è presente e si trovano in entrambi i test).

Answer 4

Senza sapere come funziona il selenio, la mia scommessa è in Driver che sembra essere una classe statica in modo che i 2 test sono la condivisione dello stato. Un esempio di stato condiviso è Driver.Url. Poiché i test vengono eseguiti in parallelo, esiste una condizione di competizione per impostare lo stato di questo oggetto.

Detto questo, io non ho una soluzione per voi :)

Answer 5

Se nessuna delle risposte precedenti lavorato per voi, ho risolto questo problema aggiungendo Thread.Sleep(1) prima che l'affermazione nella prova in mancanza ...

Sembra che la sincronizzazione dei test sia sfuggita da qualche parte ... Si prega di notare che i miei test non dipendevano dall'ordine, che non ho alcun membro statico né dipendenza esterna.

Answer 6

Penso che sia necessario assicurarsi che sia possibile accedere per il secondo test, questo potrebbe non riuscire, perché è già stato effettuato l'accesso?

-> mettendo l'accesso in un impostare il metodo o (perché sembra che si sta utilizzando lo stesso utente per entrambi i test) anche fino alla configurazione apparecchio -> la chiusura del collegamento (se necessario) potrebbe essere mettere in abbattere metodo

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

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

Se ci sono ritardi nella DOM invece di un Thread.sleep consiglio di usare webdriver.wait in combinazione con condizioni. Il sonno potrebbe funzionare nell'80% e in altri no. I sondaggi di attesa fino al raggiungimento di un timeout più affidabile e leggibile. Ecco un esempio di come io di solito avvicinarsi a questo:

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

Answer 7

Tale situazione si verifica normalmente quando i test di unità sono condivisi utilizzando risorse/dati in qualche modo.

1. Può anche accadere se il sistema in prova ha campi/proprietà che vengono sfruttati per calcolare l'output su cui si stanno affermando statici.
2. Può accadere se il sistema in prova viene condiviso (statico) dalle dipendenze.