When it comes to React Testing Library best practices, many developers only stay at the level of API calls. This article tries to discuss the real problems you'll hit and their solutions from a production perspective.
Basic Principles
Here is a complete example:
import { useReducer, useCallback } from 'react'
const initialState = { items: [], filter: '', sort: 'date' }
function reducer(state, action) {
switch (action.type) {
case 'SET_ITEMS': return { ...state, items: action.payload }
case 'SET_FILTER': return { ...state, filter: action.payload }
case 'ADD_ITEM': return { ...state, items: [...state.items, action.payload] }
case 'REMOVE_ITEM': return { ...state, items: state.items.filter(i => i.id !== action.payload) }
default: throw new Error(`Unknown: ${action.type}`)
}
}
Pay close attention to edge cases — this is critical in production.
Advanced Features
The key is to understand the core logic:
import { test, expect } from '@playwright/test'
test.describe('用户登录流程', () => {
test('成功登录跳转到首页', async ({ page }) => {
await page.goto('/login')
await page.fill('[data-testid="email"]', 'admin@example.com')
await page.fill('[data-testid="password"]', 'admin123')
await page.click('[data-testid="submit-btn"]')
await expect(page).toHaveURL('/dashboard')
await expect(page.locator('.welcome')).toContainText('欢迎回来')
})
})
Performance optimization needs to be tied to the specific scenario; not everything needs to be over-optimized.
Project Practice
We can improve it in the following ways:
import { useRef, useEffect, useState } from 'react'
function useIntersectionObserver(options = {}) {
const [isVisible, setIsVisible] = useState(false)
const ref = useRef(null)
useEffect(() => {
const observer = new IntersectionObserver(([entry]) => {
setIsVisible(entry.isIntersecting)
}, { threshold: 0.1, ...options })
const el = ref.current
if (el) observer.observe(el)
return () => { if (el) observer.unobserve(el) }
}, [])
return [ref, isVisible]
}
This approach has been running stably in production for over half a year and has been validated in practice.
Best Practices
Let's start with the basic implementation:
import { useState, useEffect, useCallback } from 'react'
function DataList({ endpoint, pageSize = 20 }) {
const [data, setData] = useState([])
const [page, setPage] = useState(1)
const [loading, setLoading] = useState(false)
const fetchData = useCallback(async () => {
setLoading(true)
try {
const res = await fetch(`${endpoint}?page=${page}&size=${pageSize}`)
setData(await res.json())
} finally { setLoading(false) }
}, [endpoint, page, pageSize])
useEffect(() => { fetchData() }, [fetchData])
return <div>{loading ? <Spinner /> : <List items={data} />}</div>
}
This snippet shows the basic usage. In real projects you'll also need to consider error handling and edge cases.
Common Pitfalls
Building on this, we can optimize further:
import { render, screen, waitFor } from '@testing-library/react'
import userEvent from '@testing-library/user-event'
import { LoginForm } from './LoginForm'
describe('LoginForm', () => {
it('提交有效的登录表单', async () => {
const onSubmit = jest.fn()
render(<LoginForm onSubmit={onSubmit} />)
await userEvent.type(screen.getByLabelText(/邮箱/), 'user@example.com')
await userEvent.type(screen.getByLabelText(/密码/), 'password123')
await userEvent.click(screen.getByRole('button', { name: /登录/ }))
await waitFor(() => {
expect(onSubmit).toHaveBeenCalledWith({
email: 'user@example.com', password: 'password123'
})
})
})
})
This pattern is very useful in large projects and can significantly cut maintenance cost.
Summary
- On a team, conventions and documentation matter more than the tech itself.
- Keep up with the community — your tech stack needs continuous iteration.
- Don't adopt new tech just for the sake of using it.
