Security News
Input Validation Vulnerabilities Dominate MITRE's 2024 CWE Top 25 List
MITRE's 2024 CWE Top 25 highlights critical software vulnerabilities like XSS, SQL Injection, and CSRF, reflecting shifts due to a refined ranking methodology.
next-page-tester
Advanced tools
The missing DOM integration testing tool for Next.js.
Given a Next.js route, this library will return an instance of the matching page component instantiated with the properties derived by Next.js' routing system and data fetching methods.
import { render, screen, fireEvent } from '@testing-library/react';
import { getPage } from 'next-page-tester';
describe('Blog page', () => {
it('renders blog page', async () => {
const { page } = await getPage({
route: '/blog/1',
});
render(page);
expect(screen.getByText('Blog')).toBeInTheDocument();
fireEvent.click(screen.getByText('Link'));
await screen.findByText('Linked page');
});
});
The idea behind this library is to enable DOM integration tests on Next.js pages along with data fetching and routing.
The testing approach suggested here consists of manually mocking external API's dependencies and get the component instance matching a given route.
Next page tester will take care of:
getServerSideProps
, getInitialProps
or getStaticProps
) if the casenext/router
provider initialized with the expected values (to test useRouter
and withRouter
)_app
and _document
componentsLink
, router.push
, router.replace
redirect
returnsProperty | Description | type | Default |
---|---|---|---|
route (mandatory) | Next route (must start with / ) | string | - |
req | Enhance default mocked request object | res => res | - |
res | Enhance default mocked response object | req => req | - |
router | Enhance default mocked Next router object | router => router | - |
useApp | Render custom App component | boolean | true |
useDocument (experimental) | Render Document component | boolean | false |
nextRoot | Absolute path to Next.js root folder | string | auto detected |
Since Next.js is not designed to run in a JSDOM environment we need to tweak the default JSDOM environment to avoid unexpected errors and allow a smoother testing experience:
window.scrollTo
mockIntersectionObserver
mockvalidateDOMNesting(...)
error<head/>
elementnext/dist/next-server/lib/side-effect
module in non-brwoser environmentNext page tester provides a helper to setup the expected JSDOM environment as described.
Run initTestHelpers
in your global tests setup (in case of Jest It is setupFilesAfterEnv
file):
import { initTestHelpers } from 'next-page-tester';
initTestHelpers();
In case your tests make use of experimental useDocument
option, take the following additional steps:
import { initTestHelpers } from 'next-page-tester';
const { setup, teardown } = initTestHelpers();
beforeAll(() => {
setup();
});
afterAll(() => {
teardown();
});
req
and res
objects are mocked with node-mocks-http@types/react-dom
and @types/webpack
when using Typescript in strict
mode due to this buguseDocument
optionuseDocument
option is partially implemented and might be unstable. It might produce a UnhandledPromiseRejectionWarning
warning on client side navigation.
next-page-tester
focuses on supporting only the last major version of Next.js:
next-page-tester | next.js |
---|---|
v0.1.0 - v0.7.0 | v9.X.X |
v0.8.0 + | v10.X.X |
You can set cookies by appending them to document.cookie
before calling getPage
. next-page-tester
will propagate cookies to ctx.req.headers.cookie
so they will be available to data fetching methods. This also applies to subsequent fetching methods calls triggered by client side navigation.
test('authenticated page', async () => {
document.cookie = 'SessionId=super=secret';
document.cookie = 'SomeOtherCookie=SomeOtherValue';
const { page } = await getPage({
route: '/authenticated',
});
});
Note: document.cookie
does not get cleaned up automatically. You'll have to clear it manually after each test to keep everything in isolation.
Next.js Link
component invokes window.scrollTo
on click which is not implemented in JSDOM environment. In order to fix the error you should provide your own window.scrollTo
mock.
useDocument
option and validateDOMNesting(...)
errorRendering the page instance returned by next-page-tester
with useDocument
option enabled in a JSDOM environment, causes react-dom
to trigger a validateDOMNesting(...)
error.
This happens because the tested page includes tags like <html>
, <head>
and <body>
which are already declared by JSDOM default document.
A temporary workaround consists of mocking global console.error
to ignore the specific error.
trailingSlash
optionThanks goes to these wonderful people (emoji key):
Andrea Carraro 💻 🚇 ⚠️ 🚧 | Matej Šnuderl 💻 🚇 ⚠️ 👀 🤔 📖 | Jason Williams 🤔 |
This project follows the all-contributors specification. Contributions of any kind welcome!
0.12.0
next/head
initTestHelpers
to help setting up test environmentuseDocument
enabledFAQs
Enable DOM integration testing on Next.js pages
The npm package next-page-tester receives a total of 3,247 weekly downloads. As such, next-page-tester popularity was classified as popular.
We found that next-page-tester demonstrated a not healthy version release cadence and project activity because the last version was released a year ago. It has 2 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
MITRE's 2024 CWE Top 25 highlights critical software vulnerabilities like XSS, SQL Injection, and CSRF, reflecting shifts due to a refined ranking methodology.
Security News
In this segment of the Risky Business podcast, Feross Aboukhadijeh and Patrick Gray discuss the challenges of tracking malware discovered in open source softare.
Research
Security News
A threat actor's playbook for exploiting the npm ecosystem was exposed on the dark web, detailing how to build a blockchain-powered botnet.