1. 项目概述为什么是Playwright如果你最近在关注UI自动化测试或者正在为Web应用的功能验证、回归测试发愁那么“Playwright”这个名字你一定不陌生。它早已不是那个需要费力解释“和Selenium有什么区别”的新秀而是成为了许多团队在构建现代Web自动化流水线时的首选工具。简单来说Playwright是一个由微软开源的Node.js库它提供了一套统一的API可以跨Chromium、Firefox和WebKit三大浏览器引擎驱动浏览器完成导航、点击、输入、截图、模拟移动设备等几乎所有你能想到的浏览器操作。它的核心价值在于解决了传统UI自动化工具如Selenium WebDriver长期面临的痛点不稳定的等待、难以处理的动态内容、跨浏览器兼容性调试复杂以及对现代Web单页应用SPA支持不佳等问题。我最初接触Playwright是因为一个电商项目的回归测试套件跑一次要近两个小时且失败率高达30%。大部分失败并非业务逻辑问题而是“元素未找到”、“超时”这类令人头疼的稳定性问题。在尝试了Playwright之后我们将测试执行时间缩短了60%稳定性提升到95%以上。这背后的关键就在于Playwright从设计之初就为现代Web的复杂性做好了准备。它内置了智能等待、自动重试机制能自动等待元素可操作状态它提供了强大的选择器引擎能穿透Shadow DOM精准定位动态生成的元素它的网络拦截和模拟能力让你能轻松控制请求与响应为测试创造稳定的环境。无论你是前端开发者想为自己的组件库写端到端测试还是测试工程师需要构建一套健壮的自动化回归体系抑或是运维同学想用脚本自动完成一些日常的Web操作Playwright都提供了一个高效、可靠的解决方案。2. 核心设计思路Playwright如何做到“稳、准、快”2.1 架构革新告别WebDriver协议要理解Playwright的“稳”必须从它的架构说起。传统的Selenium依赖于W3C的WebDriver协议这是一个基于HTTP的远程控制协议。浏览器需要实现一个WebDriver端点测试脚本通过HTTP命令与这个端点通信端点再驱动浏览器。这个架构带来了几个固有难题通信延迟、序列化/反序列化开销大以及浏览器对协议的支持程度不一导致某些高级操作如下载文件、拦截网络实现起来非常复杂或不可靠。Playwright采用了完全不同的思路。它通过DevTools ProtocolCDP或各浏览器厂商提供的专用调试协议如Chrome DevTools Protocol与浏览器进行通信。更重要的是Playwright在启动浏览器时会注入一个“Playwright Client”到浏览器上下文中。这个Client与你的测试脚本运行在同一个进程或通过高效的管道通信实现了对浏览器近乎原生的、同步的控制。这意味着当你的脚本执行page.click(‘button’)时Playwright不需要发送一个HTTP请求、等待响应、再解析结果而是通过高效的进程间通信直接驱动浏览器执行点击。这种架构带来了极低的延迟和高可靠性也是其“自动等待”等高级特性的基础。2.2 智能等待与自动重试告别“sleep”和“显式等待”动态内容是UI自动化最大的敌人。一个按钮可能因为数据加载而延迟出现一个列表可能在AJAX请求完成后才渲染。传统做法是到处写Thread.sleep或复杂的显式等待条件代码臃肿且依然不稳定。Playwright将“等待”内化到了几乎每一个操作中。当你调用page.click(selector)时Playwright内部会执行一个复杂的检查链持续轮询DOM直到找到与选择器匹配的元素。检查该元素是否可见非display: none或visibility: hidden。检查该元素是否可交互未被禁用、未被其他元素遮挡。检查元素是否稳定例如不在CSS动画或过渡中。 只有所有这些条件都满足Playwright才会执行点击操作。如果在超时时间默认30秒内条件未满足操作才会失败。这相当于为每一个操作都自动包裹了一个健壮的等待逻辑。你还可以通过page.waitForSelector(selector, state)等API进行更精细的控制。这种设计让测试脚本的编写变得异常简洁你只需要关心“要做什么”而把“什么时候能做”交给Playwright。2.3 强大的选择器引擎穿透Shadow DOM应对动态ID现代前端框架如React, Vue, Angular大量使用动态ID和组件化导致元素属性如id、class在每次渲染时都可能变化。Playwright提供了多种强大的定位策略远不止于id和class。文本内容定位page.click(‘text登录’)可以直接点击页面上文本为“登录”的元素这对于没有稳定属性的按钮或链接非常有效。CSS与XPath支持标准的CSS选择器和XPath满足复杂定位需求。Playwright专属选择器这是其王牌功能。例如page.click(‘[data-testidsubmit-btn]’)鼓励开发为测试元素添加稳定的>// 拦截所有图片请求并阻止加载加速测试 await page.route(‘**/*.{png,jpg,jpeg}’, route route.abort()); // 拦截特定API请求并返回模拟数据 await page.route(‘**/api/user/profile’, async route { const json { name: ‘测试用户’, id: 123 }; await route.fulfill({ json }); }); // 修改请求头或请求体 await page.route(‘**/api/submit’, async route { const request route.request(); const postData JSON.parse(request.postData()); postData.timestamp Date.now(); // 修改请求数据 await route.continue({ postData: JSON.stringify(postData) }); });这个功能极其强大你可以屏蔽不必要的资源如图片、样式表、第三方脚本大幅提升测试执行速度。模拟API响应在前后端开发不同步时前端可以独立进行完整的端到端测试。测试边缘情况如模拟服务器错误500、网络超时等。验证发送的请求是否正确包括URL、方法、请求头和请求体。3. 环境搭建与核心配置实战3.1 跨平台安装与浏览器管理Playwright支持Windows、macOS和Linux。其安装过程高度自动化但其中“安装浏览器”这一步是国内开发者最容易遇到问题的地方。基础安装Node.js项目# 初始化npm项目如果还没有package.json npm init -y # 安装Playwright库 npm install playwright # 安装Playwright自带的浏览器Chromium, Firefox, WebKit npx playwright install执行npx playwright install时它会从Playwright的官方CDN下载浏览器二进制文件。这里就是第一个“坑”由于网络原因下载速度可能极慢甚至失败。实战避坑配置国内镜像源加速安装Playwright支持通过环境变量PLAYWRIGHT_DOWNLOAD_HOST来指定下载主机。我们可以将其指向国内的镜像源。# 对于Linux/macOS export PLAYWRIGHT_DOWNLOAD_HOSThttps://npmmirror.com/mirrors/playwright npx playwright install # 对于Windows (PowerShell) $env:PLAYWRIGHT_DOWNLOAD_HOST“https://npmmirror.com/mirrors/playwright” npx playwright install # 也可以在执行命令时直接设置 PLAYWRIGHT_DOWNLOAD_HOSThttps://npmmirror.com/mirrors/playwright npx playwright install使用镜像源后下载速度会有质的提升。如果公司内网有更严格的限制甚至可以考虑先将浏览器包下载到本地然后通过PLAYWRIGHT_BROWSERS_PATH环境变量指定本地路径。浏览器管理进阶指定浏览器版本npx playwright install chromium1000安装特定版本的Chromium。只安装需要的浏览器npx playwright install chromium firefox避免安装不需要的WebKit以节省磁盘空间和时间。查看已安装的浏览器npx playwright install --dry-run。3.2 项目初始化与脚本录制Playwright CLI对于新手最快上手的方式是使用Playwright自带的命令行工具进行脚本录制。它就像一个“宏录制器”能将你的浏览器操作转化为可执行的代码。# 打开录制器并启动一个浏览器 npx playwright codegen # 指定录制起始网址和输出语言 npx playwright codegen https://example.com --targetjavascript # 指定使用特定浏览器录制 npx playwright codegen --browserfirefox执行命令后会弹出两个窗口一个浏览器窗口和一个“Playwright Inspector”窗口。你在浏览器中的所有操作点击、输入、导航都会被实时转换成代码显示在Inspector中。录制结束后你可以直接将代码复制到你的测试文件中。注意录制生成的代码是一个很好的起点但绝不能直接用于生产环境。它通常包含大量基于坐标的点击如page.click(‘button’)和固定的等待如page.waitForTimeout(1000)。你需要手动将这些代码重构使用更稳定的选择器如>import { defineConfig, devices } from ‘playwright/test’; export default defineConfig({ // 1. 测试目录和文件匹配模式 testDir: ‘./tests’, testMatch: ‘**/*.spec.ts’, // 2. 全局超时设置 timeout: 30 * 1000, // 每个测试的最大超时时间 expect: { timeout: 5000 }, // 断言超时时间 // 3. 并行执行配置 - 大幅提升测试速度的关键 fullyParallel: true, // 完全并行运行所有测试文件 workers: process.env.CI ? 2 : 4, // CI环境用2个worker本地开发用4个 // 4. 报告器配置 reporter: [ [‘html’], // 生成漂亮的HTML报告 [‘list’], // 在控制台输出简洁列表 [‘junit’, { outputFile: ‘test-results/junit.xml’ }] // 用于CI集成 ], // 5. 全局项目配置可以定义多套环境如桌面Chrome移动端Safari projects: [ { name: ‘chromium’, use: { …devices[‘Desktop Chrome’] }, }, { name: ‘firefox’, use: { …devices[‘Desktop Firefox’] }, }, { name: ‘Mobile Chrome’, use: { …devices[‘Pixel 5’] }, // 模拟Pixel 5手机 }, ], // 6. 全局前置/后置钩子 globalSetup: ‘./global-setup’, // 所有worker启动前执行常用于登录获取token globalTeardown: ‘./global-teardown’, // 所有worker结束后执行 // 7. 浏览器上下文选项每个测试的独立环境 use: { baseURL: ‘https://my-app.com’, // 设置基础URLpage.goto(‘/login’) 会跳转到 https://my-app.com/login viewport: { width: 1280, height: 720 }, ignoreHTTPSErrors: true, // 忽略HTTPS证书错误用于测试环境 trace: ‘on-first-retry’, // 跟踪记录仅在第一次重试时生成便于调试 screenshot: ‘only-on-failure’, // 仅在失败时截图 video: ‘retain-on-failure’, // 仅在失败时保留录像 }, });配置心得workers参数是提升测试速度的利器。它决定了并行运行测试的进程数。通常设置为CPU核心数或略少。在CI/CD流水线中需要根据机器配置调整避免内存溢出。projects让你能轻松实现跨浏览器测试。只需一个命令npx playwright test --projectchromium --projectfirefox就能同时在多个浏览器环境中运行测试。trace、screenshot和video是调试失败的“三件套”。特别是trace它记录了一个交互式的快照你可以像使用浏览器开发者工具的时间旅行调试一样回放测试的每一步查看当时的DOM状态、网络请求和Console日志定位问题事半功倍。4. 核心API与最佳实践详解4.1 页面Page对象你的主要操作界面Page对象代表一个浏览器标签页或一个弹出窗口。绝大多数操作都通过它进行。导航与等待// 基础导航 await page.goto(‘https://example.com’); // 更健壮的导航等待到某个特定事件发生 await page.goto(‘https://example.com’, { waitUntil: ‘networkidle’, // 等待到网络空闲500ms内无超过2个网络连接 // 其他选项: ‘load’ (load事件), ‘domcontentloaded’ (DOM解析完成), ‘commit’ (收到响应) }); // 点击并等待导航例如点击一个链接后跳转 await page.click(‘a#next-page’); await page.waitForURL(‘**/page-2’); // 显式等待URL变化元素操作// 输入文本 - Playwright会先聚焦元素清空内容再输入 await page.fill(‘input[name“username”]’, ‘myuser’); // 对于复杂输入如富文本编辑器使用 type 模拟键盘输入 await page.type(‘.editor’, ‘Hello World’, { delay: 100 }); // 每个字符间隔100ms更真实 // 点击 await page.click(‘button.submit’); // 强制点击即使元素被遮挡 // await page.click(‘button’, { force: true }); // 双击、右击、悬停 await page.dblclick(‘item’); await page.click(‘button’, { button: ‘right’ }); await page.hover(‘menu-item’); // 触发下拉菜单 // 处理下拉选择框 await page.selectOption(‘select#country’, ‘CN’); // 通过value选择 await page.selectOption(‘select#country’, { label: ‘中国’ }); // 通过显示文本选择 // 上传文件 await page.setInputFiles(‘input[type“file”]’, ‘./my-file.pdf’); // 处理弹窗alert, confirm, prompt page.on(‘dialog’, async dialog { console.log(dialog.message()); await dialog.accept(); // 点击“确定” // await dialog.dismiss(); // 点击“取消” });获取元素状态与内容// 获取元素文本内容 const text await page.textContent(‘.title’); // 获取元素内部HTML const html await page.innerHTML(‘.container’); // 获取输入框的值 const value await page.inputValue(‘input#email’); // 获取元素属性 const href await page.getAttribute(‘a.link’, ‘href’); // 检查元素是否可见/启用 const isVisible await page.isVisible(‘button’); const isEnabled await page.isEnabled(‘button’); // 获取多个元素 const items await page.$$(‘ul.items li’); for (const item of items) { console.log(await item.textContent()); }4.2 断言Assertions验证测试结果Playwright Test运行器内置了基于expect的断言库语法直观。import { test, expect } from ‘playwright/test’; test(‘首页标题正确’, async ({ page }) { await page.goto(‘/’); // 1. 页面级断言 await expect(page).toHaveTitle(‘我的应用’); await expect(page).toHaveURL(/.*dashboard/); // 使用正则匹配URL await expect(page).toHaveScreenshot(‘homepage.png’); // 视觉回归测试 // 2. 元素级断言最常用 const heading page.locator(‘h1’); await expect(heading).toBeVisible(); await expect(heading).toHaveText(‘欢迎回来’); await expect(heading).toHaveClass(/active/); await expect(heading).toHaveCSS(‘font-size’, ‘24px’); const input page.locator(‘input#search’); await expect(input).toBeEmpty(); await expect(input).toBeEditable(); await expect(input).toBeEnabled(); // 3. 列表断言 const listItems page.locator(‘ul.todos li’); await expect(listItems).toHaveCount(5); await expect(listItems).toContainText([‘任务1’, ‘任务2’]); // 4. API响应断言结合路由拦截 const [response] await Promise.all([ page.waitForResponse(res res.url().includes(‘/api/data’)), page.click(‘button.fetch’) ]); expect(response.ok()).toBeTruthy(); const responseBody await response.json(); expect(responseBody.status).toBe(‘success’); });断言最佳实践优先使用Playwright的异步断言如expect(locator).toBeVisible()它们内部包含了智能等待比先获取状态再断言更稳定。利用软断言expect.soft()允许一个测试中多个断言即使其中一个失败测试也会继续执行并最终报告所有失败便于一次运行发现多个问题。自定义匹配器可以扩展expect来创建适合自己项目的匹配器如expect(page).toBeLoggedIn()。4.3 定位器Locator模式声明式与链式调用Playwright强烈推荐使用Locator模式。page.locator(selector)返回一个定位器对象它代表一个查询而不是立即执行。这带来了声明式和链式调用的优势。// 基础定位器 const submitBtn page.locator(‘button:has-text(“提交”)’); // 链式调用与过滤 const row page.locator(‘tr’) .filter({ hasText: ‘特定产品’ }) // 过滤出包含该文本的行 .filter({ has: page.locator(‘.status-active’) }); // 再过滤出包含活跃状态图标的行 await row.click(); // 定位器组合父子、相邻 const form page.locator(‘#user-form’); const nameInput form.locator(‘input[name“name”]’); // 在form内部查找 const nextSibling page.locator(‘h1’).locator(‘ p’); // 找到h1后面的p元素 // 获取多个定位器中的特定一个 const thirdItem page.locator(‘.list-item’).nth(2); // 索引从0开始 // 等待定位器满足条件比page.waitForSelector更灵活 const dynamicElement page.locator(‘.loaded’); await dynamicElement.waitFor({ state: ‘attached’ });Locator的核心优势自动等待对Locator执行操作click,fill或断言时会自动等待元素可操作。防过时元素引用如果DOM更新导致旧的元素引用失效Locator会在下次操作时重新查询避免了“StaleElementReferenceException”这个Selenium中的经典错误。可读性高链式调用让查询逻辑清晰。5. 高级应用场景与性能优化5.1 处理复杂场景iframe、新窗口与文件下载iframe处理现代Web应用中iframe如支付页面、地图插件很常见。Playwright可以轻松切入iframe上下文。// 通过选择器或URL定位iframe元素 const frameElement await page.waitForSelector(‘iframe.payment’); const frame await frameElement.contentFrame(); // 获取frame对象 // 现在可以在frame上下文中操作 await frame.fill(‘#card-number’, ‘4111111111111111’); await frame.click(‘#submit-payment’); // 更简洁的方式使用frameLocator const cardNumberField page.frameLocator(‘iframe.payment’).locator(‘#card-number’); await cardNumberField.fill(‘4111111111111111’);多页面/新窗口处理// 监听新窗口打开例如点击一个target“_blank”的链接 const [newPage] await Promise.all([ page.context().waitForEvent(‘page’), // 等待新page事件 page.click(‘a[target“_blank”]’) // 触发打开新窗口的操作 ]); await newPage.waitForLoadState(); console.log(await newPage.title()); // 操作完成后记得关闭 await newPage.close();文件下载// 监听下载事件 const [download] await Promise.all([ page.waitForEvent(‘download’), // 启动下载监听 page.click(‘a.download-report’) // 触发下载 ]); // 获取下载建议的文件名和路径 const suggestedFilename download.suggestedFilename(); // 指定保存路径 const savePath ./downloads/${suggestedFilename}; await download.saveAs(savePath); console.log(文件已下载至: ${savePath});5.2 性能优化与大规模测试实践当测试用例成百上千时性能成为关键考量。1. 测试隔离与并行执行Playwright Test的test.describe和test.beforeEach提供了良好的隔离。确保每个测试不依赖其他测试的状态。充分利用playwright.config.ts中的workers进行并行执行。对于登录等耗时操作使用globalSetup在所有测试开始前执行一次并将认证状态如cookies存储起来供各个测试复用。2. 选择性跳过与分组test.describe(‘支付流程’, () { test(‘信用卡支付’, async ({ page }) { /* … */ }); test(‘支付宝支付 slow’, async ({ page }) { // 标记为慢测试 // 这个测试可能涉及外部跳转较慢 }); test.skip(‘已废弃的支付方式’, async ({ page }) { // 跳过此测试 // 暂时不运行的测试 }); }); // 命令行中只运行标记为slow的测试 // npx playwright test --grep “slow” // 命令行中排除慢测试 // npx playwright test --grep-invert “slow”3. 资源拦截与模拟如前所述拦截不必要的资源如图片、字体、分析脚本是提升速度最有效的方法之一。可以在globalSetup或测试文件的beforeEach中统一配置。4. 使用轻量级浏览器上下文每个测试都启动一个全新的浏览器实例开销巨大。Playwright的BrowserContext浏览器上下文类似于一个独立的隐身会话共享同一个浏览器进程但拥有独立的cookies、localStorage等启动更快。test.beforeEach(async ({ browser }) { // 为每个测试创建一个新的上下文而不是新浏览器 context await browser.newContext({ viewport: { width: 1280, height: 720 }, ignoreHTTPSErrors: true, }); page await context.newPage(); }); test.afterEach(async () { await page.close(); await context.close(); });5. 视觉回归测试Playwright内置了强大的截图对比功能可用于UI视觉回归测试。test(‘首页布局没有意外变化’, async ({ page }) { await page.goto(‘/’); // 与之前保存的基准截图对比允许一个小的像素差异阈值 expect(await page.screenshot()).toMatchSnapshot(‘homepage.png’, { threshold: 0.1 }); });在CI中需要将基准截图纳入版本管理。当UI变更导致截图不匹配时测试会失败你需要审查差异并决定是更新基准截图接受变更还是修复UI缺陷。6. 常见问题排查与调试技巧实录即使有了Playwright的智能等待在实际复杂的项目环境中你依然会遇到各种诡异的问题。以下是我在多个项目中踩坑后总结的排查清单。6.1 元素定位失败动态内容与竞态条件问题现象TimeoutError: page.click: Timeout 30000ms exceeded.这是最常见的错误意味着在30秒内未找到元素或元素不可操作。排查步骤确认选择器是否正确使用Playwright Inspector (npx playwright open或await page.pause()) 暂停测试在打开的浏览器中使用“选择器拾取”工具验证你的选择器是否能唯一匹配到目标元素。注意Inspector中显示的选择器可能不是最优的需要你根据DOM结构优化。检查元素状态在代码中在点击前添加状态检查。const button page.locator(‘button.submit’); await button.waitFor({ state: ‘visible’ }); // 等待可见 await button.waitFor({ state: ‘attached’ }); // 等待附着到DOM console.log(‘Is enabled:’, await button.isEnabled()); // 检查是否启用 console.log(‘Is visible:’, await button.isVisible()); await button.click();处理动态内容/懒加载如果元素是通过滚动加载的你需要先滚动到该元素区域。await button.scrollIntoViewIfNeeded(); // 滚动直到元素可见 await button.click();处理弹窗/遮罩层有时元素被模态框Modal或覆盖层Overlay遮挡。尝试先关闭它们或使用{ force: true }参数强制点击需谨慎可能不符合真实用户行为。处理iframe确保你的操作在正确的frame上下文中参考5.1节。网络请求未完成页面可能还在等待某个关键的API响应。使用page.waitForResponse或page.waitForLoadState(‘networkidle’)确保页面就绪。await Promise.all([ page.waitForResponse(response response.url().includes(‘/api/data’) response.status() 200), page.click(‘button.load-data’) ]);6.2 测试在CI环境中失败本地却成功这是一个经典问题通常由环境差异引起。排查清单可能原因排查方法解决方案资源加载超时/失败查看CI日志中的网络错误或超时信息。使用page.on(‘requestfailed’, …)监听失败请求。1. 增加全局timeout。2. 在CI环境中拦截并屏蔽不稳定的第三方资源如Google Analytics。3. 确保测试环境网络稳定。浏览器版本差异CI服务器安装的浏览器版本可能与本地不同。在playwright.config.ts中锁定浏览器版本或在CI脚本中明确指定安装版本npx playwright install chromiumstable。屏幕分辨率/视口差异CI服务器可能是无头模式且分辨率不同导致响应式布局变化。在配置中明确设置viewport大小并考虑使用hasTouch等设备模拟。时间依赖测试中使用了固定的page.waitForTimeoutCI服务器速度不同。绝对避免使用固定等待。全部改用基于事件的等待waitForSelector,waitForResponse,waitForURL等。测试数据状态测试依赖于特定的数据库状态CI环境的数据被其他测试污染或未初始化。使用beforeEach和afterEach钩子确保每个测试有独立且已知的初始状态。利用API或直接操作DB来准备和清理数据。并发冲突多个测试并行运行操作了共享资源如同一个测试用户。确保测试完全独立。为每个并行worker生成唯一的测试数据如用户名加随机后缀。6.3 利用Trace Viewer进行时间旅行调试当测试失败时生成的trace.zip文件是你的最佳侦探工具。运行以下命令打开它npx playwright show-trace trace.zipTrace Viewer会展示一个时间轴你可以拖动滑块查看测试执行过程中每一刻的动作点击、输入等操作记录。DOM快照当时的完整HTML你可以检查元素是否存在、属性是否正确。Console日志浏览器Console的输出。网络请求所有发出的请求和响应包括状态码和载荷。截图每个关键步骤的屏幕截图。调试流程在时间轴上找到测试失败的大致时间点。查看失败前最后一个成功的操作是什么。检查操作执行时DOM中的目标元素状态是否可见、属性是否正确。查看网络请求确认是否有API调用失败或返回了错误数据。查看Console是否有JavaScript错误。6.4 自定义日志与截图在关键步骤添加自定义日志和截图可以在测试失败时提供更多上下文。test(‘复杂下单流程’, async ({ page }) { console.log(‘[INFO] 开始登录流程’); await page.goto(‘/login’); await page.fill(‘#username’, ‘testuser’); await page.fill(‘#password’, ‘password’); await page.click(‘button[type“submit”]’); await page.waitForURL(‘**/dashboard’); console.log(‘[INFO] 登录成功进入仪表盘’); await page.screenshot({ path: ‘step1-dashboard.png’ }); // 关键步骤截图 // … 更多操作 // 如果断言失败捕获更多信息 try { await expect(page.locator(‘.order-success’)).toBeVisible(); } catch (error) { // 在失败时截取全屏和当前视图 await page.screenshot({ path: ‘failure-full.png’, fullPage: true }); await page.screenshot({ path: ‘failure-viewport.png’ }); // 打印当前页面HTML片段 console.log(‘失败时页面关键区域HTML:’, await page.innerHTML(‘body’)); throw error; // 重新抛出错误让测试失败 } });将这些日志输出与CI系统的日志收集功能结合能极大提升线上问题排查效率。我个人习惯在测试框架外再包裹一层简单的日志工具将时间戳、测试名和自定义信息统一格式化输出使得日志更清晰可读。