Python+Selenium自动化测试报告生成实战：从pytest-html到邮件发送

1. 项目概述：为什么我们需要一份“会说话”的测试报告？

如果你已经用 Python 和 Selenium 写了不少自动化测试脚本，每天定时跑，看着控制台里一行行PASS或FAIL的输出，是不是觉得任务已经完成了？但当你需要向项目经理、产品经理或者测试负责人汇报测试结果时，问题就来了。你总不能把黑乎乎的控制台日志截图发过去，然后说：“看，有3个用例失败了。”对方大概率会一头雾水：失败在哪一步？当时页面长什么样？是偶发问题还是必现缺陷？对整个版本的质量影响有多大？

这就是自动化测试报告存在的核心价值。一份好的测试报告，不仅仅是测试结果的“记录员”，更是质量状况的“翻译官”和“分析师”。它需要将冰冷的执行日志，转化为直观、可读、甚至可交互的质量视图。Python + Selenium 的组合，在驱动浏览器完成各种复杂操作上已经非常强大，但如何将这一过程的“证据”和“结论”优雅地呈现出来，是提升自动化工程价值的关键一步。我见过很多团队的自动化脚本写得不错，但报告环节却草草了事，导致自动化成果的能见度和影响力大打折扣。

本文将从一个资深测试开发的角度，手把手带你搭建一个不仅能用，而且好用、专业的自动化测试报告生成体系。我们会超越简单的print语句和unittest的文本输出，深入探讨如何生成结构清晰的 HTML 报告、如何集成截图与日志、如何定制化报告内容，以及如何让报告自动发送到相关方手中。整个过程，我会穿插我趟过的坑和总结的最佳实践，目标是让你生成的每一份报告，都能清晰、有力地为产品质量代言。

2. 测试报告的核心诉求与方案选型

在动手写代码之前，我们必须想清楚：一份理想的自动化测试报告，到底应该包含哪些要素？这决定了我们技术方案的选择。

2.1 一份优秀测试报告的必备要素

根据我多年的经验，一份能拿得出手的自动化测试报告，至少需要满足以下几点：

1. 结果一目了然：总体通过率、用例总数、成功数、失败数、错误数、耗时等核心摘要，必须在报告最显眼的位置展示。最好能用图表（如饼图、柱状图）直观呈现。
2. 详情可追溯：对于每一个测试用例，无论是成功还是失败，报告都应提供详细信息，包括用例名称、描述、执行耗时。对于失败的用例，这是重中之重。
3. 失败现场还原：这是 Selenium UI 自动化报告的灵魂。当用例失败时，报告必须能附上失败瞬间的页面截图。更进一步，如果能提供失败时的错误堆栈信息，将极大提升排查效率。
4. 日志集成：测试执行过程中的关键操作日志（如“点击登录按钮”、“输入用户名XXX”、“断言首页标题”）应该能嵌入到报告中，形成完整的操作流水线，方便复现问题。
5. 格式友好与可分发：HTML 格式是首选，因为它跨平台、易浏览、样式美观。报告最好能通过邮件等方式自动发送给项目组成员。

2.2 Python 测试报告方案对比

围绕这些诉求，Python 生态中有几个主流的选择，我们来分析一下各自的优劣：

方案一：unittest + HTMLTestRunner这是最经典、资料最多的组合。HTMLTestRunner是一个第三方库，专门为unittest框架生成 HTML 报告。

• 优点：简单直接，与 Python 标准库unittest无缝集成，生成的报告基础信息完整。
• 缺点：原版HTMLTestRunner样式较为古老，且功能扩展性一般（比如自定义截图需要额外处理）。社区有多个改良版，但需要甄选。

方案二：pytest + pytest-htmlpytest是当前 Python 测试领域的事实标准，功能强大，插件生态丰富。pytest-html是官方推荐的 HTML 报告生成插件。

• 优点：与pytest深度集成，使用极其简单（一个命令行参数即可）。支持丰富的钩子函数，可以非常方便地添加截图、额外信息等。报告样式现代，支持排序、过滤。
• 缺点：默认报告更偏向于通用测试，对 UI 自动化特有的“失败截图”等需求，需要一定的配置才能完美实现。

方案三：Allure 框架Allure 是一个轻量级、多语言的测试报告工具，能生成非常精美、交互性极强的报告。

• 优点：报告颜值和交互体验顶级，支持用例分层、附件（截图、日志、文本）、步骤（Step）展示，功能非常强大。
• 缺点：需要额外安装 Java 环境（Allure 命令行工具），集成步骤比前两者稍显复杂，属于“重型”但专业的解决方案。

我的选择与建议对于刚入门或希望快速搭建可靠报告体系的同学，我强烈推荐方案二：pytest + pytest-html。它平衡了易用性、美观度和扩展性。pytest本身比unittest更灵活强大，pytest-html的扩展能力足以满足我们定制化报告的需求。本文将主要基于此方案展开，同时也会介绍如何通过HTMLTestRunner满足一些特定场景。Allure 更适合追求极致报告体验和已有一定基础的中大型项目。

注意：无论选择哪种方案，切记不要只停留在生成报告本身。一定要把失败截图和日志记录作为报告不可分割的一部分来设计和实现。没有现场证据的报告，价值折半。

3. 基础环境搭建与项目结构设计

工欲善其事，必先利其器。我们先来搭建一个清晰、可维护的自动化测试项目环境。

3.1 环境准备与依赖安装

首先，确保你已安装 Python（建议 3.8 及以上版本）。然后，我们通过pip安装核心库。

# 安装 Selenium WebDriver，用于浏览器自动化 pip install selenium # 安装 pytest 测试框架及其 HTML 报告插件 pip install pytest pytest-html # 安装 WebDriver 管理器，自动管理浏览器驱动（强烈推荐，避免手动下载驱动版本不匹配的噩梦） pip install webdriver-manager

为什么选择webdriver-manager？以前做 Selenium 项目，最头疼的就是 ChromeDriver 或 GeckoDriver 的版本与本地浏览器版本匹配问题。webdriver-manager这个库能自动检测你系统安装的浏览器版本，并下载匹配的驱动文件，极大降低了环境配置的复杂度。

3.2 项目目录结构规划

一个合理的目录结构是项目可维护性的基石。不要把所有文件都扔在一个文件夹里。我建议的目录结构如下：

your_autotest_project/ ├── configs/ # 配置文件目录 │ ├── __init__.py │ └── settings.py # 存放URL、账号、超时时间等全局配置 ├── pages/ # 页面对象模型（Page Object）目录 │ ├── __init__.py │ ├── base_page.py # 页面基类，封装公共方法 │ └── login_page.py # 示例：登录页面对象 ├── test_cases/ # 测试用例目录 │ ├── __init__.py │ ├── conftest.py # pytest 共享 fixture 配置（如驱动初始化） │ └── test_login.py # 示例：登录测试用例 ├── reports/ # 测试报告输出目录（.gitignore中应忽略） │ └── assets/ # 报告附带的截图等资源 ├── logs/ # 日志文件目录（.gitignore中应忽略） ├── utils/ # 工具函数目录 │ ├── __init__.py │ ├── logger.py # 日志记录器模块 │ └── screenshot.py # 截图工具模块 ├── requirements.txt # 项目依赖列表 └── run_tests.py # 测试执行入口脚本

这个结构体现了“关注点分离”的思想。pages负责页面元素和操作，test_cases负责测试逻辑，utils负责通用工具，configs负责配置管理。conftest.py是pytest的魔力所在，我们可以在其中定义全局的fixture，比如初始化和退出 WebDriver。

4. 核心实现：使用 pytest-html 生成增强型报告

现在，我们进入核心环节，一步步实现一个能生成带截图和日志的 HTML 报告的系统。

4.1 编写 conftest.py 实现驱动管理与失败截图

conftest.py是pytest的本地插件文件，其中定义的fixture可以被同一目录及子目录下的所有测试文件使用。我们将在这里设置 WebDriver 的生命周期和关键的失败截图钩子。

# test_cases/conftest.py import pytest from selenium import webdriver from selenium.webdriver.chrome.service import Service as ChromeService from webdriver_manager.chrome import ChromeDriverManager from datetime import datetime import os # 定义一个 fixture，用于创建和退出 WebDriver @pytest.fixture(scope="function") # 每个测试函数执行一次 def driver(request): # request 是 pytest 内置的 fixture，用于访问测试上下文 # 使用 webdriver-manager 自动管理 ChromeDriver options = webdriver.ChromeOptions() options.add_argument('--headless') # 无头模式，不打开浏览器UI，适合CI环境。调试时可注释掉。 options.add_argument('--disable-gpu') options.add_argument('--no-sandbox') options.add_argument('--window-size=1920,1080') driver = webdriver.Chrome(service=ChromeService(ChromeDriverManager().install()), options=options) driver.implicitly_wait(10) # 设置隐式等待时间 # 将 driver 对象添加到测试请求中，方便其他 fixture 或测试用例访问 request.cls.driver = driver if hasattr(request, 'cls') else None yield driver # 测试函数执行时，使用此 driver # 测试函数执行完毕后，执行清理工作 driver.quit() # 最重要的部分：pytest-html 钩子，用于在报告中添加额外内容（这里我们添加失败截图） @pytest.hookimpl(hookwrapper=True) def pytest_runtest_makereport(item, call): """ 这个钩子函数会在每个测试步骤（setup, call, teardown）生成报告时被调用。 我们主要关注 `call` 阶段（即测试执行本身）且测试失败的情况。 """ outcome = yield # 先执行默认的 report 生成逻辑 report = outcome.get_result() # 获取测试报告对象 # 我们只关心测试执行阶段（call）且测试失败或错误的情况 if report.when == "call" and report.failed: # 尝试从测试用例中获取 driver 对象 driver_fixture = item.funcargs.get('driver') if driver_fixture is not None: # 生成唯一的截图文件名 timestamp = datetime.now().strftime("%Y%m%d_%H%M%S") screenshot_name = f"{item.name}_{timestamp}.png" # 指定截图保存路径，放在 reports/assets 下 reports_dir = os.path.join(os.path.dirname(__file__), '..', 'reports') assets_dir = os.path.join(reports_dir, 'assets') os.makedirs(assets_dir, exist_ok=True) # 确保目录存在 screenshot_path = os.path.join(assets_dir, screenshot_name) try: driver_fixture.save_screenshot(screenshot_path) # 将截图路径作为额外信息添加到 html 报告中 # 这里将截图以 base64 格式嵌入，这样报告是单个HTML文件，便于传输 with open(screenshot_path, 'rb') as f: screenshot_data = f.read() import base64 html = f'<div><img src="data:image/png;base64,{base64.b64encode(screenshot_data).decode()}" alt="失败截图" style="width:80%; border:1px solid #ccc;" onclick="window.open(this.src)" align="center"/></div>' # 将这段HTML添加到报告的 `extra` 字段中 if hasattr(report, 'extra'): # 注意：pytest-html 的 extra 格式 from pytest_html import extras report.extra = [extras.html(html)] except Exception as e: print(f"截图失败: {e}")

关键点解析：

1. driverfixture (scope=”function”): 这确保了每个测试用例都会获得一个全新的浏览器实例，用例之间相互隔离，避免了状态污染。
2. pytest_runtest_makereport钩子: 这是实现失败截图自动附加到报告的核心。它拦截测试报告生成过程，在测试失败时，获取当前测试用例使用的driver对象，然后调用save_screenshot方法。我们将截图以 Base64 格式直接嵌入 HTML，生成的是单个文件报告，分享起来非常方便。
3. 无头模式 (–headless)：在持续集成（CI）服务器上运行时，通常没有图形界面，必须使用无头模式。本地调试时，可以注释掉这行，方便观察浏览器操作。

4.2 编写页面对象与测试用例

为了演示，我们创建一个简单的登录页面测试。首先，实现一个页面对象。

# pages/base_page.py from selenium.webdriver.support.ui import WebDriverWait from selenium.webdriver.support import expected_conditions as EC from selenium.common.exceptions import TimeoutException import logging class BasePage: def __init__(self, driver): self.driver = driver self.logger = logging.getLogger(__name__) def find_element(self, locator, timeout=10): """查找单个元素，加入显式等待""" try: element = WebDriverWait(self.driver, timeout).until( EC.presence_of_element_located(locator) ) self.logger.info(f"找到元素: {locator}") return element except TimeoutException: self.logger.error(f"查找元素超时: {locator}") raise def click(self, locator): """点击元素""" element = self.find_element(locator) element.click() self.logger.info(f"点击元素: {locator}") def input_text(self, locator, text): """输入文本""" element = self.find_element(locator) element.clear() element.send_keys(text) self.logger.info(f"在元素 {locator} 中输入文本: {text}") # pages/login_page.py from selenium.webdriver.common.by import By from .base_page import BasePage class LoginPage(BasePage): # 定位器 USERNAME_INPUT = (By.ID, 'username') PASSWORD_INPUT = (By.ID, 'password') LOGIN_BUTTON = (By.ID, 'loginBtn') ERROR_MSG = (By.CLASS_NAME, 'error-message') def __init__(self, driver): super().__init__(driver) self.driver = driver def login(self, username, password): """登录操作""" self.input_text(self.USERNAME_INPUT, username) self.input_text(self.PASSWORD_INPUT, password) self.click(self.LOGIN_BUTTON) def get_error_message(self): """获取错误提示信息""" try: element = self.find_element(self.ERROR_MSG, timeout=3) return element.text except TimeoutException: return None

接下来，编写一个使用pytest和上述页面对象的测试用例。

# test_cases/test_login.py import pytest import logging from pages.login_page import LoginPage # 一个简单的测试数据，实际项目中可能从文件或数据库读取 TEST_DATA = [ ("correct_user", "correct_pass", True, "登录成功"), ("wrong_user", "wrong_pass", False, "用户名或密码错误"), ] class TestLogin: """登录功能测试类""" @pytest.mark.parametrize("username, password, expected_success, expected_msg", TEST_DATA) def test_user_login(self, driver, username, password, expected_success, expected_msg): """ 测试用户登录功能 :param driver: 来自 conftest.py 的 fixture :param username: 用户名 :param password: 密码 :param expected_success: 预期是否成功登录 :param expected_msg: 预期消息（成功或错误提示） """ # 初始化日志记录器 logger = logging.getLogger(__name__) logger.info(f"开始执行测试用例: test_user_login - 用户名: {username}") # 访问测试登录页（这里用一个模拟的在线测试页，实际项目替换为你的地址） driver.get("https://example.com/login") # 请替换为实际的测试URL login_page = LoginPage(driver) # 执行登录操作 login_page.login(username, password) # 根据预期结果进行断言 if expected_success: # 预期成功：验证是否跳转到首页（这里假设首页标题包含'Dashboard'） logger.info("预期登录成功，验证页面跳转。") assert "Dashboard" in driver.title, f"登录成功后未跳转到正确页面，当前标题: {driver.title}" logger.info("登录成功断言通过。") else: # 预期失败：验证错误提示信息是否正确 logger.info("预期登录失败，验证错误提示。") actual_error = login_page.get_error_message() assert actual_error is not None, "未找到错误提示信息" assert expected_msg in actual_error, f"错误提示不匹配。预期包含 '{expected_msg}'，实际为 '{actual_error}'" logger.info("登录失败断言通过。") logger.info(f"测试用例 test_user_login - 用户名: {username} 执行完毕。")

4.3 配置日志系统

为了让报告中的操作有迹可循，一个健壮的日志系统必不可少。我们创建一个工具类来统一管理日志。

# utils/logger.py import logging import os from datetime import datetime def setup_logger(name=__name__, log_level=logging.INFO): """ 配置并返回一个日志记录器。 将日志同时输出到控制台和文件。 """ # 创建日志记录器 logger = logging.getLogger(name) logger.setLevel(log_level) # 避免重复添加处理器 if logger.handlers: return logger # 定义日志格式 formatter = logging.Formatter('%(asctime)s - %(name)s - %(levelname)s - %(message)s') # 控制台处理器 console_handler = logging.StreamHandler() console_handler.setLevel(log_level) console_handler.setFormatter(formatter) logger.addHandler(console_handler) # 文件处理器 - 按日期生成日志文件 log_dir = os.path.join(os.path.dirname(__file__), '..', 'logs') os.makedirs(log_dir, exist_ok=True) log_file = os.path.join(log_dir, f'autotest_{datetime.now().strftime("%Y%m%d")}.log') file_handler = logging.FileHandler(log_file, encoding='utf-8') file_handler.setLevel(log_level) file_handler.setFormatter(formatter) logger.addHandler(file_handler) return logger # 在 conftest.py 或测试用例开头初始化一个全局日志器 # 例如，在 conftest.py 顶部添加： # import sys # sys.path.append(os.path.join(os.path.dirname(__file__), '..')) # from utils.logger import setup_logger # logger = setup_logger()

4.4 执行测试并生成报告

一切就绪后，我们可以通过命令行或脚本执行测试并生成报告。

方式一：使用命令行（最常用）在项目根目录下打开终端，执行：

# 运行 test_cases 目录下所有测试，并生成HTML报告到 reports 目录 pytest test_cases/ -v --html=reports/report.html --self-contained-html

• -v: 显示详细输出。
• --html=reports/report.html: 指定 HTML 报告生成路径。
• --self-contained-html: 将 CSS 和图片（如我们的 Base64 截图）全部嵌入到一个 HTML 文件中，生成独立的报告文件。强烈建议加上此参数，方便报告传输。

方式二：编写执行脚本创建一个run_tests.py文件，便于一键执行和后续集成到 CI/CD。

# run_tests.py import subprocess import sys from datetime import datetime def run_tests(): """执行测试并生成报告""" # 生成带时间戳的报告文件名，避免覆盖 timestamp = datetime.now().strftime("%Y%m%d_%H%M%S") report_name = f"reports/test_report_{timestamp}.html" # 构建 pytest 命令 # 这里添加了 `--capture=sys` 可以更好地捕获日志，`--tb=short` 使错误回溯更简洁 command = [ sys.executable, '-m', 'pytest', 'test_cases/', '-v', f'--html={report_name}', '--self-contained-html', '--capture=sys', '--tb=short' ] print(f"开始执行测试，报告将生成至: {report_name}") print("命令:", ' '.join(command)) # 执行命令 result = subprocess.run(command) # 根据 pytest 退出码判断测试结果 if result.returncode == 0: print("所有测试用例通过！") elif result.returncode == 1: print("部分测试用例失败，请查看报告。") else: print("测试执行过程出现错误。") print(f"报告已生成: {report_name}") return result.returncode if __name__ == "__main__": sys.exit(run_tests())

运行python run_tests.py即可。生成的report.html用浏览器打开，你会看到一个清晰的测试摘要、详细的用例列表，并且失败的用例下方会直接显示当时的页面截图！

5. 报告增强与定制化技巧

基础报告生成后，我们可以根据项目需求进行深度定制，让它更加强大。

5.1 在报告中添加自定义内容（如环境信息）

我们可以在conftest.py中利用pytest的另一个钩子pytest_configure来修改报告的元数据。

# 在 conftest.py 中添加 def pytest_configure(config): """在测试开始前配置，用于向报告添加元数据""" # 这些信息会显示在报告的“Environment”部分 config._metadata = { "项目名称": "Web自动化测试项目", "测试环境": "Staging", "Python版本": "3.9", "浏览器": "Chrome (Headless)", "执行人": "自动化测试平台" } def pytest_html_report_title(report): """修改HTML报告的标题""" report.title = "自动化测试执行报告" def pytest_html_results_summary(prefix, summary, postfix): """在报告摘要部分添加自定义内容""" # 例如，可以在这里添加一个指向日志文件的链接（需要先将日志文件作为附件） # 这部分需要更复杂的处理，例如将日志文件也以extra形式添加 pass

5.2 处理并展示测试日志

默认情况下，pytest捕获的日志不会直接显示在pytest-html报告中。为了让操作日志与测试步骤关联，我们可以将关键日志也作为“额外信息”添加到报告中。这需要对之前的pytest_runtest_makereport钩子进行增强，或者使用pytest的caplogfixture 来捕获特定日志。

一个更实用的方法是：在测试用例中，通过report.extra添加重要的、自定义的日志信息。例如，在关键断言或操作后，添加一条描述性的 HTML。

# 在 test_login.py 的测试方法中，可以这样添加额外信息（需要导入 extras） import pytest_html def test_something(driver): # ... 一些操作 ... # 添加一个自定义的文本块到报告 extra_html = pytest_html.extras.html('<div style="color: blue; padding: 5px;">关键检查点：用户信息加载完成。</div>') # 如何附加到报告？这通常需要在钩子中处理，比较繁琐。

更常见的做法是依赖完善的日志文件。在报告中注明日志文件的路径或名称，测试者可以结合 HTML 报告和详细的日志文件进行问题排查。我们可以通过修改pytest_configure中的元数据，将日志文件路径加入环境信息。

5.3 集成邮件发送功能

报告生成后，自动发送给相关人员是提升效率的最后一环。我们可以编写一个邮件发送模块。

# utils/email_sender.py import smtplib from email.mime.text import MIMEText from email.mime.multipart import MIMEMultipart from email.mime.application import MIMEApplication import os def send_email_report(report_file_path, subject_prefix="自动化测试报告"): """ 发送测试报告邮件 :param report_file_path: 生成的HTML报告文件路径 :param subject_prefix: 邮件主题前缀 """ # 邮件服务器配置（以QQ邮箱为例，请替换为你自己的配置） smtp_server = "smtp.qq.com" smtp_port = 465 sender_email = "your_email@qq.com" sender_password = "your_authorization_code" # 注意：是授权码，不是登录密码 receiver_emails = ["team_lead@company.com", "tester@company.com"] # 构建邮件 msg = MIMEMultipart() msg['From'] = sender_email msg['To'] = ", ".join(receiver_emails) from datetime import datetime subject = f"{subject_prefix} - {datetime.now().strftime('%Y-%m-%d %H:%M')}" msg['Subject'] = subject # 邮件正文 body = f""" 您好， 本次自动化测试执行已完成。 详细报告请查看附件，或直接下载后使用浏览器打开。 报告生成时间：{datetime.now().strftime('%Y-%m-%d %H:%M:%S')} """ msg.attach(MIMEText(body, 'plain', 'utf-8')) # 附加报告文件 with open(report_file_path, 'rb') as f: report_attachment = MIMEApplication(f.read(), _subtype='html') report_attachment.add_header('Content-Disposition', 'attachment', filename=os.path.basename(report_file_path)) msg.attach(report_attachment) # 发送邮件 try: with smtplib.SMTP_SSL(smtp_server, smtp_port) as server: server.login(sender_email, sender_password) server.sendmail(sender_email, receiver_emails, msg.as_string()) print(f"测试报告邮件发送成功至 {receiver_emails}") except Exception as e: print(f"邮件发送失败: {e}") # 在 run_tests.py 的 run_tests 函数末尾调用 # from utils.email_sender import send_email_report # if report_name: # send_email_report(report_name)

重要安全提示：切勿将邮箱密码明文写在代码中！在实际项目中，应使用环境变量或配置管理工具来存储敏感信息。

6. 常见问题排查与实战心得

即使按照步骤操作，你也可能会遇到一些坑。这里我总结了一些高频问题和解决方案。

6.1 问题排查速查表

6.2 实战心得与进阶建议

1. Fixture 的作用域管理：本文的driverfixture 作用域是function，每个用例都重启浏览器，保证了独立性但牺牲了速度。如果用例间无状态依赖且需要提速，可以尝试scope=”class”（每个测试类一次）或scope=”session”（整个测试会话一次），但务必在teardown时做好清理（如清除 cookies）。
2. 等待策略是 UI 自动化的核心：除了隐式等待，显式等待（WebDriverWait）更为可靠。将核心的等待逻辑封装在BasePage的find_element方法中是很好的实践。避免使用time.sleep()，它不可靠且低效。
3. 报告的可读性：pytest-html报告默认按执行顺序排列用例。可以通过pytest的-k参数选择用例，或用@pytest.mark给用例打标签，然后按标签运行和分组展示。
4. 与 CI/CD 集成：将run_tests.py脚本集成到 Jenkins、GitLab CI、GitHub Actions 等 CI/CD 流水线中。在流水线配置中安装依赖、执行脚本，并将生成的reports/目录作为产物保存下来，供后续查看。邮件发送功能也可以在流水线中触发。
5. 多浏览器支持：可以通过定义不同的 fixture（如chrome_driver,firefox_driver）并配合@pytest.mark.parametrize或pytest的addoption钩子来实现跨浏览器测试，并在报告环境信息中注明浏览器类型。
6. 处理弹窗和新窗口：在BasePage中增加处理alert、confirm、prompt以及多窗口切换的工具方法，并在操作后及时回到主窗口，避免后续元素定位失败。

自动化测试报告的生成不是终点，而是将自动化价值可视化的起点。一个稳定、清晰、信息丰富的报告，能让你和你的团队对产品质量有更准确的把握，也能让自动化测试工作获得更多的认可。从今天开始，别再满足于控制台的绿色PASS，动手打造一份属于你自己的、专业的测试报告吧。