Selenium send_keys方法工作机制疑问及表单输入异常咨询

问题场景 #

测试一个包含整数/字符串输入的表单时，不同输入方式出现明显差异：

• 输入 -120：
  • 手动打字：负号被自动清除，最终显示 120
  • 复制粘贴：原样保留 -120
  • send_keys：结果同复制粘贴，显示 -120
• 输入小数 40.72（预期四舍五入为整数）：
  • 手动打字：结果变为 412
  • 复制粘贴：自动处理为 41
  • send_keys：结果同手动打字，显示 412

疑问：send_keys 的预期工作方式是什么？应该模拟手动打字还是复制粘贴？我原本以为它会模拟手动打字，即负号被清除，但实际结果不符。

核心解答 #

send_keys 的设计逻辑 #

send_keys 的预期行为是模拟用户逐个按键输入的动作，而非复制粘贴。你看到的差异，本质是表单前端的输入处理逻辑对不同事件的响应不同：

1. 负数输入差异的原因
   表单前端大概率监听了实时按键事件（如keydown/keypress），当检测到负号按键时直接拦截清除；但复制粘贴触发的是paste事件，不受这个按键拦截规则影响。send_keys虽然模拟按键，但部分场景下（比如输入速度快、事件触发顺序和真实手动输入有细微差别），前端的按键拦截逻辑没有捕获到负号的输入，导致负号被保留。

2. 小数输入差异的原因
   手动输入40.72时，前端对小数点做了错误的处理（比如自动移除小数点后，把数字拼接成412）；而复制粘贴时，前端直接读取完整的粘贴文本，执行了正常的四舍五入格式化。send_keys模拟逐个按键输入，触发了和手动打字完全相同的错误处理逻辑，所以得到412。

结论 #

send_keys的设计目标是模拟手动按键输入，但实际表现会被目标页面的前端交互逻辑影响。如果你的测试需要验证真实用户手动输入的场景，可能需要检查前端的事件监听规则，或者调整send_keys的输入节奏（比如增加按键间隔）；如果要验证复制粘贴场景，建议使用专门的剪贴板操作API来模拟。

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