AI 赋能软件测试流程

在人工智能迅猛发展的当下，AI 技术正以前所未有的速度重塑软件测试与质量保障体系。由国内知名测试技术社区 TesterHome 发起主办的 MTSC 2025 第十四届中国互联网测试开发大会，于 2025 年 7 月 12 日在上海举行。本届 MTSC 2025 上海大会以'质效革新・智领未来'为主题，将目光聚焦于 AI 测试、大模型质量保障、自动化测试等前沿议题，吸引超千名来自华为、阿里、腾讯、字节跳动等企业的技术决策者与一线开发者齐聚一堂，共同探讨行业发展新趋势。

在 MTSC2025 大会上，AI 在测试领域的应用涵盖了多个维度，展现了其在提升测试效率、质量和智能化水平方面的巨大潜力。

以下是基于大会内容的主要应用总结：

AI 驱动的测试用例生成与优化

[图片]

• 智能化生成：利用 AI 技术自动生成测试用例，覆盖更多边界场景和异常场景，减少手工编写的工作量和时间成本。
• 动态调整：AI 根据系统更新和需求变化实时调整测试用例优先级和范围，确保测试的针对性和全面性。

AI 助力自动化测试

[图片]

• 自动化框架搭建：AI 自动构建和优化自动化测试框架，提升测试脚本的执行效率和稳定性。
• 故障诊断与修复：AI 能够快速定位测试执行中的故障点，并提供修复建议，减少人工调试时间。

AI 在性能测试中的应用

[图片]

• 性能预测与优化：通过 AI 分析历史性能数据，预测系统性能瓶颈，提前优化以避免上线后的问题。
• 动态负载模拟：AI 可以根据用户行为模式动态调整负载测试策略，更加真实地模拟生产环境。

AI 在质量保障中的深度参与

[图片]

• 缺陷预测与根因分析：AI 通过分析代码提交和历史缺陷数据，预测潜在缺陷并帮助定位根因。
• 跨平台与多设备测试：AI 驱动的测试工具能够自动适配不同设备和操作系统，确保用户体验的一致性。

当前 AI 已深入测试生成、缺陷管理、持续测试等环节，核心价值是释放重复劳动，聚焦复杂问题。未来将向自治化、多模态、全链路智能化演进，测试工程师的角色也可能转向 AI 训练师、质量策略设计师和风险控制专家。

三、AI 驱动的测试流程

AI 能够广泛地融入测试流程的各个环节，先回顾测试流程：

[图片]

各阶段具体内容：

1. AI 工具介绍

随着大模型技术的快速发展，AI 产品层出不穷。DeepSeek、Kimi、文心一言、纳米 AI 搜索、问小白等均提供可直接使用的网页版。其中 DeepSeek 和文心一言采用了自主研发的核心 AI 模型。纳米 AI 搜索和问小白则搭载了由深度求索 (DeepSeek) 研发的 DeepSeek-R1 满血版模型。所有用户均可通过各产品的官方网站体验其服务。

• DeepSeek-R1
• ChatGPT
• Grok
• Claude

ChatGPT：由 OpenAI 开发，作为基于 GPT 架构的对话 AI，广泛应用于聊天、内容创作和问答任务。2025 年继续扩展其功能，吸引了大量用户和开发者。

Claude：由 Anthropic 开发，前 OpenAI 团队成员创立，强调安全性和价值观一致性，目标是提供可靠且友好的 AI 体验。2025 年进一步优化其模型家族。

Grok：由 xAI (马斯克) 开发，旨在提供真实、客观的回答，特别适合科学问题和外部视角分析。2025 年扩展了其应用场景和用户访问方式。

DeepSeek：中国初创公司，专注于高效 AI 模型开发，特别是在对话、代码生成和数学推理领域。2025 年在全球 AI 竞争中崭露头角。

综合来看，每个模型都有自己的特色：ChatGPT 综合实力强、Claude 安全性最高、Grok 能获取实时信息、DeepSeek 开源且中文优化出色。不同的 AI 产品，在使用上存在差异，但差异不会过大，学习和工作中可以结合着来使用。

2. 需求分析

传统的需求分析阶段，测试人员需要反复研读需求文档，标注重点，交叉比对不同版本。特别是遇到模糊表述时，要组织语言去追问产品经理，这个沟通成本很高。

此外，在需求评审会议上，测试人员也需要站在不同角度上考虑需求问题，这对测试人员需求理解能力、业务经验要求非常高，往往经验少的测试人员在需求分析阶段很难提出关键性建议。AI 如何帮助测试人员在这一阶段提效呢？

2.1 识别需求中存在的问题

[图片]

针对这一份简易版的需求文档，对于一名新手小白来说，能够理解需求已经很不容易了，但若要求其独立识别潜在缺陷 (如逻辑矛盾或规则缺失)，则存在显著挑战。此时借助 AI 的需求分析能力，可系统性地发现隐藏问题。

不满足要求的提示词：'找需求的问题'。

[图片]

通过该提示词，可以看到 AI 给出的结果其实并不符合我们的要求，我们希望 AI 能指出需求中存在的需求问题，而不是需求文档自身的格式、语法表达问题。

该提示词存在明显的三处问题：范围模糊、目标不明确、输出形式未定义，提示词中若存在范围模糊，导致结果可能遗漏关键领域；目标不明确，导致 AI 的回答并不是我们想要的；输出形式未定义，可能导致 AI 给出的结果信息杂乱，不成体系，我们无法迅速捕捉到关键信息。

满足要求的提示词：'请详细阅读需求，找出其中存在的模糊描述、不完整信息、逻辑冲突、遗漏或任何可能需要澄清的地方，并列出一个问题清单 (列举每一个问题时请标明原文出处或上下文，方便我与产品同事讨论)'。

[图片]

2.2 需求快速理解与功能概要生成

在实际工作情境中，需求文档的复杂程度远远超出前面所展示的示例。通常情况下，产品经理所编写的需求文档的内容量会远超想象。其篇幅的长短与功能的数量以及功能本身的复杂度存在紧密关联。当功能繁多且复杂度高时，需求文档自然会内容丰富、篇幅冗长；反之，若功能简洁、复杂度低，文档则相对简短。然而，对于内容繁杂、篇幅较长的需求文档，测试人员往往会陷入困境。面对海量的文档内容，他们需要投入大量的时间进行阅读与理解，这无疑是一项既耗时又具有挑战性的工作。

以租房项目的产品需求文档为例，实际在企业中的需求文档规格：

[图片]

租房是一个比较大的项目，功能丰富，且复杂度高，从需求文档来看，页数多达 83 页，字数更是逼近万字，需求文档内容如此之多，想要在较短时间内阅读完需求文档基本是不太现实的事情。借助 AI 是否可以将理解需求文档的工作事半功倍呢？

为了降低对需求文档的理解成本，利用 AI 可以先输入整份需求文档，输出模块化的功能概要和目标摘要。对需求文档有一定了解后再仔细阅读需求文档。

提示词：'请作为资深软件测试专家，帮助我分析下面的需求文档，从整体和各个模块的角度，提炼出需求的核心功能、业务目标以及各模块的主要实现内容，并以简洁明了的方式输出概要'。

AI 给出的结果截图 (不同 AI 模型给出的结果不完全相同)：

[图片]

通过 AI 提取的产品概述和核心模块，帮助测试人员快速了解产品整体框架和主要功能。在此基础上，测试人员再去阅读需求文档，可大幅节省时间。

3. 测试计划

测试计划，即在本次的项目中，测试该按照什么样的方式来进行。类似于组织一次聚会：你需要确定地点、时间、邀请谁、准备什么食物、安排哪些活动、以及应对突发情况的预案。测试计划在软件测试里，就像这次聚会的'筹备指南'。它用简单的话说，就是把测试工作要做的事都提前计划好，确保测试过程顺利、不遗漏关键环节。

提示词：使用 AI 帮我们生成旅游攻略：

[图片]

既然 AI 可以帮我们生成详细的旅游攻略，那么 AI 在软件测试中，也可以帮助测试人员生成详细的测试计划，不要忘了告诉 AI 我们具体要求。

提示词：我是一名软件测试工程师，现在要对图片上项目需求文档编写测试计划，在 2 天内完成对全部功能模块的测试，目前只有一名测试人员，输出《项目测试计划书》。

[图片]

注意：AI 生成的测试计划不一定符合要求，可作为参考。工作中要根据部门测试人员、业务现状进行合理调整。

4. 测试用例

测试人员在进行项目测试之前需要先根据需求编写测试用例，在工作中，我们通常使用万能公式来编写测试用例，'功能测试 + 性能测试 + 界面测试 + 兼容性测试 + 易用性测试 + 安全测试'，而在具体的用例设计中，我们有时候也需要用到具体的编写测试用例的方法，比如等价类、边界值、正交法、判定表法、场景法、错误猜测法等，编写测试用例在测试工作中占据了大量的时间。

测试用例设计的好坏将直接影响项目的测试质量，而测试用例的质量往往跟测试人员的个人积累和经验有关，如何使用 AI 帮助测试人员设计比较优秀的测试用例呢？

4.1 AI 生成等价类

提示词：用户的手机号长度为 11 位，要求使用方法等价类设计测试用例。

[图片]

4.2 AI 生成边界值

提示词：用户的手机号长度为 11 位，请使用边界值生成测试用例。

[图片]

4.3 AI 生成正交表

使用正交表生成测试用例，仅仅借助人手工来设计正交表这是无法实现的，还需要额外借助工具 allpairs，但是工具的使用过程非常复杂，且 allpairs 生成的正交表和实际的正交表有出入，接下来看看 AI 生成的测试用例结果。

提示词：输入项有'姓名、电子邮箱、密码、确认密码、验证码'，要么填写要么不填写，针对这 5 个输入项设计测试用例，要求使用正交法。

[图片]

从结果来看，使用 AI 生成的正交表和 allpairs 生成的正交表区别并不大，AI 利用正交表生成的测试用例并不完整，也需要额外进行用例的补充，但是利用 AI 生成测试用例的流程和速度，要比测试人员利用 allpairs 生成的正交表流程简单，且速度快很多。

然而，实际在工作中，需要结合需求以及具体的方法来设计测试用例，而不是仅通过一个具体的方法来实现，接下来将 AI 结合在需求中，让 AI 直接基于功能来设计测试用例。

4.4 基于具体功能点设计测试用例

提示词：用户的手机号为 11 位，请针对该功能点设计测试用例，以表格形式汇总输出。

[图片]

给 AI 发送了一个非常简单的功能点，并借助 AI 来生成测试用例。从结果来看，AI 生成的测试用例比较丰富，覆盖了正向、反向、边界等场景。

然而，给出的答案中仍然存在用例并不完整，如非数字 (中文、特殊字符等)、手机号输入过长、SQL 注入等，看到这里，我们想到了提示词的重要性，是否可以继续优化提示词从而达到，借助 AI 能完全生成 100% 正确的测试用例呢？

提示词优化：用户的手机号为 11 位，请针对该功能点设计测试用例，覆盖 [边界值/异常流/兼容性] 场景，使用 [等价类划分/正交法] 设计方法，汇总用例并以表格形式输出。

[图片]

使用 AI 对功能点一个一个来设计测试用例的效率比较低，是否可以直接将需求文档提供给 AI，由 AI 来提取测试功能点并生成测试用例呢？

4.5 基于需求文档生成测试用例

提示词：请针对图片中的需求文档信息，提供测试功能点，并设计测试用例

1. 覆盖维度：功能、易用、兼容、安全、性能。
2. 测试点要覆盖：100%，需求、边界范围、格式、类型、为空等情况

测试点根据功能、兼容、安全等分类，每个分类要有：业务、正向、逆向区分以表格形式输出。

[图片]

通过 AI 生成测试用例，速度要比测试人员自己编写测试用例的速度要快很多。但是从 AI 生成测试用例的结果来看，结果不一定完全满足测试人员的要求，AI 在提取功能点和对功能点设计的测试用例不是很完整，测试人员还需要对 AI 生成的结果进行验证、修改、增强 (补充业务逻辑、边界、负面测试、优化结构)，最终实现的测试用例才可以真正应用到项目测试中。

因此 AI 可以在一定程度上可以提高测试人员的工作效率，但不能替代测试人员来完成测试用例设计的工作。

[图片]

将 AI 视为测试人员的'智能实习生'或'超级加速器'，而非替代者。它擅长处理模式识别、枚举和生成初稿，极大地提升效率，特别是在覆盖基础场景方面。然而，测试人员的核心价值在于其深刻的业务理解、批判性思维、创造性、风险评估能力和对'测试意图'的精准把握。这些是确保测试有效性的关键，也是 AI 目前无法复制的。

5. 测试报告

测试报告在业界并没有一个统一的模板，入职企业后根据业务组的要求编写测试报告即可，测试报告不仅要体现本次的测试数据、测试质量、测试结果，还需要有规范的格式，所以测试报告的编写也是一个耗时的工作，接下来我们看看如何利用 AI 来协助生成测试报告。

要生成测试报告，需要提供基础的数据，如用例的执行情况、bug 的情况。

举个栗子：本次测试项目编写了 85 个测试用例，其他通过的测试用例有 72 个，执行失败的用例有 13 个。缺陷的数量有 20 个，其中已经关闭的有 19 个，推迟修复的 bug 有 1 个，需要按照优先级提供缺陷列表有了这些数据后，我们就可以整理提示词，使用 AI 来生成测试报告。

注意：AI 对话中除了可以上传图片外，还可以上传文件，AI 能够快速阅读文件内容。这里的测试报告我们希望按照规定的模板来生成。

提示词：

@测试报告模板 请基于以下测试数据和测试报告模板生成一份测试报告：数据源：[测试用例总数：85 通过用例：72 失败用例：13 缺陷个数：20 个 关闭缺陷：19 个 推迟修缺陷：1 个 缺陷列表：输入正确的账号和密码，点击登录，登录失败，严重，已修复 用户登录失败，验证码未刷新，一般，已修复 点击分享，分享链接错误，一般，已修复 下拉列表未提供输入框，对用户使用不友好，次要，推迟修复]

生成结果：

[图片]

6. 提示词教程

提示：使用正确的提示词，工作效率能直接翻倍！

正确使用提示词，无非就是在与 AI 对话过程中，详细描述清楚我们具体的需求。然后，并不是所有人都能说清楚自己的要求，以下提供了常见的 AI 提示词框架，仅供参考。

6.1 ICIO 框架

• Instruction (指令)：明确告知 AI 需要执行的任务或回答的问题。
• Context (背景)：提供与任务相关的背景信息或上下文，以帮助 AI 理解情境。
• Input (输入)：列出 AI 执行任务所需的具体数据或信息。
• Output (输出)：指定期望的结果格式或输出方式。

示例 1：

• 指令：请撰写一篇约 100 字的文章，讨论人工智能在教育领域的应用。
• 背景：人工智能正在被广泛应用于个性化学习、自动评分和教育数据分析等方面。
• 输入：相关的研究数据和案例。
• 输出：一篇结构清晰、语言流畅的文章，适合教育行业的专业人士阅读。

[图片]

[图片]

示例 2：

• 指令：请为电商系统支付模块生成一份完整的测试用例表，包括功能测试、边界测试和异常场景测试。
• 背景：系统支持多种支付方式 (支付宝、微信支付、信用卡)，支付金额必须大于 0 且小于等于 100000 元。支付失败超过 3 次，用户需要重新验证身份。
• 输入：包括测试用户信息 (用户名、账号状态)、订单信息 (金额、订单状态)、支付方式 (支付宝、微信支付、信用卡)、交易次数等。
• 输出：以表格形式展示，每条用例包含：测试编号、测试步骤、预期结果、优先级。生成至少 15 条测试用例，覆盖所有常见场景。

[图片]

6.2 CRISPE 框架

• 能力与角色 (Capacity & Role)：定义 AI 应扮演的角色或身份。
• 请求 (Request)：清楚地说明希望 AI 执行的任务或回答的问题。
• 信息 (Information)：提供相关背景或上下文信息以辅助生成回答。
• 风格 (Style)：指定输出内容的语气或风格。
• 参数 (Parameters)：为生成内容设置限制或指导。
• 示例 (Examples 可选)：提供示例输出，展示期望的格式和质量。

通过包含这些元素，CRISPE 框架能够确保提示词清晰、结构化且策略明确，从而获得更精确、更可操作的 AI 输出结果。

示例 1：

• 角色：你是一位资深营销策略师。
• 请求：请撰写一篇 200 字的可持续时尚趋势博客文章。
• 信息：目标受众为关注环保的千禧一代。
• 风格：使用对话式且引人入胜的语气。
• 参数：并至少包含三条行业统计数据。

[图片]

[图片]

示例 2：

• 角色：你是一名资深软件测试工程师，擅长编写功能测试、边界测试和异常测试用例。
• 请求：请为电商系统的登录模块生成一份测试用例表。
• 信息：用户名和密码为必填项；支持邮箱或手机号登录；密码长度 6-16 位；错误登录超过 5 次账号锁定 1 小时。
• 风格：请以表格形式输出，每条用例包含：测试编号、测试步骤、预期结果、优先级。
• 参数：生成不少于 10 条测试用例，涵盖功能测试、边界值测试和异常场景。
• 示例：例如：TC001，输入正确用户名和密码，点击登录，成功登录系统，高优先级。

[图片]

随着 AI 大模型的发展，角色或身份已经不是非常关键的提示信息了。

框架存在的意义是提出了提示词的关键点，引导我们完整说出自己的需求，框架不是固定的模型，框架中的关键点信息可以混用，只要能完整说出自己的需求即可。掌握框架的使用，无需死记硬背。