单元测试中模拟权限校验的核心是替换真实权限调用为可控返回值，常用方式包括mock函数、stub依赖模块或临时修改权限上下文，并需通过mockclear等确保测试隔离。
在单元测试中模拟权限校验结果，核心是**替换真实权限调用为可控的返回值**，避免依赖后端接口或全局权限状态。常见方式包括：Mock 函数、Stub 依赖模块、或在测试前临时修改权限上下文。
Mock 权限校验函数（最常用）
如果权限校验封装在独立函数（如 hasPermission('user:delete')），直接用 Jest 的 jest.mock() 或 jest.fn() 覆盖它：
- 在测试文件顶部 mock 模块：
jest.mock('../utils/permission', () => ({ hasPermission: jest.fn() })); - 在具体 test 中设定返回值：
hasPermission.mockReturnValue(true); // 模拟有权限<br>hasPermission.mockReturnValueOnce(false); // 模拟单次无权限
- 确保被测组件/函数确实调用了该函数（可配合
expect(hasPermission).toHaveBeenCalledWith('xxx')验证调用逻辑）
Stub 全局权限对象或 Context（适用于 React/Vue 场景）
若权限通过 Context（如 AuthContext）、Pinia/Vuex store 或全局对象（如 window.$auth）注入：
- React 测试中，用
render(..., { wrapper: AuthProviderMock })提供自定义 Provider，内部返回预设权限状态 - Vue 测试中，使用
mount(..., { global: { provide: { permissions: ['user:edit'] } } }) - 避免直接修改
window或全局变量，优先用依赖注入方式控制，更可靠且易清理
绕过条件渲染或拦截 API 请求（按需补充）
当权限校验嵌套在副作用中（如 useEffect 内请求 / 组件内调用 fetch），可结合以下方式：
- Mock
fetch或 axios，让权限接口返回固定 JSON：global.fetch = jest.fn(() => Promise.resolve({ json: () => Promise.resolve({ canAccess: true }) })); - 对条件渲染逻辑（如
{hasPermission && <deletebtn></deletebtn>}），只需确保hasPermission被正确 mock，再断言 DOM 是否存在对应元素即可 - 不建议在测试中“跳过”权限判断逻辑（如注释 if 分支），应保持被测代码路径完整
清理与复位（关键细节）
权限状态容易跨测试污染，务必做好隔离：
- 每个 test 用
beforeEach(() => { hasPermission.mockClear(); })重置 mock 状态 - 若 mock 了模块，用
afterEach(() => { jest.clearAllMocks(); })或在 test 后调用jest.resetModules() - 避免在
describe外层设置固定返回值，否则多个 test 可能相互干扰
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
