Vous avez peut-être créé une instance de pilote dans chacun des fichiers .cs. Par exemple: dans LoginSteps.cs, vous créez un pilote chrome dans l'emplacement ci-dessous.

private static readonly IWebDriver Driver = new ChromeDriver();

Vous devez créer le pilote en dehors des fichiers xStep.cs et le transmettre simplement à la classe / méthode basée sur le cadre.

J'ai trouvé comment résoudre ce problème à l'aide des étendues de liaison.

Dans chacun des fichiers Steps, je peux faire ce qui suit:

  [BeforeFeature(), Scope(Feature = "SearchTests")]
  public static void Startup()
  {
      _driver = new ChromeDriver();
  }

  [AfterFeature()]
  public static void ShutDown()
  {
      _driver?.Close();
  }

Cette opération ouvre et ferme le pilote uniquement pour le fichier de test que je souhaite. Je peux également choisir d'étendre la balise avant chaque test si j'ai besoin d'être plus précis.

En fin de compte, cela est dû à la création des pilotes Web sous forme de champs statiques sur vos classes de définition d'étape. Vous devez centraliser cette logique.

Vous voulez créer votre pilote Web avant la fonctionnalité, l'enregistrer avec le conteneur d'injection de dépendances SpecFlow, puis transmettre cet objet IWebDriver à vos définitions d'étape.

I J'ai trouvé que c'était une bonne idée d'implémenter un pilote Web "paresseux", de sorte que la fenêtre du navigateur ne soit générée que lorsque votre code C # a réellement besoin d'interagir avec lui. Cette classe LazyWebDriver implémente l'interface IWebDriver et est un wrapper pour un vrai pilote Web.

LazyWebDriver.cs

[Binding]
public class LoginSteps
{
    private readonly IWebDriver Driver;
    private LoginPage _loginPage;

    private static string _username;
    private static string _password;
    private static string _repo;

    public LoginSteps(IWebDriver driver)
    {
        Driver = driver;
    }

    [Given(@"I am on the Login page")]
    public void GivenIAmOnTheLoginPage()
    {
        _loginPage = new LoginPage(Driver);
    }

    [Given(@"I have a good username/password combination")]
    public void GivenIHaveAGoodUsernamePasswordCombination()
    {
        _username = Nomenclature.WebClientPersonalUsername;
        _password = Nomenclature.WebClientPersonalPassword;
    }
    [Given(@"I select a repository")]
    public void GivenISelectARepository()
    {
        _repo = Nomenclature.RepoUnderTest;
    }

    [When(@"I fill out the form and submit")]
    public void WhenIFillOutTheFormAndSubmit()
    {
        _loginPage.Login(
            username: _username, 
            password: _password, 
            repo: _repo);
    }

    [Then(@"I am taken to the repo page")]
    public void ThenIAmTakenToTheRepoPage()
    {
        Assert.AreEqual(
            expected: _repo,
            actual: Driver.Title);

        HelperMethods.Logout(Driver);
    }
}

Ensuite, en utilisant les hooks SpecFlow (qui est juste un discours sophistiqué pour les "événements" dans SpecFlow), vous pouvez créer votre vrai pilote Web et le pilote Web paresseux et l'enregistrer avec le framework SpecFlow:

[Binding]
public sealed class SeleniumHooks
{
    private readonly IObjectContainer objectContainer;

    public SeleniumHooks(IObjectContainer objectContainer)
    {
        this.objectContainer = objectContainer;
    }

    [BeforeFeature]
    public void RegisterWebDriver()
    {
        objectContainer.RegisterInstanceAs<IWebDriver>(new LazyWebDriver(CreateWebDriver));
    }

    private IWebDriver CreateWebDriver()
    {
        return new ChromeDriver();
    }

    [AfterFeature]
    public void DestroyWebDriver()
    {
        objectContainer.Resolve<IWebDriver>()?.Close();
    }
}

Enfin, quelques modifications à votre fichier LoginSteps.cs :

public sealed class LazyWebDriver : IWebDriver
{
    private readonly Lazy<IWebDriver> driver;

    public string Title => driver.Value.Title;

    // Other properties defined in IWebDriver just pass through to driver.Value.Property

    public LazyWebDriver(Func<IWebDriver> driverFactory)
    {
        driver = new Lazy<IWebDriver>(driverFactory);
    }

    public IWebElement FindElement(By by)
    {
        return driver.Value.FindElement(by);
    }

    public void Close()
    {
        driver.Value.Close();
    }

    // other methods defined in IWebDriver just pass through to driver.Value.Method(...)
}

Notez que l'objet IWebDriver est passé en tant qu'argument constructeur à LoginSteps. SpecFlow est livré avec un framework d'injection de dépendances, qui est suffisamment intelligent pour transmettre le LazyWebDriver que vous avez enregistré dans SeleniumHooks en tant qu'argument IWebDriver au constructeur LoginSteps.

Assurez-vous de remplir le champ _loginPage un champ d'instance plutôt que statique.