cypress-skip-test
react-hooks-in-action-with-cypress
cypress-skip-test | react-hooks-in-action-with-cypress | |
---|---|---|
2 | 5 | |
176 | 7 | |
- | - | |
0.8 | 2.9 | |
over 1 year ago | 11 months ago | |
JavaScript | JavaScript | |
MIT License | - |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
cypress-skip-test
-
Effective Test Strategies for Deployed NodeJS Services using LaunchDarkly Feature Flags and Cypress. Part2: testing
We can take advantage of another one of Gleb's fantastic plugins cypress-skip-test. npm install -D @cypress/skip-test and Add the below line to cypress/support/index.js:
-
The 32+ ways of selective testing with Cypress: a unified, concise approach to selective testing in CI and local machines
cypress-skip-test - this is a special one for ability to negate tests and have combinations in itself
react-hooks-in-action-with-cypress
-
Triple combined code coverage for React Apps with Jest, Cypress component and e2e tests, using Github Actions
Given we are growing on the shoulders of giants with all these tools that enable comprehensive test strategies, what metrics can we evaluate our confidence with? Coverage is an assessment for the thoroughness or completeness of testing with respect to a model. Our model can be source code coverage, feature coverage, mutation score, combinatorial coverage, non-functional requirement coverage, anything. Although source code coverage is not a be all end all metric to pursue, we cannot deny its popularity and potency. We are used to gaining code coverage from unit tests, what if we could also gain source code coverage from Cypress e2e tests, as well as Cypress component tests?. We have had combined unit & e2e coverage for a while and bringing Cypress component testing to it is new in Cypress 10. Imagine being able to add any kind of testing of your choice for new features, and retain above 95% code coverage effortlessly. Would we need to trace every requirement to every test? How much would we have to worry about the changes we introduce while all tests pass and coverage does not regress? Let's walk through a midsize React app and showcase how to achieve that. As always, a blog is lackluster without code, so the code for this blog can be found in this repo, and the component test code coverage PR can be found here.
-
Effective Test Strategies for Deployed NodeJS Services using LaunchDarkly Feature Flags and Cypress. Part2: testing
See other plugin file examples here and here.
-
Painlessly setup Cypress & Percy with Github Actions in minutes
Any guide is lackluster without reproducible code, so here is the full repo.
-
Effective Test Strategies for Testing Front-end Applications using LaunchDarkly Feature Flags and Cypress. Part2: testing
In the repo let's try out an ui-(component)integration test that focuses on next and previous buttons for Bookables . These features are related to the feature flag prev-next-bookable. None of the features are network relevant, therefore all network calls are stubbed. We still get real calls from/to LD though.
-
Effective Test Strategies for Testing Front-end Applications using LaunchDarkly Feature Flags and Cypress. Part1: the setup
We are assuming you have been signed up, skimmed thorough Getting started and have access to the LaunchDarkly dashboard. Throughout the guide we will be using this repo, a mid-size React app with Cypress e2e, Cypress component tests, CI in GHA etc.. Mind that LD trial period is 2 weeks, therefore signing up will be required to fully reproduce the examples. A version of the app without feature flags can be checked out at the branch before-feature-flags. The PR for this post can be found at here. This example uses React SDK to setup the flags, however testing a front end application is the same regardless of the framework.
What are some alternatives?
cypress-fail-fast - A Cypress plugin to skip tests on first failure.
cypress-localstorage-commands - Extends Cypress' cy commands with localStorage methods. Allows preserving localStorage between tests and spec files. Allows disabling localStorage.
github-action - GitHub Action for running Cypress end-to-end & component tests
as-a - Runs a given command with additional environment settings for simple local development
cypress-react-app-actions - Access the internals of React components from Cypress end-to-end tests
cypress-crud-api-test - crud testing a serverless application with Cypress api tests
angular-playground - angular, cypress, jest, spectator, combined code coverage, pwa, aws s3, circleci, gitlab
percy-cypress - Visual testing with Cypress and Percy
cypress-grep - Filter tests using substring
cy-spok - Playing with spok inside Cypress
pizza-api
cypress-should-really - Functional helpers for constructing Cypress should callbacks