![Oracle Drags Its Feet in the JavaScript Trademark Dispute](https://cdn.sanity.io/images/cgdhsj6q/production/919c3b22c24f93884c548d60cbb338e819ff2435-1024x1024.webp?w=400&fit=max&auto=format)
Security News
Oracle Drags Its Feet in the JavaScript Trademark Dispute
Oracle seeks to dismiss fraud claims in the JavaScript trademark dispute, delaying the case and avoiding questions about its right to the name.
@clerk/testing
Advanced tools
Utilities to help you create E2E test suites for apps using Clerk
This package provides utilities for testing Clerk applications.
It currently supports the following testing frameworks:
>=18.17.0
or laternpm install @clerk/testing --save-dev
Firstly, add your Clerk keys (CLERK_PUBLISHABLE_KEY
and CLERK_SECRET_KEY
) to your environment variables file (e.g. .env.local
or .env.
).
You can find these keys in your Clerk Dashboard.
All Playwright related utilities are exported from @clerk/testing/playwright
. Make sure that your import paths are correct!
In your global setup file for Playwright, you must use the clerkSetup
function to set up Clerk for your tests.
// global-setup.ts
import { clerkSetup } from '@clerk/testing/playwright';
import { test as setup } from '@playwright/test';
setup('global setup', async ({ }) => {
await clerkSetup();
...
});
Then, you can use the setupClerkTestingToken
function to bypass bot protection in your tests.
// my-test.spec.ts
import { setupClerkTestingToken } from "@clerk/testing/playwright";
import { test } from "@playwright/test";
test("sign up", async ({ page }) => {
await setupClerkTestingToken({ page });
await page.goto("/sign-up");
...
});
⚠️ Please note: Its intended usage is for end-to-end testing only. This package does not support unit testing with Cypress.
Firstly, add your Clerk keys (CLERK_PUBLISHABLE_KEY
and CLERK_SECRET_KEY
) to your environment variables file (e.g. .env.local
or .env.
).
You can find these keys in your Clerk Dashboard.
All Cypress related utilities are exported from @clerk/testing/cypress
. Make sure that your import paths are correct!
In your cypress.config.ts
, you must use the clerkSetup
function to set up Clerk for your tests.
Keep in mind that you must pass the Cypress config
object to the clerkSetup
function and also return the new config object from the setupNodeEvents
function.
// cypress.config.ts
import { clerkSetup } from '@clerk/testing/cypress';
import { defineConfig } from 'cypress';
export default defineConfig({
e2e: {
setupNodeEvents(on, config) {
return clerkSetup({ config });
},
baseUrl: 'http://localhost:3000', // your app's URL
},
});
Then, you can use the setupClerkTestingToken
function to bypass bot protection in your tests.
// cypress/e2e/app.cy.ts
import { setupClerkTestingToken } from "@clerk/testing/cypress";
it("sign up", () => {
setupClerkTestingToken();
cy.visit('/sign-up');
...
});
This package also provides custom commands to sign in/sign out with Clerk in your Cypress tests without having to interact with the UI.
To use these commands, you must import them in your cypress/support/commands.ts
file.
// cypress/support/commands.ts
/// <reference types="cypress" />
import { addClerkCommands } from '@clerk/testing/cypress';
addClerkCommands({ Cypress, cy });
export {};
cy.clerkSignIn
The cy.clerkSignIn
command is used to sign in a user using Clerk. This custom command supports only the following first factor strategies:
Note: Multi-factor authentication is not supported.
This helper internally uses the setupClerkTestingToken
, so you don't need to call it separately.
Prerequisites
cy.visit
before calling this command.Parameters
signInParams
: The sign-in object.
strategy
: The sign-in strategy. Supported strategies are 'password'
, 'phone_code'
, and 'email_code'
.identifier
: The user's identifier. This could be a username, a phone number, or an email.password
: The user's password. This is required only if the strategy is 'password'
.Strategy Specifics
+15555550100
).your_email+clerk_test@example.com
).Example
it('sign in', () => {
cy.visit(`/`);
cy.clerkSignIn({ strategy: 'phone_code', identifier: '+15555550100' });
cy.visit('/protected');
});
cy.clerkSignOut
The cy.clerkSignOut
command is used to sign out the current user using Clerk.
Prerequisites
cy.visit
before calling this command.Parameters
signOutOptions
: A SignOutOptions
object.Example
it('sign out', () => {
cy.visit(`/`);
cy.clerkSignIn({ strategy: 'phone_code', identifier: '+15555550100' });
cy.visit('/protected');
cy.clerkSignOut();
});
cy.clerkLoaded
The cy.clerkLoaded
command asserts that Clerk has been loaded.
Prerequisites
cy.visit
before calling this command.Example
it('check Clerk loaded', () => {
cy.visit(`/`);
cy.clerkLoaded();
});
You can get in touch with us in any of the following ways:
We're open to all community contributions! If you'd like to contribute in any way, please read our contribution guidelines.
@clerk/testing
follows good practices of security, but 100% security cannot be assured.
@clerk/testing
is provided "as is" without any warranty. Use at your own risk.
For more information and to report security issues, please refer to our security documentation.
This project is licensed under the MIT license.
See LICENSE for more information.
FAQs
Utilities to help you create E2E test suites for apps using Clerk
The npm package @clerk/testing receives a total of 385 weekly downloads. As such, @clerk/testing popularity was classified as not popular.
We found that @clerk/testing demonstrated a healthy version release cadence and project activity because the last version was released less than a year ago. It has 8 open source maintainers collaborating on the project.
Did you know?
Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.
Security News
Oracle seeks to dismiss fraud claims in the JavaScript trademark dispute, delaying the case and avoiding questions about its right to the name.
Security News
The Linux Foundation is warning open source developers that compliance with global sanctions is mandatory, highlighting legal risks and restrictions on contributions.
Security News
Maven Central now validates Sigstore signatures, making it easier for developers to verify the provenance of Java packages.