Git Product home page Git Product logo

Comments (4)

glassenbury avatar glassenbury commented on June 10, 2024 3

My name is David Glassenbury. I work for a company called Trimble in a joint venture with Caterpillar. I am based in New Zealand. We decided to use xunit.gherkin.quick as we converted to c# dotnet core and run them in linux docker containers on jenkins pipelines. We have one windows docker container as well. The tests are in docker containers in vsts and jenkins. The results are posted back to both dashboards.

The project seems to be talking years to convert this. It took about a 2-3 months for one person to convert approx 3200 tests for services and UI. With the UI we use selenium. These are run of a headless chrome browser in a linux docker container. In vsts we multi thread test runs this using amazon eks. We will start up to 12 parallel test runs. This reduces the whole test run down to 30 minutes for 2300 UI tests. Our main service is a windows dotnet core 2.2. We multi thread just using a runsettings file and mstest. 640 tests take around 3 minutes.

Once converted I think this framework is a lot more lean. The project is clear and the one to one link with feature /steps is clearer to me. With specflow we seem to constantly getting the feature and feature.cs files out of sync. This wasted a lot of time.

from xunit.gherkin.quick.

richard-haslam avatar richard-haslam commented on June 10, 2024 3

My name is Richard Haslam I am a QA Lead for a Health Insurance company in the UK. I had been using Specflow for a few years. A recent strategy has been to allow out tests to be platform agnostic so we can choose the cheapest cloud platform to use and move between them easily. This meant we needed to be able to build and run on Linux as well as Windows, so we have switched to dotnet core and had to look for an alternative to Specflow. Enter Xunit.Gherkin.Quick!

I use this for running both Selenium tests and API testing with RestSharp.

from xunit.gherkin.quick.

csurfleet avatar csurfleet commented on June 10, 2024 2

Hi, I'm Chris Surfleet, I'm a Lead Developer with Carfinance247.co.uk. We have adopted XGQ for all of our new system integration projects. These are all .net core projects being deployed to docker.

I've created a test framework combining XGQ, Xunit's test context pattern and the .net core TestServer. This allows us to easily do most-of-stack tests without forcing less experienced team members to worry about the complications. I've found the simple link between the feature files and the tests easy to work with generally, and we make extensive use of the PicklesDoc integration - all our builds push pickles sites out so that our stakeholders can see the state of the development.

I'm still struggling to get stakeholders working via specification by default (rather than going through us all the time), but that is nothing to do with XGQ - as usual the hardest thing is people not tech!

Going forward, I'd love for the integration with the VS test explorer to get tighter - there is often lag, or the need to 'run all' to get things to show up. I'm aware this is probably not something we can do a huge amount about though - hopefully the VS team will work on the XUnit integrations!

from xunit.gherkin.quick.

ttutisani avatar ttutisani commented on June 10, 2024 2

It's time that I share my story too.

My name is Tengiz Tutisani. I am the author of this framework, and I am also the user of it (that is why I created it in the first place - because I needed it).

Archipeg uses Xunit.Gherkin.Quick to run integration tests written in Gherkin. Archipeg was built with the test-first approach ground-up and 100% test covered. That means I follow ATDD (Acceptance Test Driven Development) and it just rocks! These integration tests have saved time and trouble many times! I'm happy that Xunit.Gherkin.Quick exists 😊 I picked this framework not because I authored it but because I love how lightweight and editor agnostic it is. Put a feature file, write up a class with implementing code, and there you have it! This simple flow is what fits perfectly with fast-paced software development processes.

Archipeg is a digital architecture software (i.e., Enterprise Architecture, Solution Architecture, Application Architecture, you name it). It allows capturing, analyzing, and sharing various digital architecture-related information and assets across entire teams and organizations. It is a tool that is used by EA, Solution Architects, and everybody else who wants to learn or share architecture knowledge with others.

from xunit.gherkin.quick.

Related Issues (20)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.