Security News
38% of CISOs Fear They’re Not Moving Fast Enough on AI
CISOs are racing to adopt AI for cybersecurity, but hurdles in budgets and governance may leave some falling behind in the fight against cyber threats.
@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 14,788 weekly downloads. As such, @clerk/testing popularity was classified as 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
CISOs are racing to adopt AI for cybersecurity, but hurdles in budgets and governance may leave some falling behind in the fight against cyber threats.
Research
Security News
Socket researchers uncovered a backdoored typosquat of BoltDB in the Go ecosystem, exploiting Go Module Proxy caching to persist undetected for years.
Security News
Company News
Socket is joining TC54 to help develop standards for software supply chain security, contributing to the evolution of SBOMs, CycloneDX, and Package URL specifications.