1. 为什么测试工程师必须掌握Selenium Cookie操作如果你是一名测试工程师或者正在学习自动化测试那么“Cookie”这个词对你来说绝对不陌生。但你真的理解它在自动化测试中的分量吗我见过太多测试脚本登录逻辑写得复杂无比每次执行都要重新走一遍登录流程耗时又耗资源。其实很多时候问题的关键就在于没有用好Cookie。Cookie简单来说就是服务器发送到用户浏览器并保存在本地的一小块数据。它就像是你的“网络身份证”或“会员卡”。当你登录一个网站后服务器会给你一个Cookie浏览器下次访问时自动带上它服务器就知道“哦是你啊已经登录了”于是免去了再次输入账号密码的麻烦。在自动化测试中熟练操作Cookie能直接带来三大核心价值提升效率、保障稳定、模拟复杂场景。首先效率是最大的收益。想象一下一个需要登录的测试用例每次执行都要调用登录接口、处理验证码、等待页面跳转可能得花上10-15秒。但如果事先保存了有效的登录Cookie在测试开始时直接注入瞬间就能进入登录后的状态省下的时间积少成多。对于需要反复执行回归测试的CI/CD流水线这节省的时间是惊人的。其次稳定性得以增强。登录环节往往是测试脚本中最脆弱的点之一。网络波动、验证码变更、账号被风控都可能导致登录失败进而让整个测试套件“崩盘”。使用Cookie绕过登录实际上是规避了这些外部依赖和不稳定因素让你的测试脚本更加健壮只专注于测试业务功能本身。最后它能解锁高级测试场景。比如测试“记住我”功能你需要验证Cookie的过期时间是否设置正确测试单点登录SSO你需要操作多个域名下的Cookie模拟用户从不同设备登录你需要管理不同的会话状态。这些场景如果不会操作Cookie几乎无从下手。所以掌握Selenium的Cookie操作绝不是“锦上添花”而是测试工程师构建高效、稳定、深度自动化测试能力的基本功。接下来我会从最基础的原理讲起带你一步步深入直到能解决那些实际工作中最棘手的Cookie问题。2. 深入理解Cookie不仅仅是“小甜饼”在动手写代码之前我们必须把Cookie这个核心概念吃透。很多人只把它当作一个“键值对”这在实际工作中会踩很多坑。一个完整的Cookie对象其实包含多个属性每个属性都影响着它的行为和生命周期。Cookie的核心属性解析name value这是最基本的键值对用于标识和存储信息。比如sessionidabc123。domain指定Cookie对哪个域名有效。这是安全性和作用域的关键。例如为.example.com设置的Cookie对www.example.com和api.example.com都有效。如果你尝试为google.com设置一个Cookie但当前浏览器上下文在baidu.comSelenium会抛出异常。规则是你只能为当前页面的域名或其父域名设置Cookie。path指定Cookie在指定域名下的哪个路径有效。默认为/即对整个站点有效。如果设置为/admin那么这个Cookie只在访问/admin及其子路径时才会被发送。expiry / max-ageCookie的过期时间。expiry是一个具体的日期时间戳Unix时间戳而max-age是相对当前时间的秒数。如果两者都未设置就是“会话Cookie”Session Cookie浏览器关闭后自动清除。这是实现“记住我”功能的关键。secure布尔值。如果为True则Cookie只会在HTTPS连接中被发送。在测试HTTP站点时设置此属性为True的Cookie可能不会被存储或发送。httpOnly布尔值。如果为True则Cookie无法通过客户端的JavaScript如document.cookie访问只能由浏览器在HTTP请求中自动携带。这主要用于增强安全性防止XSS攻击窃取Cookie。Selenium可以操作httpOnly的Cookie因为它是通过浏览器驱动协议直接操作的模拟了浏览器的底层行为。sameSite这是现代浏览器中非常重要的安全属性用于防御CSRF攻击。它有三个值Strict最严格完全禁止第三方Cookie。即从A网站跳转到B网站时B网站设置的Cookie不会被发送。Lax默认相对宽松。允许在顶级导航如点击链接时发送Cookie但在跨站POST提交或通过iframe、img加载资源时不会发送。None允许跨站发送Cookie但必须同时设置SecureTrue即必须使用HTTPS。Selenium操作Cookie的本质Selenium WebDriver通过浏览器驱动如ChromeDriver与真实浏览器通信。当你调用driver.add_cookie()时这个指令会通过WebDriver协议发送给浏览器浏览器会像处理来自服务器的Set-Cookie响应头一样将Cookie存入其内部的Cookie存储区。因此Selenium操作的是浏览器内核级别的、真实的Cookie与用户手动操作浏览器产生的Cookie在行为上完全一致。这比单纯用requests库操作Cookie然后设置请求头要真实得多因为它包含了浏览器对Cookie策略如同源、SameSite的完整执行。理解这些属性是后续一切高级操作和问题排查的基础。比如你添加Cookie后刷新页面发现登录态没了很可能就是因为domain或path没设置对或者测试HTTPS站点时Cookie无效可能是因为没设置secure属性。3. 环境准备与基础操作你的第一个Cookie脚本理论讲完我们动手实战。我会以最常用的Python语言为例其他语言Java, JavaScript, C#的思路完全一致只是语法不同。3.1 环境搭建与基础代码框架首先确保你安装了Selenium和对应的浏览器驱动如ChromeDriver。pip install selenium然后去 ChromeDriver官网 下载与你的Chrome浏览器版本匹配的驱动并放在PATH路径下。下面是一个最基础的脚本框架用于后续所有示例from selenium import webdriver from selenium.webdriver.common.by import By import time # 初始化浏览器驱动 driver webdriver.Chrome() # 确保chromedriver在PATH中 driver.implicitly_wait(10) # 设置隐式等待方便元素查找 try: # 你的测试逻辑将写在这里 driver.get(https://www.example.com) # ... 操作Cookie的代码 ... time.sleep(2) # 仅为演示实际应用中应使用显式等待 finally: # 确保最后关闭浏览器释放资源 driver.quit()3.2 Cookie基础CRUD操作全解现在我们在这个框架内逐一拆解Cookie的增删改查。3.2.1 添加Cookie (add_cookie)这是最核心的操作。你不能凭空添加一个Cookie必须先让浏览器访问一个URL建立起一个“浏览器上下文”。通常我们会先访问目标网站的任意页面甚至是首页。driver.get(https://www.example.com) # 构建一个Cookie字典。注意name和value是必填项。 cookie_to_add { name: session_token, value: abc123xyz789, domain: www.example.com, # 可选默认为当前页面的域名 path: /, # 可选默认为/ # expiry: 1743456000, # 可选Unix时间戳秒。例如2025-04-01 00:00:00 secure: False, # 可选默认为False。如果是HTTPS站点可能需要设为True httpOnly: False, # 可选默认为False。Selenium可以设置但通常由服务器决定 sameSite: Lax # 可选Strict, Lax, None } # 添加Cookie到浏览器 driver.add_cookie(cookie_to_add) print(Cookie已添加。)关键提示expiry参数接收的是Unix时间戳整数单位秒。如果你有一个具体的日期时间可以用Python的time模块转换。例如设置7天后过期expiry: int(time.time()) 7*24*60*60。3.2.2 获取指定Cookie (get_cookie)获取单个Cookie你需要知道它的名字。driver.get(https://www.example.com) # 假设我们已经添加或网站已经设置了名为session_token的Cookie target_cookie driver.get_cookie(session_token) if target_cookie: print(f找到Cookie: {target_cookie}) # 输出类似{name: session_token, value: abc123xyz789, domain: .example.com, ...} else: print(未找到指定名称的Cookie。)3.2.3 获取所有Cookie (get_cookies)获取当前页面上下文下的所有Cookie返回一个Cookie字典的列表。这在调试和状态检查时非常有用。driver.get(https://www.baidu.com) # 访问一个实际网站它会自己设置一些Cookie all_cookies driver.get_cookies() print(f共找到 {len(all_cookies)} 个Cookie:) for cookie in all_cookies: print(f - {cookie[name]}: {cookie[value][:50]}...) # 只打印前50个字符防止value过长3.2.4 删除Cookie有两种删除方式按名称删除 (delete_cookie): 删除指定名称的Cookie。全部删除 (delete_all_cookies): 清除当前域名下的所有Cookie。注意这通常也会导致你退出登录。driver.get(https://www.example.com) # 先添加两个Cookie用于演示 driver.add_cookie({name: user_pref, value: dark_mode}) driver.add_cookie({name: tracking_id, value: uuid_123}) print(f删除前Cookie数量: {len(driver.get_cookies())}) # 1. 删除单个Cookie driver.delete_cookie(user_pref) print(f删除user_pref后数量: {len(driver.get_cookies())}) # 2. 删除所有Cookie driver.delete_all_cookies() print(f删除所有Cookie后数量: {len(driver.get_cookies())})4. 实战进阶Cookie在自动化测试中的经典应用场景掌握了基础操作我们来看看如何用它们解决实际问题。这些场景都是我过去在项目中真实遇到并总结出来的。4.1 场景一绕过登录实现状态保持这是Cookie操作最经典、价值最高的应用。核心思路是手动登录一次保存Cookie后续测试直接注入Cookie跳过登录流程。步骤拆解获取登录态Cookie手动或用脚本完成一次成功登录。持久化存储Cookie将获取到的Cookie列表通常是包含sessionid或token的Cookie保存到文件如JSON或数据库中。测试脚本中复用Cookie在新的浏览器会话中先访问目标域名建立上下文然后读取存储的Cookie并批量添加。刷新页面或跳转到需要登录的页面验证是否已处于登录状态。代码示例保存与加载Cookieimport json from selenium import webdriver import time def save_cookies(driver, filepathcookies.json): 保存当前浏览器的所有Cookie到文件 cookies driver.get_cookies() with open(filepath, w, encodingutf-8) as f: json.dump(cookies, f, ensure_asciiFalse, indent2) print(fCookie已保存至 {filepath}) def load_cookies(driver, filepathcookies.json): 从文件读取Cookie并添加到当前浏览器会话 with open(filepath, r, encodingutf-8) as f: cookies json.load(f) # 添加Cookie前必须先访问该Cookie所属的域名以建立正确的上下文 if cookies: # 假设第一个Cookie的domain能代表目标站点注意处理子域名情况 first_domain cookies[0].get(domain, ).lstrip(.) if first_domain: # 访问一个该域名下的页面通常是首页或登录页 driver.get(fhttps://{first_domain}) else: # 如果cookie里没有domain信息就访问一个通用页面不推荐 driver.get(about:blank) time.sleep(1) # 等待页面加载确保上下文稳定 for cookie in cookies: # 处理一些可能的兼容性问题比如 expiry 可能是浮点数 if expiry in cookie and isinstance(cookie[expiry], float): cookie[expiry] int(cookie[expiry]) try: driver.add_cookie(cookie) except Exception as e: print(f添加Cookie {cookie.get(name)} 时出错: {e}) print(Cookie加载完成。) driver.refresh() # 刷新页面让Cookie生效 # --- 使用示例 --- driver webdriver.Chrome() # 第一部分首次登录并保存Cookie只需执行一次 try: driver.get(https://your-test-site.com/login) # ... 这里执行你的登录操作例如输入用户名密码点击登录按钮 ... # 假设登录成功跳转到了首页 time.sleep(3) # 等待登录完成和页面跳转 save_cookies(driver, test_site_cookies.json) finally: driver.quit() # 第二部分后续测试直接加载Cookie driver2 webdriver.Chrome() try: load_cookies(driver2, test_site_cookies.json) # 现在直接访问需要登录的页面 driver2.get(https://your-test-site.com/dashboard) # 检查页面元素确认已登录例如查找“退出登录”按钮 # logout_button driver2.find_element(By.ID, logout) # assert logout_button.is_displayed() print(登录状态恢复成功) finally: driver2.quit()实操心得Cookie过期登录态Cookie如Session通常有有效期。如果加载旧Cookie后仍然未登录首先检查Cookie是否已过期。你需要定期更新Cookie文件或者实现一个检查机制过期后自动重新登录。Domain匹配保存的Cookie中的domain字段可能是.your-test-site.com带点表示对该域名及其所有子域名有效。加载时你需要访问一个匹配该域名的页面如www.your-test-site.com。如果域名不匹配添加会失败。安全Cookie如果原网站使用了Secure仅HTTPS或HttpOnly属性Selenium在保存和重新添加时会保留这些属性这是没问题的。4.2 场景二测试“记住我”与登录过期逻辑这个场景要求你精确控制Cookie的过期时间。测试“记住我”功能登录时勾选“记住我”服务器会返回一个设置了长远expiry如30天的Cookie。你可以用get_cookie获取这个Cookie验证其expiry时间戳是否符合预期是否真的是30天后。测试登录过期手动修改一个有效登录Cookie的expiry时间为一个过去的时间戳然后刷新页面应该看到被踢出登录跳转到登录页。# 示例验证“记住我”Cookie的过期时间 driver.get(https://your-test-site.com/login) # ... 执行登录并勾选“记住我” ... # 获取登录后的session cookie session_cookie driver.get_cookie(sessionid) if session_cookie and expiry in session_cookie: expiry_timestamp session_cookie[expiry] from datetime import datetime expiry_date datetime.fromtimestamp(expiry_timestamp) print(fCookie过期时间: {expiry_date}) # 计算与当前时间的差值 import time now time.time() days_to_expire (expiry_timestamp - now) / (24 * 3600) print(f距离过期还有 {days_to_expire:.1f} 天) # 断言过期时间应该大于7天假设“记住我”是长期有效 assert days_to_expire 7, f‘记住我’Cookie有效期不足7天实际{days_to_expire:.1f}天 else: print(未找到带过期时间的Session Cookie可能不是‘记住我’登录。)4.3 场景三模拟不同用户或设备状态在测试多用户交互或权限系统时你需要快速切换不同用户的身份。方案为不同测试账号准备不同的Cookie文件如cookies_user_a.json,cookies_admin.json。在测试用例的setUp方法中根据测试需求加载对应的Cookie文件即可瞬间切换到对应的用户上下文无需重复登录。import pytest from selenium import webdriver class TestMultiUserDashboard: pytest.fixture(scopefunction) def driver(self): d webdriver.Chrome() yield d d.quit() def test_user_a_can_view_profile(self, driver): load_cookies(driver, cookies_user_a.json) driver.get(https://your-test-site.com/profile) # 断言用户A能看到自己的个人信息 # assert User As Name in driver.page_source def test_admin_can_manage_users(self, driver): load_cookies(driver, cookies_admin.json) driver.get(https://your-test-site.com/admin/users) # 断言管理员能看到用户管理界面 # assert driver.find_element(By.ID, user-management-table).is_displayed() def test_guest_cannot_access_dashboard(self, driver): # 不加载任何Cookie或先清除所有Cookie driver.delete_all_cookies() driver.get(https://your-test-site.com/dashboard) # 断言游客被重定向到登录页 # assert login in driver.current_url4.4 场景四处理复杂Cookie策略SameSite, Secure, HttpOnly现代网站越来越注重安全Cookie策略也越发严格。Selenium 4及以上版本支持设置这些属性。driver.get(https://www.example.com) # 创建一个包含各种安全属性的Cookie secure_cookie { name: __Secure-session-id, # 名字以__Secure-开头浏览器会强制要求Secure属性 value: encrypted_data_here, domain: www.example.com, path: /, secure: True, # 必须为True因为名字以__Secure-开头 httpOnly: True, # 防止XSS读取 sameSite: Strict # 最严格的同站策略 } # 注意如果当前页面是http://添加secureTrue的Cookie可能会失败。 # 确保在HTTPS页面上操作此类Cookie。 driver.add_cookie(secure_cookie) # 验证Cookie是否被正确设置 added_cookie driver.get_cookie(__Secure-session-id) print(f添加的Cookie详情: {added_cookie}) # 检查sameSite属性是否被正确识别取决于浏览器和Selenium版本 if added_cookie: print(fSameSite属性: {added_cookie.get(sameSite, Not Specified)})5. 跨语言操作指南与最佳实践虽然我们以Python为例但Selenium的API在不同语言中高度一致。了解这些差异有助于你阅读不同团队的代码或切换技术栈。Java:// 添加Cookie Cookie cookie new Cookie.Builder(key, value) .domain(example.com) .path(/) .isSecure(true) .isHttpOnly(true) .sameSite(Strict) .build(); driver.manage().addCookie(cookie); // 获取Cookie Cookie retrievedCookie driver.manage().getCookieNamed(key); System.out.println(retrievedCookie.getValue()); // 获取所有 SetCookie allCookies driver.manage().getCookies(); // 删除 driver.manage().deleteCookieNamed(key); driver.manage().deleteAllCookies();JavaScript (Node.js):// 添加Cookie await driver.manage().addCookie({name: key, value: value, sameSite: Strict}); // 获取Cookie let cookie await driver.manage().getCookie(key); console.log(cookie.value); // 获取所有 let allCookies await driver.manage().getCookies(); // 删除 await driver.manage().deleteCookie(key); await driver.manage().deleteAllCookies();C#:// 添加Cookie driver.Manage().Cookies.AddCookie(new Cookie(key, value, example.com, /, DateTime.Now.AddDays(1))); // 获取Cookie Cookie cookie driver.Manage().Cookies.GetCookieNamed(key); Console.WriteLine(cookie.Value); // 获取所有 var allCookies driver.Manage().Cookies.AllCookies; // 删除 driver.Manage().Cookies.DeleteCookieNamed(key); driver.Manage().Cookies.DeleteAllCookies();最佳实践总结访问在先add_cookie前务必先driver.get(url)建立正确的域名上下文。域名校验确保要添加的Cookie的domain与当前页面URL的域名匹配或为其父域。过期处理处理从文件加载的Cookie时注意expiry字段可能是浮点数需转换为整数。同时要有Cookie过期的处理逻辑。清理环境在测试用例的tearDown或after方法中使用delete_all_cookies()清理现场避免Cookie状态污染下一个测试。谨慎使用全部删除delete_all_cookies()会清除当前域名下的所有Cookie包括那些不是你脚本设置的如第三方跟踪Cookie。在测试中这通常是好事保持环境干净但在某些需要保留特定状态的场景下要注意。HTTPS与Secure测试HTTPS网站时如果Cookie设置了secure: true你必须确保当前页面也是https://开头否则添加会失败。使用Cookie文件管理对于需要长期维护的自动化项目将Cookie序列化保存到文件或小型数据库如SQLite中并编写通用的加载/保存函数是提高脚本可维护性的关键。6. 疑难杂症与深度排错指南即使按照最佳实践操作在实际项目中你还是会遇到各种奇怪的问题。下面是我踩过坑后总结的排查清单。6.1 问题一添加Cookie后刷新页面登录态依然无效这是最常见的问题。请按以下顺序排查检查Domain和Path这是头号嫌犯。用driver.get_cookies()打印出你刚刚添加的Cookie仔细看它的domain和path属性是否与你要访问的目标页面完全匹配常见错误是Cookie的domain是.example.com但你添加前访问的页面是www.example.com这是可以的。但如果Cookie的domain是api.example.com而你试图在www.example.com下使用那肯定不行。规则Cookie的domain必须是当前页面域名的后缀。检查Cookie过期时间用get_cookie()获取你添加的Cookie查看其expiry字段。如果它是一个过去的时间那么浏览器会立即丢弃它。确保你设置了一个未来的时间戳。检查Secure和HttpOnly属性如果目标网站是HTTPS且Cookie设置了secure: true那么你必须确保Selenium当前访问的页面也是HTTPS协议。httpOnly属性一般不影响Selenium操作。检查SameSite属性如果Cookie的sameSite被设置为Strict而你通过新标签页或直接跳转的方式访问页面这个Cookie可能不会被发送。尝试在同一个标签页内进行导航。网站有额外的安全校验有些网站不仅依赖Cookie还会校验User-Agent、IP地址、或请求头中的其他令牌。仅仅注入Cookie可能不够。你可以尝试在添加Cookie后同时设置一致的User-Agent通过driver.execute_script修改navigator.userAgent但注意这只能修改JS环境真实网络请求的UA可能不变更可靠的方式是通过ChromeOptions设置。等待与同步添加Cookie后页面状态可能没有立即更新。尝试在add_cookie后使用driver.refresh()刷新页面或者等待一个代表登录成功的元素出现。6.2 问题二get_cookies()返回空列表但浏览器开发者工具里明明有Cookie时机问题确保你在调用get_cookies()之前页面已经加载完成并且网络请求已经发送服务器已经通过Set-Cookie响应头设置了Cookie。可以在页面加载后加一个短暂的等待time.sleep(2)或使用显式等待。上下文问题driver.get_cookies()返回的是当前浏览器标签页所访问域名下的Cookie。如果你访问的是about:blank或一个本地文件(file://)那么Cookie列表自然是空的。确保你访问了一个真实的HTTP/HTTPS网址。第三方Cookie浏览器开发者工具会显示所有域名下的Cookie但get_cookies()只返回当前页面域名下的Cookie。检查一下你看到的Cookie是不是来自其他域名如广告、统计平台。6.3 问题三操作Cookie时遇到InvalidCookieDomainException或其他异常InvalidCookieDomainException你尝试添加的Cookie的domain与当前页面的域名不匹配。解决方案在添加Cookie前先导航到该Cookie所属的域名或父域名。例如要为.example.com添加Cookie先访问https://www.example.com。UnableToSetCookieException可能的原因包括尝试在非HTTPS页面上设置secure: true的CookieCookie的expiry时间格式不对或者浏览器安全策略限制某些浏览器在特定模式下如Headless或无痕模式可能有不同行为。StaleElementReferenceException或其他与Cookie无关的异常这通常不是Cookie操作直接引起的可能是页面在操作Cookie期间发生了刷新或跳转导致之前获取的WebElement对象失效。确保你的操作顺序是稳定的。6.4 高级调试技巧启用浏览器日志在初始化WebDriver时添加选项捕获浏览器控制台和网络日志有时能看到Cookie被拒绝的具体原因。from selenium.webdriver.chrome.options import Options options Options() options.set_capability(goog:loggingPrefs, {browser: ALL, performance: ALL}) driver webdriver.Chrome(optionsoptions) # ... 执行你的操作 ... for entry in driver.get_log(browser): print(entry)使用driver.execute_script(‘return document.cookie’)这个JavaScript调用返回的是当前页面可通过JS访问的Cookie非HttpOnly。与driver.get_cookies()的结果进行对比可以帮助判断Cookie是否成功设置以及其httpOnly属性。手动验证在脚本中add_cookie后先不要进行后续操作。手动切换到浏览器窗口打开开发者工具(F12)在Application-Storage-Cookies下查看目标域名的Cookie是否真的被添加上了属性是否正确。这是最直接的验证方法。7. 与Playwright、Puppeteer的对比及选型思考你可能会听到Playwright和Puppeteer这两个名字。它们也是优秀的浏览器自动化工具。在Cookie管理方面它们与Selenium有何异同Selenium:优势历史悠久生态庞大支持语言最多Python, Java, C#, JavaScript, Ruby等浏览器支持最全Chrome, Firefox, Safari, Edge等。Cookie API稳定且直接。劣势相对于新生工具执行速度可能稍慢API设计稍显老旧。需要单独管理浏览器驱动如ChromeDriver。Cookie操作API直观add_cookie,get_cookies,delete_all_cookies。Playwright (Microsoft):优势设计现代API强大且一致自动等待机制优秀执行速度快。内置了浏览器驱动无需单独管理。支持网络拦截、移动端模拟等高级特性。劣势相对较新社区和第三方库生态略逊于Selenium。主要支持Node.js/Python/.NET/Java。Cookie操作API也很简洁context.add_cookies(),context.cookies()。Playwright的“上下文”(Context)概念很好可以隔离不同的Cookie环境。Puppeteer (Google Chrome团队):优势与Chrome/Chromium深度集成性能极佳对Chrome DevTools Protocol的利用最彻底。是前端调试和测试的利器。劣势主要只支持JavaScript/Node.js对其他浏览器Firefox, Safari的支持是实验性的或通过第三方。Cookie操作通过page.setCookie(...cookies)和page.cookies([urls])操作。如何选择如果你的团队是多语言技术栈Java后端用Java写测试Python团队用Python或者需要测试多种浏览器包括SafariSelenium是稳妥的、兼容性最好的选择。如果你的项目是Node.js/JavaScript为主追求极致的执行速度和现代化的API并且主要针对Chromium系浏览器Playwright或Puppeteer是更好的选择。Playwright在多语言支持和多浏览器支持上比Puppeteer更有优势。对于Cookie操作本身三者都能很好地完成工作。Selenium的API最广为人知资料最多。Playwright的Context隔离特性在管理多用户/多会话场景时更优雅。最后无论选择哪个工具理解Cookie的原理和本文中提到的各种场景、陷阱及解决方案才是你构建健壮自动化测试脚本的核心能力。工具只是实现手段对HTTP状态管理机制的理解才是根本。希望这篇超过5000字的全攻略能让你在面对Selenium Cookie相关问题时真正做到心中有数手中有术。