<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>测试 on AI 观察</title><link>https://ai.wujiong.cc/tags/%E6%B5%8B%E8%AF%95/</link><description>Recent content in 测试 on AI 观察</description><generator>Hugo</generator><language>zh-CN</language><lastBuildDate>Sun, 18 Oct 2026 08:46:06 +0800</lastBuildDate><atom:link href="https://ai.wujiong.cc/tags/%E6%B5%8B%E8%AF%95/index.xml" rel="self" type="application/rss+xml"/><item><title>模糊测试输入 通用提示词模板：任何对话助手都能直接用</title><link>https://ai.wujiong.cc/posts/2026-10-18-fuzz-input-prompt-only/</link><pubDate>Sun, 18 Oct 2026 08:46:06 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-fuzz-input-prompt-only/</guid><description>&lt;p&gt;开发与测试工程师经常要做「模糊测试输入」这类事：为解析类函数生成异常和极端输入进行测试。每次都从头写提示词，结果时好时坏；把它做成智能体 Skill，就能让智能体每次按同一套步骤执行，输出结构也更稳定。&lt;/p&gt;
&lt;p&gt;不是每个人都有能装技能的智能体平台。下面这份提示词可以直接粘贴到任何对话助手中使用，效果接近技能版本，只是需要每次手动粘贴。&lt;/p&gt;</description></item><item><title>「属性测试编写」Skill 场景实录：一次完整任务怎么跑</title><link>https://ai.wujiong.cc/posts/2026-10-18-property-based-test-scenario-walkthrough/</link><pubDate>Sun, 18 Oct 2026 08:45:47 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-property-based-test-scenario-walkthrough/</guid><description>&lt;p&gt;「属性测试编写」是开发与测试工程师的高频任务。它的输入通常是函数说明，期望得到的是属性测试代码。这类有固定流程、又需要一点判断力的工作，很适合封装成智能体 Skill。&lt;/p&gt;
&lt;h2 id="背景虚构"&gt;背景（虚构）&lt;/h2&gt;
&lt;p&gt;老陈是一名开发，每周都要做几次属性测试编写。过去靠复制粘贴提示词，结果不稳定。这次团队把它做成了技能，下面记录一次完整运行。&lt;/p&gt;</description></item><item><title>事故补测 Skill 上线前的安全检查要点</title><link>https://ai.wujiong.cc/posts/2026-10-18-test-gap-from-incident-security-review/</link><pubDate>Sun, 18 Oct 2026 08:45:29 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-test-gap-from-incident-security-review/</guid><description>&lt;p&gt;把「事故补测」交给智能体，难点不在模型能力，而在流程是否说清楚：输入是什么（事故复盘），按什么顺序处理，交付什么（新增测试与说明），哪些事不能做。Skill 就是把这些写下来的载体。&lt;/p&gt;
&lt;h2 id="风险画像"&gt;风险画像&lt;/h2&gt;
&lt;p&gt;这个技能是纯指令型，主要风险来自输入内容本身（提示注入、敏感信息）与输出被直接使用。风险较低，但输出仍需快速过目再使用。&lt;/p&gt;</description></item><item><title>无障碍测试 Skill 团队落地指南：从个人用到全员共享</title><link>https://ai.wujiong.cc/posts/2026-10-18-accessibility-test-team-rollout/</link><pubDate>Sun, 18 Oct 2026 08:44:48 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-accessibility-test-team-rollout/</guid><description>&lt;p&gt;「无障碍测试」是开发与测试工程师的高频任务。它的输入通常是页面地址，期望得到的是问题清单与修复建议。这类有固定流程、又需要一点判断力的工作，很适合封装成智能体 Skill。&lt;/p&gt;
&lt;p&gt;一个人用得顺手的技能，推广到团队时会遇到新问题：放在哪、谁来改、怎么知道它变好了还是变坏了。下面以「无障碍测试」为例给出落地做法。&lt;/p&gt;</description></item><item><title>Dify 实战：把单元测试脚手架做成团队可用的应用</title><link>https://ai.wujiong.cc/posts/2026-10-18-unit-test-scaffold-dify-workflow/</link><pubDate>Sun, 18 Oct 2026 08:44:28 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-unit-test-scaffold-dify-workflow/</guid><description>&lt;p&gt;「单元测试脚手架」是开发与测试工程师的高频任务。它的输入通常是模块路径，期望得到的是测试文件。这类有固定流程、又需要一点判断力的工作，很适合封装成智能体 Skill。&lt;/p&gt;
&lt;p&gt;本文介绍如何在 &lt;strong&gt;Dify 工作流&lt;/strong&gt; 上实现这个技能，包括它的形态、示例配置、启用步骤、一次完整的运行过程和常见坑。&lt;/p&gt;</description></item><item><title>Dify 实战：把模拟边界设计做成团队可用的应用</title><link>https://ai.wujiong.cc/posts/2026-10-18-mock-boundary-dify-workflow/</link><pubDate>Sun, 18 Oct 2026 08:43:53 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-mock-boundary-dify-workflow/</guid><description>&lt;p&gt;「模拟边界设计」是开发与测试工程师的高频任务。它的输入通常是待测模块，期望得到的是模拟策略说明与示例。这类有固定流程、又需要一点判断力的工作，很适合封装成智能体 Skill。&lt;/p&gt;
&lt;p&gt;本文介绍如何在 &lt;strong&gt;Dify 工作流&lt;/strong&gt; 上实现这个技能，包括它的形态、示例配置、启用步骤、一次完整的运行过程和常见坑。&lt;/p&gt;</description></item><item><title>无障碍测试 Skill 实战演练：从请求到交付的全过程</title><link>https://ai.wujiong.cc/posts/2026-10-18-accessibility-test-scenario-walkthrough/</link><pubDate>Sun, 18 Oct 2026 08:43:27 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-accessibility-test-scenario-walkthrough/</guid><description>&lt;p&gt;「无障碍测试」是开发与测试工程师的高频任务。它的输入通常是页面地址，期望得到的是问题清单与修复建议。这类有固定流程、又需要一点判断力的工作，很适合封装成智能体 Skill。&lt;/p&gt;
&lt;h2 id="背景虚构"&gt;背景（虚构）&lt;/h2&gt;
&lt;p&gt;Mia是一名开发，每周都要做几次无障碍测试。过去靠复制粘贴提示词，结果不稳定。这次团队把它做成了技能，下面记录一次完整运行。&lt;/p&gt;</description></item><item><title>用 Function Calling 实现「压测方案」：函数定义与调用流程</title><link>https://ai.wujiong.cc/posts/2026-10-18-load-test-plan-function-calling/</link><pubDate>Sun, 18 Oct 2026 08:43:25 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-load-test-plan-function-calling/</guid><description>&lt;p&gt;如果你在测试框架与 CI 流水线里反复做压测方案，可以考虑把经验沉淀为一个 Skill：写清触发条件、步骤、输出格式和边界，让智能体代劳重复部分，人只负责把关。&lt;/p&gt;
&lt;p&gt;本文介绍如何在 &lt;strong&gt;Function Calling&lt;/strong&gt; 上实现这个技能，包括它的形态、示例配置、启用步骤、一次完整的运行过程和常见坑。&lt;/p&gt;</description></item><item><title>Cursor 项目规则实战：让 Agent 按流程做安全测试用例</title><link>https://ai.wujiong.cc/posts/2026-10-18-security-test-cases-cursor-rules/</link><pubDate>Sun, 18 Oct 2026 08:43:02 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-security-test-cases-cursor-rules/</guid><description>&lt;p&gt;「安全测试用例」是开发与测试工程师的高频任务。它的输入通常是功能说明，期望得到的是安全测试用例。这类有固定流程、又需要一点判断力的工作，很适合封装成智能体 Skill。&lt;/p&gt;
&lt;p&gt;本文介绍如何在 &lt;strong&gt;Cursor Rules&lt;/strong&gt; 上实现这个技能，包括它的形态、示例配置、启用步骤、一次完整的运行过程和常见坑。&lt;/p&gt;</description></item><item><title>Copilot 自定义指令实战：CI 测试提速的 prompt.md 示例</title><link>https://ai.wujiong.cc/posts/2026-10-18-ci-test-speedup-copilot-instructions/</link><pubDate>Sun, 18 Oct 2026 08:41:06 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-ci-test-speedup-copilot-instructions/</guid><description>&lt;p&gt;开发与测试工程师经常要做「CI 测试提速」这类事：分析 CI 测试耗时并给出并行、缓存与拆分建议。每次都从头写提示词，结果时好时坏；把它做成智能体 Skill，就能让智能体每次按同一套步骤执行，输出结构也更稳定。&lt;/p&gt;
&lt;p&gt;本文介绍如何在 &lt;strong&gt;GitHub Copilot 指令与提示文件&lt;/strong&gt; 上实现这个技能，包括它的形态、示例配置、启用步骤、一次完整的运行过程和常见坑。&lt;/p&gt;</description></item><item><title>模拟边界设计 通用提示词模板：任何对话助手都能直接用</title><link>https://ai.wujiong.cc/posts/2026-10-18-mock-boundary-prompt-only/</link><pubDate>Sun, 18 Oct 2026 08:40:39 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-mock-boundary-prompt-only/</guid><description>&lt;p&gt;「模拟边界设计」是开发与测试工程师的高频任务。它的输入通常是待测模块，期望得到的是模拟策略说明与示例。这类有固定流程、又需要一点判断力的工作，很适合封装成智能体 Skill。&lt;/p&gt;
&lt;p&gt;不是每个人都有能装技能的智能体平台。下面这份提示词可以直接粘贴到任何对话助手中使用，效果接近技能版本，只是需要每次手动粘贴。&lt;/p&gt;</description></item><item><title>「无障碍测试」Skill 使用检查清单：用前、用中、用后</title><link>https://ai.wujiong.cc/posts/2026-10-18-accessibility-test-checklist/</link><pubDate>Sun, 18 Oct 2026 08:40:13 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-accessibility-test-checklist/</guid><description>&lt;p&gt;「无障碍测试」是开发与测试工程师的高频任务。它的输入通常是页面地址，期望得到的是问题清单与修复建议。这类有固定流程、又需要一点判断力的工作，很适合封装成智能体 Skill。&lt;/p&gt;
&lt;p&gt;把下面的清单保存下来，每次使用或修改「无障碍测试」技能时过一遍。&lt;/p&gt;
&lt;h2 id="编写时"&gt;编写时&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; description 写清做什么、什么时候用&lt;/li&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; 输入写明需要页面地址，并要求缺信息先提问&lt;/li&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; 步骤为编号列表：运行自动化检查、人工核对键盘导航、检查对比度与替代文本、按严重程度输出&lt;/li&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; 输出写明问题清单与修复建议的结构&lt;/li&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; 约束包含领域底线与不可逆操作的处理方式&lt;/li&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; 长资料拆到参考文件&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id="上线前"&gt;上线前&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; 6 类测试输入全部通过&lt;/li&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; 权限按最小范围配置&lt;/li&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; 技能文件中没有密钥和真实个人信息&lt;/li&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; 有负责人和变更记录&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id="每次使用时"&gt;每次使用时&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; 输入材料已脱敏或确认可以交给所用平台&lt;/li&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; 观察智能体是否加载了技能&lt;/li&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; 查看“需人工确认”清单&lt;/li&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; 对照原始材料抽查关键信息&lt;/li&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; 风险较低，但输出仍需快速过目再使用&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id="使用后"&gt;使用后&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; 记录明显的问题样例&lt;/li&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; 输出被大幅修改时，分析原因并考虑改技能&lt;/li&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; 定期检查平台更新是否影响技能&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id="每一步的快速核对"&gt;每一步的快速核对&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; 运行自动化检查&lt;/li&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; 人工核对键盘导航&lt;/li&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; 检查对比度与替代文本&lt;/li&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; 按严重程度输出&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;清单只是底线，深入内容见&lt;a href="https://ai.wujiong.cc/posts/2026-10-18-accessibility-test-pitfalls/"&gt;常见坑&lt;/a&gt;与&lt;a href="https://ai.wujiong.cc/posts/2026-10-18-accessibility-test-security-review/"&gt;安全审查&lt;/a&gt;。&lt;/p&gt;</description></item><item><title>数据库迁移测试 Skill 团队落地指南：从个人用到全员共享</title><link>https://ai.wujiong.cc/posts/2026-10-18-db-migration-test-team-rollout/</link><pubDate>Sun, 18 Oct 2026 08:39:40 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-db-migration-test-team-rollout/</guid><description>&lt;p&gt;「数据库迁移测试」是开发与测试工程师的高频任务。它的输入通常是迁移脚本，期望得到的是迁移测试。这类有固定流程、又需要一点判断力的工作，很适合封装成智能体 Skill。&lt;/p&gt;
&lt;p&gt;一个人用得顺手的技能，推广到团队时会遇到新问题：放在哪、谁来改、怎么知道它变好了还是变坏了。下面以「数据库迁移测试」为例给出落地做法。&lt;/p&gt;</description></item><item><title>「发布前测试清单」Skill 安全审查：权限、数据与提示注入</title><link>https://ai.wujiong.cc/posts/2026-10-18-qa-checklist-security-review/</link><pubDate>Sun, 18 Oct 2026 08:39:04 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-qa-checklist-security-review/</guid><description>&lt;p&gt;把「发布前测试清单」交给智能体，难点不在模型能力，而在流程是否说清楚：输入是什么（版本说明），按什么顺序处理，交付什么（测试清单），哪些事不能做。Skill 就是把这些写下来的载体。&lt;/p&gt;
&lt;h2 id="风险画像"&gt;风险画像&lt;/h2&gt;
&lt;p&gt;这个技能是纯指令型，主要风险来自输入内容本身（提示注入、敏感信息）与输出被直接使用。风险较低，但输出仍需快速过目再使用。&lt;/p&gt;</description></item><item><title>测试环境诊断 Skill 效果评估方法：样例集、评分维度与迭代</title><link>https://ai.wujiong.cc/posts/2026-10-18-test-env-doctor-eval/</link><pubDate>Sun, 18 Oct 2026 08:38:54 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-test-env-doctor-eval/</guid><description>&lt;p&gt;「测试环境诊断」是开发与测试工程师的高频任务。它的输入通常是项目仓库，期望得到的是诊断报告与修复命令。这类有固定流程、又需要一点判断力的工作，很适合封装成智能体 Skill。&lt;/p&gt;
&lt;p&gt;“感觉好用”不足以说明技能有效。下面给出一套轻量的评估方法，用来判断「测试环境诊断」是否达标，以及每次修改后是变好还是变坏。&lt;/p&gt;</description></item><item><title>用 GPTs 实现「行为场景编写」：指令、知识与 Actions</title><link>https://ai.wujiong.cc/posts/2026-10-18-bdd-scenarios-gpts/</link><pubDate>Sun, 18 Oct 2026 08:35:50 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-bdd-scenarios-gpts/</guid><description>&lt;p&gt;「行为场景编写」是开发与测试工程师的高频任务。它的输入通常是需求描述，期望得到的是行为场景文件。这类有固定流程、又需要一点判断力的工作，很适合封装成智能体 Skill。&lt;/p&gt;
&lt;p&gt;本文介绍如何在 &lt;strong&gt;GPTs&lt;/strong&gt; 上实现这个技能，包括它的形态、示例配置、启用步骤、一次完整的运行过程和常见坑。&lt;/p&gt;</description></item><item><title>测试报告摘要 Skill 测试清单：正常、边界与越界输入</title><link>https://ai.wujiong.cc/posts/2026-10-18-test-report-summary-test-cases/</link><pubDate>Sun, 18 Oct 2026 08:34:20 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-test-report-summary-test-cases/</guid><description>&lt;p&gt;把「测试报告摘要」交给智能体，难点不在模型能力，而在流程是否说清楚：输入是什么（测试运行日志），按什么顺序处理，交付什么（失败摘要），哪些事不能做。Skill 就是把这些写下来的载体。&lt;/p&gt;
&lt;p&gt;技能写好后，最常见的问题是“演示时很好，真用时出错”。原因通常是只用一份理想样例试过。本文给「测试报告摘要」准备 6 类测试输入。&lt;/p&gt;</description></item><item><title>Windsurf 规则实战：Cascade 如何做事故补测</title><link>https://ai.wujiong.cc/posts/2026-10-18-test-gap-from-incident-windsurf-rules/</link><pubDate>Sun, 18 Oct 2026 08:33:44 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-test-gap-from-incident-windsurf-rules/</guid><description>&lt;p&gt;开发与测试工程师经常要做「事故补测」这类事：根据线上事故复盘补充能防止复发的测试。每次都从头写提示词，结果时好时坏；把它做成智能体 Skill，就能让智能体每次按同一套步骤执行，输出结构也更稳定。&lt;/p&gt;
&lt;p&gt;本文介绍如何在 &lt;strong&gt;Windsurf Rules&lt;/strong&gt; 上实现这个技能，包括它的形态、示例配置、启用步骤、一次完整的运行过程和常见坑。&lt;/p&gt;</description></item><item><title>「事故补测」智能体 Skill 是什么：能做什么、适合谁、怎么开始</title><link>https://ai.wujiong.cc/posts/2026-10-18-test-gap-from-incident-intro/</link><pubDate>Sun, 18 Oct 2026 08:31:35 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-test-gap-from-incident-intro/</guid><description>&lt;p&gt;如果你在测试框架与 CI 流水线里反复做事故补测，可以考虑把经验沉淀为一个 Skill：写清触发条件、步骤、输出格式和边界，让智能体代劳重复部分，人只负责把关。&lt;/p&gt;
&lt;h2 id="一句话说明"&gt;一句话说明&lt;/h2&gt;
&lt;p&gt;「事故补测」技能让智能体根据线上事故复盘补充能防止复发的测试。你提供事故复盘，它按固定步骤处理，交付新增测试与说明。&lt;/p&gt;</description></item><item><title>单元测试脚手架 Skill 介绍：让智能体按固定流程完成任务</title><link>https://ai.wujiong.cc/posts/2026-10-18-unit-test-scaffold-intro/</link><pubDate>Sun, 18 Oct 2026 08:30:40 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-unit-test-scaffold-intro/</guid><description>&lt;p&gt;「单元测试脚手架」是开发与测试工程师的高频任务。它的输入通常是模块路径，期望得到的是测试文件。这类有固定流程、又需要一点判断力的工作，很适合封装成智能体 Skill。&lt;/p&gt;
&lt;h2 id="一句话说明"&gt;一句话说明&lt;/h2&gt;
&lt;p&gt;「单元测试脚手架」技能让智能体按项目测试框架为指定模块生成测试骨架与典型用例。你提供模块路径，它按固定步骤处理，交付测试文件。&lt;/p&gt;</description></item><item><title>压测方案 Skill 介绍：让智能体按固定流程完成任务</title><link>https://ai.wujiong.cc/posts/2026-10-18-load-test-plan-intro/</link><pubDate>Sun, 18 Oct 2026 08:30:12 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-load-test-plan-intro/</guid><description>&lt;p&gt;「压测方案」是开发与测试工程师的高频任务。它的输入通常是接口列表与业务量预估，期望得到的是压测方案与脚本草稿。这类有固定流程、又需要一点判断力的工作，很适合封装成智能体 Skill。&lt;/p&gt;
&lt;h2 id="一句话说明"&gt;一句话说明&lt;/h2&gt;
&lt;p&gt;「压测方案」技能让智能体为接口设计压测场景、指标与通过标准。你提供接口列表与业务量预估，它按固定步骤处理，交付压测方案与脚本草稿。&lt;/p&gt;</description></item><item><title>用 Cline Rules 实现「CI 测试提速」：规则文件写法</title><link>https://ai.wujiong.cc/posts/2026-10-18-ci-test-speedup-cline-rules/</link><pubDate>Sun, 18 Oct 2026 08:29:39 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-ci-test-speedup-cline-rules/</guid><description>&lt;p&gt;开发与测试工程师经常要做「CI 测试提速」这类事：分析 CI 测试耗时并给出并行、缓存与拆分建议。每次都从头写提示词，结果时好时坏；把它做成智能体 Skill，就能让智能体每次按同一套步骤执行，输出结构也更稳定。&lt;/p&gt;
&lt;p&gt;本文介绍如何在 &lt;strong&gt;Cline Rules&lt;/strong&gt; 上实现这个技能，包括它的形态、示例配置、启用步骤、一次完整的运行过程和常见坑。&lt;/p&gt;</description></item><item><title>「CI 测试提速」Skill 场景实录：一次完整任务怎么跑</title><link>https://ai.wujiong.cc/posts/2026-10-18-ci-test-speedup-scenario-walkthrough/</link><pubDate>Sun, 18 Oct 2026 08:29:32 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-ci-test-speedup-scenario-walkthrough/</guid><description>&lt;p&gt;如果你在测试框架与 CI 流水线里反复做CI 测试提速，可以考虑把经验沉淀为一个 Skill：写清触发条件、步骤、输出格式和边界，让智能体代劳重复部分，人只负责把关。&lt;/p&gt;
&lt;h2 id="背景虚构"&gt;背景（虚构）&lt;/h2&gt;
&lt;p&gt;阿周是一名开发，每周都要做几次CI 测试提速。过去靠复制粘贴提示词，结果不稳定。这次团队把它做成了技能，下面记录一次完整运行。&lt;/p&gt;</description></item><item><title>用 Windsurf Rules 实现「CI 测试提速」：规则与激活方式</title><link>https://ai.wujiong.cc/posts/2026-10-18-ci-test-speedup-windsurf-rules/</link><pubDate>Sun, 18 Oct 2026 08:28:35 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-ci-test-speedup-windsurf-rules/</guid><description>&lt;p&gt;开发与测试工程师经常要做「CI 测试提速」这类事：分析 CI 测试耗时并给出并行、缓存与拆分建议。每次都从头写提示词，结果时好时坏；把它做成智能体 Skill，就能让智能体每次按同一套步骤执行，输出结构也更稳定。&lt;/p&gt;
&lt;p&gt;本文介绍如何在 &lt;strong&gt;Windsurf Rules&lt;/strong&gt; 上实现这个技能，包括它的形态、示例配置、启用步骤、一次完整的运行过程和常见坑。&lt;/p&gt;</description></item><item><title>接口契约测试 通用提示词模板：任何对话助手都能直接用</title><link>https://ai.wujiong.cc/posts/2026-10-18-api-contract-test-prompt-only/</link><pubDate>Sun, 18 Oct 2026 08:27:45 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-api-contract-test-prompt-only/</guid><description>&lt;p&gt;「接口契约测试」是开发与测试工程师的高频任务。它的输入通常是OpenAPI 文档，期望得到的是契约测试用例。这类有固定流程、又需要一点判断力的工作，很适合封装成智能体 Skill。&lt;/p&gt;
&lt;p&gt;不是每个人都有能装技能的智能体平台。下面这份提示词可以直接粘贴到任何对话助手中使用，效果接近技能版本，只是需要每次手动粘贴。&lt;/p&gt;</description></item><item><title>缺陷复现 Skill 上传到 Claude 应用的完整流程</title><link>https://ai.wujiong.cc/posts/2026-10-18-bug-repro-claude-app-skill/</link><pubDate>Sun, 18 Oct 2026 08:27:43 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-bug-repro-claude-app-skill/</guid><description>&lt;p&gt;如果你在测试框架与 CI 流水线里反复做缺陷复现，可以考虑把经验沉淀为一个 Skill：写清触发条件、步骤、输出格式和边界，让智能体代劳重复部分，人只负责把关。&lt;/p&gt;
&lt;p&gt;本文介绍如何在 &lt;strong&gt;Claude 应用中的 Skills&lt;/strong&gt; 上实现这个技能，包括它的形态、示例配置、启用步骤、一次完整的运行过程和常见坑。&lt;/p&gt;</description></item><item><title>n8n 实战：自动化执行安全测试用例的智能体流程</title><link>https://ai.wujiong.cc/posts/2026-10-18-security-test-cases-n8n-agent/</link><pubDate>Sun, 18 Oct 2026 08:26:51 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-security-test-cases-n8n-agent/</guid><description>&lt;p&gt;开发与测试工程师经常要做「安全测试用例」这类事：为登录、权限、输入校验设计安全测试用例。每次都从头写提示词，结果时好时坏；把它做成智能体 Skill，就能让智能体每次按同一套步骤执行，输出结构也更稳定。&lt;/p&gt;
&lt;p&gt;本文介绍如何在 &lt;strong&gt;n8n AI Agent&lt;/strong&gt; 上实现这个技能，包括它的形态、示例配置、启用步骤、一次完整的运行过程和常见坑。&lt;/p&gt;</description></item><item><title>用 Dify 工作流实现「测试环境诊断」：节点设计与搭建步骤</title><link>https://ai.wujiong.cc/posts/2026-10-18-test-env-doctor-dify-workflow/</link><pubDate>Sun, 18 Oct 2026 08:25:58 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-test-env-doctor-dify-workflow/</guid><description>&lt;p&gt;「测试环境诊断」是开发与测试工程师的高频任务。它的输入通常是项目仓库，期望得到的是诊断报告与修复命令。这类有固定流程、又需要一点判断力的工作，很适合封装成智能体 Skill。&lt;/p&gt;
&lt;p&gt;本文介绍如何在 &lt;strong&gt;Dify 工作流&lt;/strong&gt; 上实现这个技能，包括它的形态、示例配置、启用步骤、一次完整的运行过程和常见坑。&lt;/p&gt;</description></item><item><title>MCP 实战：用工具和提示模板封装压测方案</title><link>https://ai.wujiong.cc/posts/2026-10-18-load-test-plan-mcp-server/</link><pubDate>Sun, 18 Oct 2026 08:24:34 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-load-test-plan-mcp-server/</guid><description>&lt;p&gt;「压测方案」是开发与测试工程师的高频任务。它的输入通常是接口列表与业务量预估，期望得到的是压测方案与脚本草稿。这类有固定流程、又需要一点判断力的工作，很适合封装成智能体 Skill。&lt;/p&gt;
&lt;p&gt;本文介绍如何在 &lt;strong&gt;MCP 服务&lt;/strong&gt; 上实现这个技能，包括它的形态、示例配置、启用步骤、一次完整的运行过程和常见坑。&lt;/p&gt;</description></item><item><title>扣子工作流实战：搭一个接口契约测试智能体</title><link>https://ai.wujiong.cc/posts/2026-10-18-api-contract-test-coze-workflow/</link><pubDate>Sun, 18 Oct 2026 08:24:27 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-api-contract-test-coze-workflow/</guid><description>&lt;p&gt;把「接口契约测试」交给智能体，难点不在模型能力，而在流程是否说清楚：输入是什么（OpenAPI 文档），按什么顺序处理，交付什么（契约测试用例），哪些事不能做。Skill 就是把这些写下来的载体。&lt;/p&gt;
&lt;p&gt;本文介绍如何在 &lt;strong&gt;扣子（Coze）智能体与工作流&lt;/strong&gt; 上实现这个技能，包括它的形态、示例配置、启用步骤、一次完整的运行过程和常见坑。&lt;/p&gt;</description></item><item><title>Windsurf 规则实战：Cascade 如何做安全测试用例</title><link>https://ai.wujiong.cc/posts/2026-10-18-security-test-cases-windsurf-rules/</link><pubDate>Sun, 18 Oct 2026 08:23:26 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-security-test-cases-windsurf-rules/</guid><description>&lt;p&gt;如果你在测试框架与 CI 流水线里反复做安全测试用例，可以考虑把经验沉淀为一个 Skill：写清触发条件、步骤、输出格式和边界，让智能体代劳重复部分，人只负责把关。&lt;/p&gt;
&lt;p&gt;本文介绍如何在 &lt;strong&gt;Windsurf Rules&lt;/strong&gt; 上实现这个技能，包括它的形态、示例配置、启用步骤、一次完整的运行过程和常见坑。&lt;/p&gt;</description></item><item><title>用 Cursor Rules 实现「单元测试脚手架」：.mdc 规则写法与示例</title><link>https://ai.wujiong.cc/posts/2026-10-18-unit-test-scaffold-cursor-rules/</link><pubDate>Sun, 18 Oct 2026 08:22:39 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-unit-test-scaffold-cursor-rules/</guid><description>&lt;p&gt;「单元测试脚手架」是开发与测试工程师的高频任务。它的输入通常是模块路径，期望得到的是测试文件。这类有固定流程、又需要一点判断力的工作，很适合封装成智能体 Skill。&lt;/p&gt;
&lt;p&gt;本文介绍如何在 &lt;strong&gt;Cursor Rules&lt;/strong&gt; 上实现这个技能，包括它的形态、示例配置、启用步骤、一次完整的运行过程和常见坑。&lt;/p&gt;</description></item><item><title>n8n 实战：自动化执行属性测试编写的智能体流程</title><link>https://ai.wujiong.cc/posts/2026-10-18-property-based-test-n8n-agent/</link><pubDate>Sun, 18 Oct 2026 08:22:30 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-property-based-test-n8n-agent/</guid><description>&lt;p&gt;「属性测试编写」是开发与测试工程师的高频任务。它的输入通常是函数说明，期望得到的是属性测试代码。这类有固定流程、又需要一点判断力的工作，很适合封装成智能体 Skill。&lt;/p&gt;
&lt;p&gt;本文介绍如何在 &lt;strong&gt;n8n AI Agent&lt;/strong&gt; 上实现这个技能，包括它的形态、示例配置、启用步骤、一次完整的运行过程和常见坑。&lt;/p&gt;</description></item><item><title>端到端测试编写 Skill 实战演练：从请求到交付的全过程</title><link>https://ai.wujiong.cc/posts/2026-10-18-e2e-playwright-scenario-walkthrough/</link><pubDate>Sun, 18 Oct 2026 08:21:49 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-e2e-playwright-scenario-walkthrough/</guid><description>&lt;p&gt;如果你在测试框架与 CI 流水线里反复做端到端测试编写，可以考虑把经验沉淀为一个 Skill：写清触发条件、步骤、输出格式和边界，让智能体代劳重复部分，人只负责把关。&lt;/p&gt;
&lt;h2 id="背景虚构"&gt;背景（虚构）&lt;/h2&gt;
&lt;p&gt;老陈是一名开发，每周都要做几次端到端测试编写。过去靠复制粘贴提示词，结果不稳定。这次团队把它做成了技能，下面记录一次完整运行。&lt;/p&gt;</description></item><item><title>压测方案 Skill 两种写法对比：五行提示词还是完整技能包</title><link>https://ai.wujiong.cc/posts/2026-10-18-load-test-plan-minimal-vs-advanced/</link><pubDate>Sun, 18 Oct 2026 08:21:46 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-load-test-plan-minimal-vs-advanced/</guid><description>&lt;p&gt;开发与测试工程师经常要做「压测方案」这类事：为接口设计压测场景、指标与通过标准。每次都从头写提示词，结果时好时坏；把它做成智能体 Skill，就能让智能体每次按同一套步骤执行，输出结构也更稳定。&lt;/p&gt;
&lt;p&gt;很多人纠结一开始要不要把技能写得很完整。答案是：先极简，再按需升级。下面对比「压测方案」的两种写法。&lt;/p&gt;</description></item><item><title>用 GPTs 实现「端到端测试编写」：指令、知识与 Actions</title><link>https://ai.wujiong.cc/posts/2026-10-18-e2e-playwright-gpts/</link><pubDate>Sun, 18 Oct 2026 08:21:21 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-e2e-playwright-gpts/</guid><description>&lt;p&gt;开发与测试工程师经常要做「端到端测试编写」这类事：用 Playwright 为关键用户路径编写端到端测试。每次都从头写提示词，结果时好时坏；把它做成智能体 Skill，就能让智能体每次按同一套步骤执行，输出结构也更稳定。&lt;/p&gt;
&lt;p&gt;本文介绍如何在 &lt;strong&gt;GPTs&lt;/strong&gt; 上实现这个技能，包括它的形态、示例配置、启用步骤、一次完整的运行过程和常见坑。&lt;/p&gt;</description></item><item><title>在 Claude 应用里启用「属性测试编写」Skill：打包、上传与使用</title><link>https://ai.wujiong.cc/posts/2026-10-18-property-based-test-claude-app-skill/</link><pubDate>Sun, 18 Oct 2026 08:21:01 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-property-based-test-claude-app-skill/</guid><description>&lt;p&gt;「属性测试编写」是开发与测试工程师的高频任务。它的输入通常是函数说明，期望得到的是属性测试代码。这类有固定流程、又需要一点判断力的工作，很适合封装成智能体 Skill。&lt;/p&gt;
&lt;p&gt;本文介绍如何在 &lt;strong&gt;Claude 应用中的 Skills&lt;/strong&gt; 上实现这个技能，包括它的形态、示例配置、启用步骤、一次完整的运行过程和常见坑。&lt;/p&gt;</description></item><item><title>「行为场景编写」Skill 常见问题解答</title><link>https://ai.wujiong.cc/posts/2026-10-18-bdd-scenarios-faq/</link><pubDate>Sun, 18 Oct 2026 08:20:55 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-bdd-scenarios-faq/</guid><description>&lt;p&gt;如果你在测试框架与 CI 流水线里反复做行为场景编写，可以考虑把经验沉淀为一个 Skill：写清触发条件、步骤、输出格式和边界，让智能体代劳重复部分，人只负责把关。&lt;/p&gt;
&lt;table&gt;
 &lt;thead&gt;
 &lt;tr&gt;
 &lt;th&gt;项目&lt;/th&gt;
 &lt;th&gt;说明&lt;/th&gt;
 &lt;/tr&gt;
 &lt;/thead&gt;
 &lt;tbody&gt;
 &lt;tr&gt;
 &lt;td&gt;技能&lt;/td&gt;
 &lt;td&gt;行为场景编写（&lt;code&gt;bdd-scenarios&lt;/code&gt;）&lt;/td&gt;
 &lt;/tr&gt;
 &lt;tr&gt;
 &lt;td&gt;作用&lt;/td&gt;
 &lt;td&gt;把需求写成 Given-When-Then 场景&lt;/td&gt;
 &lt;/tr&gt;
 &lt;tr&gt;
 &lt;td&gt;输入&lt;/td&gt;
 &lt;td&gt;需求描述&lt;/td&gt;
 &lt;/tr&gt;
 &lt;tr&gt;
 &lt;td&gt;输出&lt;/td&gt;
 &lt;td&gt;行为场景文件&lt;/td&gt;
 &lt;/tr&gt;
 &lt;tr&gt;
 &lt;td&gt;形态&lt;/td&gt;
 &lt;td&gt;纯提示词&lt;/td&gt;
 &lt;/tr&gt;
 &lt;tr&gt;
 &lt;td&gt;风险&lt;/td&gt;
 &lt;td&gt;低&lt;/td&gt;
 &lt;/tr&gt;
 &lt;tr&gt;
 &lt;td&gt;适用人群&lt;/td&gt;
 &lt;td&gt;开发与测试工程师&lt;/td&gt;
 &lt;/tr&gt;
 &lt;/tbody&gt;
&lt;/table&gt;
&lt;h2 id="1-行为场景编写技能和直接写提示词有什么区别"&gt;1. 「行为场景编写」技能和直接写提示词有什么区别？&lt;/h2&gt;
&lt;p&gt;技能把步骤、格式和约束固定下来，由平台在相关时自动加载；提示词需要每次手动提供，效果依赖当次写法。&lt;/p&gt;</description></item><item><title>「缺陷复现」的 SKILL.md 怎么写：逐段拆解与完整示例</title><link>https://ai.wujiong.cc/posts/2026-10-18-bug-repro-skill-md/</link><pubDate>Sun, 18 Oct 2026 08:19:11 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-bug-repro-skill-md/</guid><description>&lt;p&gt;开发与测试工程师经常要做「缺陷复现」这类事：根据缺陷报告写出最小复现步骤与失败测试。每次都从头写提示词，结果时好时坏；把它做成智能体 Skill，就能让智能体每次按同一套步骤执行，输出结构也更稳定。&lt;/p&gt;
&lt;p&gt;本文以「缺陷复现」为例，逐段讲解 SKILL.md 的写法。SKILL.md 是 Claude Agent Skills 采用的格式：YAML 头 + Markdown 正文，其结构思路也适用于其他平台的规则文件与指令。&lt;/p&gt;</description></item><item><title>LangChain 工具实战：把模糊测试输入变成可调用的智能体</title><link>https://ai.wujiong.cc/posts/2026-10-18-fuzz-input-langgraph-tool/</link><pubDate>Sun, 18 Oct 2026 08:17:33 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-fuzz-input-langgraph-tool/</guid><description>&lt;p&gt;把「模糊测试输入」交给智能体，难点不在模型能力，而在流程是否说清楚：输入是什么（解析函数），按什么顺序处理，交付什么（模糊测试用例与发现的问题），哪些事不能做。Skill 就是把这些写下来的载体。&lt;/p&gt;
&lt;p&gt;本文介绍如何在 &lt;strong&gt;LangChain / LangGraph 工具&lt;/strong&gt; 上实现这个技能，包括它的形态、示例配置、启用步骤、一次完整的运行过程和常见坑。&lt;/p&gt;</description></item><item><title>用 LangGraph 实现「行为场景编写」：工具定义与智能体代码</title><link>https://ai.wujiong.cc/posts/2026-10-18-bdd-scenarios-langgraph-tool/</link><pubDate>Sun, 18 Oct 2026 08:16:44 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-bdd-scenarios-langgraph-tool/</guid><description>&lt;p&gt;「行为场景编写」是开发与测试工程师的高频任务。它的输入通常是需求描述，期望得到的是行为场景文件。这类有固定流程、又需要一点判断力的工作，很适合封装成智能体 Skill。&lt;/p&gt;
&lt;p&gt;本文介绍如何在 &lt;strong&gt;LangChain / LangGraph 工具&lt;/strong&gt; 上实现这个技能，包括它的形态、示例配置、启用步骤、一次完整的运行过程和常见坑。&lt;/p&gt;</description></item><item><title>GPTs 实战：做一个专门视觉回归检查的定制助手</title><link>https://ai.wujiong.cc/posts/2026-10-18-visual-regression-gpts/</link><pubDate>Sun, 18 Oct 2026 08:16:24 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-visual-regression-gpts/</guid><description>&lt;p&gt;把「视觉回归检查」交给智能体，难点不在模型能力，而在流程是否说清楚：输入是什么（基线截图与新截图），按什么顺序处理，交付什么（差异清单），哪些事不能做。Skill 就是把这些写下来的载体。&lt;/p&gt;
&lt;p&gt;本文介绍如何在 &lt;strong&gt;GPTs&lt;/strong&gt; 上实现这个技能，包括它的形态、示例配置、启用步骤、一次完整的运行过程和常见坑。&lt;/p&gt;</description></item><item><title>视觉回归检查 Skill 一页检查清单</title><link>https://ai.wujiong.cc/posts/2026-10-18-visual-regression-checklist/</link><pubDate>Sun, 18 Oct 2026 08:16:07 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-visual-regression-checklist/</guid><description>&lt;p&gt;如果你在测试框架与 CI 流水线里反复做视觉回归检查，可以考虑把经验沉淀为一个 Skill：写清触发条件、步骤、输出格式和边界，让智能体代劳重复部分，人只负责把关。&lt;/p&gt;
&lt;p&gt;把下面的清单保存下来，每次使用或修改「视觉回归检查」技能时过一遍。&lt;/p&gt;
&lt;h2 id="编写时"&gt;编写时&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; description 写清做什么、什么时候用&lt;/li&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; 输入写明需要基线截图与新截图，并要求缺信息先提问&lt;/li&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; 步骤为编号列表：截取关键页面、与基线对比、过滤动态内容、标出非预期变化&lt;/li&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; 输出写明差异清单的结构&lt;/li&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; 约束包含领域底线与不可逆操作的处理方式&lt;/li&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; 长资料拆到参考文件&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id="上线前"&gt;上线前&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; 6 类测试输入全部通过&lt;/li&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; 权限按最小范围配置&lt;/li&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; 技能文件中没有密钥和真实个人信息&lt;/li&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; 有负责人和变更记录&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id="每次使用时"&gt;每次使用时&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; 输入材料已脱敏或确认可以交给所用平台&lt;/li&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; 观察智能体是否加载了技能&lt;/li&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; 查看“需人工确认”清单&lt;/li&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; 对照原始材料抽查关键信息&lt;/li&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; 风险较低，但输出仍需快速过目再使用&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id="使用后"&gt;使用后&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; 记录明显的问题样例&lt;/li&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; 输出被大幅修改时，分析原因并考虑改技能&lt;/li&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; 定期检查平台更新是否影响技能&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id="每一步的快速核对"&gt;每一步的快速核对&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; 截取关键页面&lt;/li&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; 与基线对比&lt;/li&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; 过滤动态内容&lt;/li&gt;
&lt;li&gt;&lt;input disabled="" type="checkbox"&gt; 标出非预期变化&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;清单只是底线，深入内容见&lt;a href="https://ai.wujiong.cc/posts/2026-10-18-visual-regression-pitfalls/"&gt;常见坑&lt;/a&gt;与&lt;a href="https://ai.wujiong.cc/posts/2026-10-18-visual-regression-security-review/"&gt;安全审查&lt;/a&gt;。&lt;/p&gt;</description></item><item><title>用扣子（Coze）实现「CI 测试提速」：人设、工作流与发布</title><link>https://ai.wujiong.cc/posts/2026-10-18-ci-test-speedup-coze-workflow/</link><pubDate>Sun, 18 Oct 2026 08:13:29 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-ci-test-speedup-coze-workflow/</guid><description>&lt;p&gt;把「CI 测试提速」交给智能体，难点不在模型能力，而在流程是否说清楚：输入是什么（CI 日志），按什么顺序处理，交付什么（提速方案），哪些事不能做。Skill 就是把这些写下来的载体。&lt;/p&gt;
&lt;p&gt;本文介绍如何在 &lt;strong&gt;扣子（Coze）智能体与工作流&lt;/strong&gt; 上实现这个技能，包括它的形态、示例配置、启用步骤、一次完整的运行过程和常见坑。&lt;/p&gt;</description></item><item><title>没有智能体平台也能用：「CI 测试提速」纯提示词版本</title><link>https://ai.wujiong.cc/posts/2026-10-18-ci-test-speedup-prompt-only/</link><pubDate>Sun, 18 Oct 2026 08:13:25 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-ci-test-speedup-prompt-only/</guid><description>&lt;p&gt;开发与测试工程师经常要做「CI 测试提速」这类事：分析 CI 测试耗时并给出并行、缓存与拆分建议。每次都从头写提示词，结果时好时坏；把它做成智能体 Skill，就能让智能体每次按同一套步骤执行，输出结构也更稳定。&lt;/p&gt;
&lt;p&gt;不是每个人都有能装技能的智能体平台。下面这份提示词可以直接粘贴到任何对话助手中使用，效果接近技能版本，只是需要每次手动粘贴。&lt;/p&gt;</description></item><item><title>无障碍测试 Skill 如何与其他技能协作：交接格式与顺序</title><link>https://ai.wujiong.cc/posts/2026-10-18-accessibility-test-combo/</link><pubDate>Sun, 18 Oct 2026 08:12:07 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-accessibility-test-combo/</guid><description>&lt;p&gt;「无障碍测试」是开发与测试工程师的高频任务。它的输入通常是页面地址，期望得到的是问题清单与修复建议。这类有固定流程、又需要一点判断力的工作，很适合封装成智能体 Skill。&lt;/p&gt;
&lt;p&gt;单个技能解决一个环节，把几个技能串起来，才能覆盖一整段工作。本文示范「无障碍测试」与三个相关技能的组合。&lt;/p&gt;</description></item><item><title>扣子工作流实战：搭一个测试命名整理智能体</title><link>https://ai.wujiong.cc/posts/2026-10-18-test-naming-cleanup-coze-workflow/</link><pubDate>Sun, 18 Oct 2026 08:12:01 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-test-naming-cleanup-coze-workflow/</guid><description>&lt;p&gt;「测试命名整理」是开发与测试工程师的高频任务。它的输入通常是测试文件，期望得到的是改名建议。这类有固定流程、又需要一点判断力的工作，很适合封装成智能体 Skill。&lt;/p&gt;
&lt;p&gt;本文介绍如何在 &lt;strong&gt;扣子（Coze）智能体与工作流&lt;/strong&gt; 上实现这个技能，包括它的形态、示例配置、启用步骤、一次完整的运行过程和常见坑。&lt;/p&gt;</description></item><item><title>10 分钟上手「视觉回归检查」Skill：从零到第一次跑通</title><link>https://ai.wujiong.cc/posts/2026-10-18-visual-regression-quickstart/</link><pubDate>Sun, 18 Oct 2026 08:11:30 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-visual-regression-quickstart/</guid><description>&lt;p&gt;开发与测试工程师经常要做「视觉回归检查」这类事：对比页面截图找出非预期的样式变化。每次都从头写提示词，结果时好时坏；把它做成智能体 Skill，就能让智能体每次按同一套步骤执行，输出结构也更稳定。&lt;/p&gt;
&lt;p&gt;这篇是最短路径：不追求完美，只求在 10 分钟内让「视觉回归检查」第一次跑通。&lt;/p&gt;</description></item><item><title>快照测试审查 Skill 一页检查清单</title><link>https://ai.wujiong.cc/posts/2026-10-18-snapshot-review-checklist/</link><pubDate>Sun, 18 Oct 2026 08:11:28 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-snapshot-review-checklist/</guid><description>&lt;p&gt;开发与测试工程师经常要做「快照测试审查」这类事：审查快照更新是否合理，防止误把缺陷当成新基线。每次都从头写提示词，结果时好时坏；把它做成智能体 Skill，就能让智能体每次按同一套步骤执行，输出结构也更稳定。&lt;/p&gt;
&lt;p&gt;把下面的清单保存下来，每次使用或修改「快照测试审查」技能时过一遍。&lt;/p&gt;</description></item><item><title>用 Dify 工作流实现「测试数据工厂」：节点设计与搭建步骤</title><link>https://ai.wujiong.cc/posts/2026-10-18-test-data-factory-dify-workflow/</link><pubDate>Sun, 18 Oct 2026 08:11:23 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-test-data-factory-dify-workflow/</guid><description>&lt;p&gt;开发与测试工程师经常要做「测试数据工厂」这类事：为测试生成结构合理、可复现的假数据工厂。每次都从头写提示词，结果时好时坏；把它做成智能体 Skill，就能让智能体每次按同一套步骤执行，输出结构也更稳定。&lt;/p&gt;
&lt;p&gt;本文介绍如何在 &lt;strong&gt;Dify 工作流&lt;/strong&gt; 上实现这个技能，包括它的形态、示例配置、启用步骤、一次完整的运行过程和常见坑。&lt;/p&gt;</description></item></channel></rss>