能否使用React Testing Library的userEvent测试滑块组件？

userEvent能否实现滑块值的直接设置 #

目前userEvent没有提供直接将滑块设置为指定值的内置能力。
userEvent的核心设计原则是1:1模拟真实用户的浏览器交互行为，而真实用户操作滑块（<input type="range">）时，不存在“直接输入目标值让滑块瞬间跳转”的操作路径，只能通过拖拽滑块手柄、点击滑块轨道对应位置、按方向键逐次增减值这几类操作，因此userEvent仅提供了对应这些真实操作的API。
如果要通过userEvent把滑块调整到目标值，只能通过模拟真实操作间接实现，例：假设滑块取值区间为0~5000，要调整到3000（即轨道60%位置），可以通过点击对应坐标实现：

const user = userEvent.setup()
const slider = screen.getByRole('slider')
const { width, left } = slider.getBoundingClientRect()
// 点击滑块轨道60%位置，对应值3000
await user.click(slider, { clientX: left + width * 0.6 })

这种实现方式依赖滑块的DOM尺寸计算，不同组件库的滑块定位逻辑可能存在差异，稳定性远不如直接传值的方案。

fireEvent是否具备userEvent没有的能力 #

答案是肯定的，二者的定位从设计之初就有明确区分，userEvent从来不是fireEvent的完全替代方案。

• fireEvent是底层的DOM事件派发工具，能力边界就是DOM规范本身：它可以触发任意标准/自定义DOM事件，同时支持自由传入任意event对象属性，完全不需要遵循真实用户的交互路径。比如你提到的直接给控件赋值触发change事件、触发媒体元素的play/loadedmetadata等非用户操作触发的事件、触发组件自定义的业务事件，这些场景都不在userEvent的覆盖范围内。
• 官方文档推荐优先使用userEvent，核心原因是userEvent会模拟用户操作触发的完整事件链：比如用户点击输入框时，会按真实顺序触发pointerover、mousedown、focus、mouseup、click、select等一系列关联事件，更贴近真实用户的使用场景，能覆盖更多交互逻辑的测试缺口，但它的定位是「用户交互模拟工具」，而非通用事件派发工具。

实际测试中不需要刻意回避fireEvent：模拟用户正常操作流程时优先选userEvent，遇到需要精准触发特定事件、模拟非用户操作触发的状态变更场景，直接使用fireEvent是完全合理的做法。

内容的提问来源于stack exchange，提问作者Andrew