I personally use some hacks to export my steps int...
# best-practices
l
I personally use some hacks to export my steps into a markdown file. In the past I've tried linking to a 3rd party test case manager, but I've always found that it conflicts with my automation goals. When creating Cypress tests, apart from coverage, my next goal is to avoid redundancy and shorten execution time. When creating written tests the goal is readability. Those two goals don't always coexist. So I chose to focus on the former, and I use the markdown file to communicate coverage to people. I label primary assertions as "checkpoints". The output looks like this (see reply message). The approach is good enough for now, but can surely be improved. We still use a test case manager for the remaining manual tests. Also note that these are QA-centric end-to-end tests (on an app with server-side rendering), not smaller tests that a developer might use.
---- user/register.spec.js ๐Ÿงช register page behaves correctly steps visitRegisterPage() shouldSeePasswordResetLink() submitEmptyForm() shouldSeeValidationErrors() submitFormWithExistingEmail() shouldSeeErrorForInvalidEmail() shouldSeeSignInLinkInError() shouldSeePasswordResetLinkInError() submitFormWithWrongConfirmEmail() shouldDisplayErrorForEmailMismatch() submitFormProperly() modalShouldAppear() dashboardValuesShouldBeCorrect() checkpoints register page... โœ” looks correct when you first arrive โœ” has a proper password reset link โœ” displays the correct validation errors โœ” will not allow an already-existing email address to be used โœ” has the correct hyperlinks in the validation message โœ” requires the user to retype the same email address โœ” displays the proper success message after registering โœ” creates the user and signs them in
3 Views