Selenium Python测试本地正常但Azure DevOps流水线运行失败如何排查解决

• 系统区域配置差异：本地设备的日期输入默认是dd/mm/yyyy格式，但Azure DevOps代理主机的系统区域大概率是默认美区英文的mm/dd/yyyy格式，输入框的前端校验会跟随浏览器/系统区域设置判定格式合法性，拆分传递日月数字会被自动错位识别，导致格式不符合要求，按钮无法激活。
• 日期输入逻辑不严谨：当前输入没有补零逻辑，比如1月5号直接传5、1，输入后会变成5/1/2024还是05/01/2024取决于输入框的自动补全规则，本地的输入框可能支持单数字自动补零，流水线环境的浏览器可能没有这个特性，导致格式校验失败。
• 输入焦点跳转不稳定：用Keys.TAB *2跳转到结束日期输入框，流水线环境的页面加载速度和本地不一致，可能出现焦点跳转失败，结束日期未正确输入的情况。

• 改用格式化字符串直接输入完整日期：不要拆分日、月、年分别输入，直接生成符合dd/mm/yyyy格式的字符串一次性输入，避免区域配置和补零问题，代码示例：

# 生成固定格式的日期字符串，自动补零
start_date_str = date.today().strftime("%d/%m/%Y")
end_date_str = (date.today() + timedelta(days=14)).strftime("%d/%m/%Y")

# 输入起始日期
el_start_date = wait.until(EC.element_to_be_clickable((By.XPATH, '//*[@id="root"]/div[2]/main/div[3]/div[1]/div[2]/input')))
el_start_date.clear()
# 先点击激活输入框再输入，避免焦点问题
el_start_date.click()
el_start_date.send_keys(start_date_str)

# 输入结束日期
el_end_date = wait.until(EC.element_to_be_clickable((By.XPATH, '//*[@id="root"]/div[2]/main/div[3]/div[1]/div[3]/input')))
el_end_date.clear()
el_end_date.click()
el_end_date.send_keys(end_date_str)

• 强制设置浏览器的区域配置：在初始化Chrome/Firefox驱动时，指定浏览器语言为对应区域，避免日期格式自动适配系统配置，以Chrome为例：

from selenium.webdriver.chrome.options import Options

chrome_options = Options()
# 指定浏览器语言为英国英语，默认日期格式为dd/mm/yyyy
chrome_options.add_argument("--lang=en-GB")
driver = webdriver.Chrome(options=chrome_options)

• 打印输入框的实际值：输入完成后增加代码获取输入框的value属性，日志会直接输出到Azure DevOps的流水线运行记录中：

# 输入完成后获取实际值
print("起始日期输入值：", el_start_date.get_attribute("value"))
print("结束日期输入值：", el_end_date.get_attribute("value"))

• 错误时截图：在捕获到按钮找不到的异常时，自动保存页面截图并上传为流水线构件，可直接查看页面上的输入内容和按钮状态，代码示例：

try:
    # 原有点击按钮的逻辑
    wait.until(EC.element_to_be_clickable((By.XPATH, "你的按钮XPATH"))).click()
except Exception as e:
    # 出错时截图
    driver.save_screenshot("date_input_error.png")
    # 可选：打印页面源码进一步排查
    print(driver.page_source)
    raise e

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