NAODENG / QA
资源导航
从可直接使用的 QA Skills 和提示词，到 Wiki、指南、项目、博客与 30 天学习计划，一站找到下一步。
38 项资源
测试技能
面向 AI Agent 与测试工作流的可执行 QA 技能。
可访问性测试
Use this skill when you need to design accessibility testing against WCAG, keyboard navigation, and assistive technology scenarios; triggers include 可访问性测试 and accessibility testing.
打开资源AI 辅助测试
Use this skill when you need AI-assisted testing workflows such as test data generation, root-cause analysis, and prioritization; triggers include AI 辅助测试 and AI-assisted testing.
打开资源API 测试（Bruno）
Use this skill when you need to parse multi-format API definitions and generate Bruno collections for executable regression; triggers include Bruno、Bruno 集合 and Bruno API testing.
打开资源Postman API 测试
Use this skill when you need to design Postman collections, environments, scripts, and Newman-ready API regression plans; triggers include Postman API testing, API testing, and api-test-postman.
打开资源API 测试（Pytest）
Use this skill when you need to parse multi-format API definitions and generate Pytest API automation; triggers include Pytest 接口测试、pytest api and API automation with Pytest.
打开资源API 测试（Rest Assured）
Use this skill when you need to parse multi-format API definitions and generate Rest Assured Java test classes; triggers include Rest Assured、RestAssured and Java API automation.
打开资源API 测试（Supertest）
Use this skill when you need to parse multi-format API definitions and generate executable Supertest scripts; triggers include Supertest、Node.js API 测试 and Supertest automation.
打开资源API 测试
Use this skill when you need to design API test plans or cases for REST, GraphQL, or gRPC interfaces; triggers include API 测试 and api testing.
打开资源自动化测试
Use this skill when you need to design automation testing approaches using patterns like POM, data-driven testing, or BDD; triggers include 自动化测试 and automation testing.
打开资源缺陷上报
Use this skill when you need to write clear, reproducible bug reports with steps, environment details, and evidence; triggers include 缺陷上报 and bug reporting.
打开资源代码审查
Use this skill when you need a risk-driven code review of a PR/diff with severity-ranked findings and actionable fixes; triggers include 代码审查, 代码评审, code review, and PR review.
打开资源功能测试
Use this skill when you need to design functional test plans or cases for business flows, UI, data, and integrations; triggers include 功能测试 and functional testing.
打开资源手动/探索性测试
Use this skill when you need to plan manual or exploratory testing with charters, heuristics, and session records; triggers include 手动测试 and exploratory testing.
打开资源移动端测试
Use this skill when you need to design mobile test plans for iOS or Android covering functionality, compatibility, performance, network, and security; triggers include 移动端测试 and mobile testing.
打开资源性能测试（Gatling）
Use this skill when you need Gatling performance scope, simulations, or runnable entry points; triggers include Gatling、Gatling 性能测试 and Gatling simulation.
打开资源JMeter 性能测试
Use this skill when you need to design JMeter test plans with Thread Groups, samplers, data sets, assertions, timers, CLI runs, and HTML reports; triggers include JMeter performance testing, performance testing, and performance-test-jmeter.
打开资源性能测试（k6）
Use this skill when you need k6 load/stress/spike/soak scope, scripts, or runnable entry points; triggers include k6、k6 性能测试 and k6 performance testing.
打开资源性能测试
Use this skill when you need to design performance testing for load, stress, spike, endurance, or capacity objectives; triggers include 性能测试 and performance testing.
打开资源需求分析
Use this skill when you need to analyze requirements, identify test points, boundaries, dependencies, and risks before test design; triggers include 需求分析 and requirements analysis.
打开资源安全测试
Use this skill when you need to design security testing around OWASP risks, vulnerability scanning, and penetration scenarios; triggers include 安全测试 and security testing.
打开资源测试用例评审
Use this skill when you need to review test cases for completeness, clarity, maintainability, and missing scenarios; triggers include 测试用例评审 and test case review.
打开资源测试用例编写
Use this skill when you need to create high-quality test cases with normal, exception, and boundary scenarios; triggers include 测试用例编写 and test case writing.
打开资源测试报告
Use this skill when you need to generate test reports with summary, metrics, defect analysis, and risk assessment; triggers include 测试报告 and test reporting.
打开资源测试策略
Use this skill when you need to define a test strategy covering scope, methods, resources, risks, and quality gates; triggers include 测试策略 and test strategy.
打开资源Cypress UI 自动化测试
Use this skill when you need to design Cypress e2e and component testing plans with commands, fixtures, network stubbing, and CI reporting; triggers include Cypress UI testing, UI automation testing, and ui-test-cypress.
打开资源Playwright UI 自动化测试
Use this skill when you need to design Playwright Test suites with fixtures, projects, traces, screenshots, API plus UI coverage, and CI reporting; triggers include Playwright UI testing, UI automation testing, and ui-test-playwright.
打开资源Puppeteer UI 自动化测试
Use this skill when you need to design Puppeteer automation for Chromium-driven checks, screenshots, PDFs, network interception, and CDP use cases; triggers include Puppeteer UI testing, UI automation testing, and ui-test-puppeteer.
打开资源Selenium UI 自动化测试
Use this skill when you need to design Selenium WebDriver UI automation plans with stable locators, waits, Page Objects, Grid, and CI execution; triggers include Selenium UI testing, UI automation testing, and ui-test-selenium.
打开资源TestCafe UI 自动化测试
Use this skill when you need to design TestCafe UI automation with fixtures, selectors, roles, browser matrix execution, and reports; triggers include TestCafe UI testing, UI automation testing, and ui-test-testcafe.
打开资源WebdriverIO UI 自动化测试
Use this skill when you need to design WebdriverIO suites with config, services, runner behavior, Page Objects, capabilities, and reporters; triggers include WebdriverIO UI testing, UI automation testing, and ui-test-webdriverio.
打开资源日常测试工作流程
Use this skill when you need a day-by-day QA routine including planning, execution, bug reporting, and end-of-day wrap-up; triggers include 日常测试工作流程 and daily testing workflow.
打开资源测试技能路由
Use this skill when you need to route a request to the right testing skill before execution; triggers include 测试技能路由、discover testing and which testing skill.
打开资源迭代测试工作流程
Use this skill when you need a sprint-based QA workflow from planning through review and retrospective; triggers include 迭代测试工作流程 and sprint testing workflow.
打开资源发布测试工作流程
Use this skill when you need release-phase QA workflow from T-14 planning to go/no-go and post-release monitoring; triggers include 发布测试工作流程 and release testing workflow.
打开资源需求分析增强版
Use this skill when you need to parse Word/HTML/JSON/Markdown/Excel requirements and produce a structured analysis; triggers include 需求分析增强、requirements analysis plus and requirement parsing.
打开资源测试用例评审增强版
Use this skill when you need structured test-case review findings from requirements, strategy, and case docs; triggers include 用例评审增强、test case reviewer plus and advanced test case review.
打开资源测试策略增强版
Use this skill when you need a structured test strategy from requirement, analysis, tech, and plan docs; triggers include 测试策略增强、test strategy plus and advanced test strategy.
打开资源测试用例编写增强版
Use this skill when you need high-quality test cases from requirements and analysis artifacts; triggers include 测试用例编写增强、testcase writer plus and advanced test case writing.
打开资源90 项资源
测试提示词
覆盖测试生命周期的可复用 AI 提示词。
Standard - 可访问性测试 (Accessibility Testing)
可访问性测试 (Accessibility Testing)标准提示词
打开资源Standard - AI辅助测试 (AI-Assisted Testing)
AI辅助测试 (AI-Assisted Testing)标准提示词
打开资源Standard - API测试 (API Testing)
API测试 (API Testing)标准提示词
打开资源Standard - 自动化测试 (Automation Testing)
自动化测试 (Automation Testing)标准提示词
打开资源Standard - 缺陷上报 (Bug Reporting)
缺陷上报 (Bug Reporting)标准提示词
打开资源Standard - 功能测试 (Functional Testing)
功能测试 (Functional Testing)标准提示词
打开资源Standard - 手动测试 (Manual Testing)
手动测试 (Manual Testing)标准提示词
打开资源Standard - 移动端测试 (Mobile Testing)
移动端测试 (Mobile Testing)标准提示词
打开资源Standard - 性能测试 (Performance Testing)
性能测试 (Performance Testing)标准提示词
打开资源Standard - 需求分析 (Requirements Analysis)
需求分析 (Requirements Analysis)标准提示词
打开资源Standard - 安全测试 (Security Testing)
安全测试 (Security Testing)标准提示词
打开资源Standard - 测试用例评审 (Test Case Review)
测试用例评审 (Test Case Review)标准提示词
打开资源Standard - 测试用例编写 (Test Case Writing)
测试用例编写 (Test Case Writing)标准提示词
打开资源Standard - 测试报告 (Test Reporting)
测试报告 (Test Reporting)标准提示词
打开资源Standard - 测试策略 (Test Strategy)
测试策略 (Test Strategy)标准提示词
打开资源ROSES - 可访问性测试 (Accessibility Testing)
可访问性测试 (Accessibility Testing) ROSES 框架提示词
打开资源ROSES - AI辅助测试 (AI-Assisted Testing)
AI辅助测试 (AI-Assisted Testing) ROSES 框架提示词
打开资源ROSES - API测试 (API Testing)
API测试 (API Testing) ROSES 框架提示词
打开资源ROSES - 自动化测试 (Automation Testing)
自动化测试 (Automation Testing) ROSES 框架提示词
打开资源ROSES - 缺陷上报 (Bug Reporting)
缺陷上报 (Bug Reporting) ROSES 框架提示词
打开资源ROSES - 功能测试 (Functional Testing)
功能测试 (Functional Testing) ROSES 框架提示词
打开资源ROSES - 手动测试 (Manual Testing)
手动测试 (Manual Testing) ROSES 框架提示词
打开资源ROSES - 移动端测试 (Mobile Testing)
移动端测试 (Mobile Testing) ROSES 框架提示词
打开资源ROSES - 性能测试 (Performance Testing)
性能测试 (Performance Testing) ROSES 框架提示词
打开资源ROSES - 需求分析 (Requirements Analysis)
需求分析 (Requirements Analysis) ROSES 框架提示词
打开资源ROSES - 安全测试 (Security Testing)
安全测试 (Security Testing) ROSES 框架提示词
打开资源ROSES - 测试用例评审 (Test Case Review)
测试用例评审 (Test Case Review) ROSES 框架提示词
打开资源ROSES - 测试用例编写 (Test Case Writing)
测试用例编写 (Test Case Writing) ROSES 框架提示词
打开资源ROSES - 测试报告 (Test Reporting)
测试报告 (Test Reporting) ROSES 框架提示词
打开资源ROSES - 测试策略 (Test Strategy)
测试策略 (Test Strategy) ROSES 框架提示词
打开资源LangGPT - 可访问性测试 (Accessibility Testing)
可访问性测试 (Accessibility Testing) LangGPT 框架提示词
打开资源LangGPT - AI辅助测试 (AI-Assisted Testing)
AI辅助测试 (AI-Assisted Testing) LangGPT 框架提示词
打开资源LangGPT - API测试 (API Testing)
API测试 (API Testing) LangGPT 框架提示词
打开资源LangGPT - 自动化测试 (Automation Testing)
自动化测试 (Automation Testing) LangGPT 框架提示词
打开资源LangGPT - 缺陷上报 (Bug Reporting)
缺陷上报 (Bug Reporting) LangGPT 框架提示词
打开资源LangGPT - 功能测试 (Functional Testing)
功能测试 (Functional Testing) LangGPT 框架提示词
打开资源LangGPT - 手动测试 (Manual Testing)
手动测试 (Manual Testing) LangGPT 框架提示词
打开资源LangGPT - 移动端测试 (Mobile Testing)
移动端测试 (Mobile Testing) LangGPT 框架提示词
打开资源LangGPT - 性能测试 (Performance Testing)
性能测试 (Performance Testing) LangGPT 框架提示词
打开资源LangGPT - 需求分析 (Requirements Analysis)
需求分析 (Requirements Analysis) LangGPT 框架提示词
打开资源LangGPT - 安全测试 (Security Testing)
安全测试 (Security Testing) LangGPT 框架提示词
打开资源LangGPT - 测试用例评审 (Test Case Review)
测试用例评审 (Test Case Review) LangGPT 框架提示词
打开资源LangGPT - 测试用例编写 (Test Case Writing)
测试用例编写 (Test Case Writing) LangGPT 框架提示词
打开资源LangGPT - 测试报告 (Test Reporting)
测试报告 (Test Reporting) LangGPT 框架提示词
打开资源LangGPT - 测试策略 (Test Strategy)
测试策略 (Test Strategy) LangGPT 框架提示词
打开资源ICIO - 可访问性测试 (Accessibility Testing)
可访问性测试 (Accessibility Testing) ICIO 框架提示词
打开资源ICIO - AI辅助测试 (AI-Assisted Testing)
AI辅助测试 (AI-Assisted Testing) ICIO 框架提示词
打开资源ICIO - API测试 (API Testing)
API测试 (API Testing) ICIO 框架提示词
打开资源ICIO - 自动化测试 (Automation Testing)
自动化测试 (Automation Testing) ICIO 框架提示词
打开资源ICIO - 缺陷上报 (Bug Reporting)
缺陷上报 (Bug Reporting) ICIO 框架提示词
打开资源ICIO - 功能测试 (Functional Testing)
功能测试 (Functional Testing) ICIO 框架提示词
打开资源ICIO - 手动测试 (Manual Testing)
手动测试 (Manual Testing) ICIO 框架提示词
打开资源ICIO - 移动端测试 (Mobile Testing)
移动端测试 (Mobile Testing) ICIO 框架提示词
打开资源ICIO - 性能测试 (Performance Testing)
性能测试 (Performance Testing) ICIO 框架提示词
打开资源ICIO - 需求分析 (Requirements Analysis)
需求分析 (Requirements Analysis) ICIO 框架提示词
打开资源ICIO - 安全测试 (Security Testing)
安全测试 (Security Testing) ICIO 框架提示词
打开资源ICIO - 测试用例评审 (Test Case Review)
测试用例评审 (Test Case Review) ICIO 框架提示词
打开资源ICIO - 测试用例编写 (Test Case Writing)
测试用例编写 (Test Case Writing) ICIO 框架提示词
打开资源ICIO - 测试报告 (Test Reporting)
测试报告 (Test Reporting) ICIO 框架提示词
打开资源ICIO - 测试策略 (Test Strategy)
测试策略 (Test Strategy) ICIO 框架提示词
打开资源CRISPE - 可访问性测试 (Accessibility Testing)
可访问性测试 (Accessibility Testing) CRISPE 框架提示词
打开资源CRISPE - AI辅助测试 (AI-Assisted Testing)
AI辅助测试 (AI-Assisted Testing) CRISPE 框架提示词
打开资源CRISPE - API测试 (API Testing)
API测试 (API Testing) CRISPE 框架提示词
打开资源CRISPE - 自动化测试 (Automation Testing)
自动化测试 (Automation Testing) CRISPE 框架提示词
打开资源CRISPE - 缺陷上报 (Bug Reporting)
缺陷上报 (Bug Reporting) CRISPE 框架提示词
打开资源CRISPE - 功能测试 (Functional Testing)
功能测试 (Functional Testing) CRISPE 框架提示词
打开资源CRISPE - 手动测试 (Manual Testing)
手动测试 (Manual Testing) CRISPE 框架提示词
打开资源CRISPE - 移动端测试 (Mobile Testing)
移动端测试 (Mobile Testing) CRISPE 框架提示词
打开资源CRISPE - 性能测试 (Performance Testing)
性能测试 (Performance Testing) CRISPE 框架提示词
打开资源CRISPE - 需求分析 (Requirements Analysis)
需求分析 (Requirements Analysis) CRISPE 框架提示词
打开资源CRISPE - 安全测试 (Security Testing)
安全测试 (Security Testing) CRISPE 框架提示词
打开资源CRISPE - 测试用例评审 (Test Case Review)
测试用例评审 (Test Case Review) CRISPE 框架提示词
打开资源CRISPE - 测试用例编写 (Test Case Writing)
测试用例编写 (Test Case Writing) CRISPE 框架提示词
打开资源CRISPE - 测试报告 (Test Reporting)
测试报告 (Test Reporting) CRISPE 框架提示词
打开资源CRISPE - 测试策略 (Test Strategy)
测试策略 (Test Strategy) CRISPE 框架提示词
打开资源RISE - 可访问性测试 (Accessibility Testing)
可访问性测试 (Accessibility Testing) RISE 框架提示词
打开资源RISE - AI辅助测试 (AI-Assisted Testing)
AI辅助测试 (AI-Assisted Testing) RISE 框架提示词
打开资源RISE - API测试 (API Testing)
API测试 (API Testing) RISE 框架提示词
打开资源RISE - 自动化测试 (Automation Testing)
自动化测试 (Automation Testing) RISE 框架提示词
打开资源RISE - 缺陷上报 (Bug Reporting)
缺陷上报 (Bug Reporting) RISE 框架提示词
打开资源RISE - 功能测试 (Functional Testing)
功能测试 (Functional Testing) RISE 框架提示词
打开资源RISE - 手动测试 (Manual Testing)
手动测试 (Manual Testing) RISE 框架提示词
打开资源RISE - 移动端测试 (Mobile Testing)
移动端测试 (Mobile Testing) RISE 框架提示词
打开资源RISE - 性能测试 (Performance Testing)
性能测试 (Performance Testing) RISE 框架提示词
打开资源RISE - 需求分析 (Requirements Analysis)
需求分析 (Requirements Analysis) RISE 框架提示词
打开资源RISE - 安全测试 (Security Testing)
安全测试 (Security Testing) RISE 框架提示词
打开资源RISE - 测试用例评审 (Test Case Review)
测试用例评审 (Test Case Review) RISE 框架提示词
打开资源RISE - 测试用例编写 (Test Case Writing)
测试用例编写 (Test Case Writing) RISE 框架提示词
打开资源RISE - 测试报告 (Test Reporting)
测试报告 (Test Reporting) RISE 框架提示词
打开资源RISE - 测试策略 (Test Strategy)
测试策略 (Test Strategy) RISE 框架提示词
打开资源67 项资源
AI Wiki
解释 AI、Agent 与质量工程概念的词条。
ACP（Agent Client Protocol）
用于智能体运行时与客户端工具互操作的协议。
打开资源主动记忆
由用户或智能体主动写入/更新，用于指导后续行为的记忆。
打开资源智能体评测
通过可重复基准测试评估智能体在任务、策略与结果上的表现。
打开资源智能体工作流
由 AI 智能体执行“规划-执行-观察-修正”闭环、并尽量减少人工介入的工作流模式。
打开资源AI 智能体
能够感知上下文、围绕目标推理并调用工具执行任务的 AI 系统。
打开资源AI 配对编程
开发者与 AI 助手共同完成实现、评审与重构的协作编程模式。
打开资源Antigravity（反重力）
Google 在 2025 年公开预览的 agentic 开发平台概念（Antigravity）；产品形态和配额策略可能继续变化。
打开资源产物反馈闭环
将产物评审反馈回注下一轮执行，实现迭代优化闭环。
打开资源任务产物
智能体流程中产生的结构化产物，如计划、变更、日志和报告。
打开资源异步智能体执行
将 AI 的指令下达与任务执行进行解耦，允许开发者在 AI 执行任务期间继续进行其他操作的协作模式。
打开资源自动记忆
从交互中自动提取并在后续任务复用的记忆。
打开资源后台执行模式 / 后台智能体
在没有活跃用户界面的情况下，能够自主完成长周期、高耗时工程任务的智能体运行模式。
打开资源后台维护任务
由 AI 智能体在后台自动执行的、旨在保持代码仓库健康度与工程一致性的长期低干扰任务。
打开资源批处理
将多个非极速响应要求的 AI 请求集中打包提交，以换取极高性价比和系统吞吐量的处理方式。
打开资源Claude
Anthropic 的模型家族，以逻辑推理、长上下文处理和工具协作为主要特点。
打开资源Claude 3.5 Sonnet
Claude 3.5 代际中的代表模型；该代际之后 Anthropic 已发布 Claude 4.x 系列，实际选型需参考最新模型文档。
打开资源代码库索引（RAG）
通过对代码与文档建立索引并检索相关片段，为模型提供有依据的仓库上下文。
打开资源Codex
Codex 详解：从早期代码生成模型的起源，到现代 AI 编程系统的演进、实际使用场景与团队需要关注的工程边界。
打开资源上下文压缩
将长上下文压缩为简洁状态，同时尽量保留关键信息。
打开资源上下文窗口管理
通过筛选、压缩和排序输入上下文，提高模型输出相关性与稳定性的实践。
打开资源会话状态管理
管理多轮 AI 会话中的上下文、记忆与历史边界。
打开资源跨界面协同
智能体（Agent）在不同软件界面（如 IDE、终端、浏览器、手机模拟器）之间无缝切换、状态共享并协同完成长链路任务的能力。
打开资源Cursor
一款 AI 原生代码编辑器，集成上下文感知对话、内联改写与智能体辅助开发能力。
打开资源自定义命令
由用户定义的命令入口，用于封装提示、工具与流程约定。
打开资源DeepSeek
提供面向编码与推理模型及兼容 OpenAI 接口 API 的模型与平台生态。
打开资源直接偏好优化（DPO）
在不依赖完整强化学习流程下，利用偏好对直接对齐模型行为。
打开资源弹性处理
根据任务紧急程度和复杂度，在时延、成本、质量三者间动态切换模型与推理策略的负载均衡机制。
打开资源函数调用
允许模型在受控流程中选择并调用带类型参数的工具函数。
打开资源Gemini
Google 的模型家族，覆盖多模态推理、长上下文能力和开发者 API。
打开资源GPT（生成式预训练 Transformer）
基于 Transformer 预训练并经过指令优化的模型家族，广泛应用于编码与推理任务。
打开资源评分器
用于按质量标准自动评估模型或智能体输出的程序化评分器。
打开资源钩子事件
可挂载钩子逻辑的命名事件点（如工具调用前后）。
打开资源钩子机制
在智能体/工具生命周期事件前后注册回调，用于策略控制与自动化处理。
打开资源人机协同（HITL）
在 AI 自动化流程中保留人工审核与干预的控制策略，尤其用于高风险输出。
打开资源大语言模型（LLMs）
在海量文本上训练的基础模型，可执行生成、推理和工具协作任务。
打开资源Llama
Meta 发布的模型家族，以开放权重和广泛生态应用著称。
打开资源记忆作用域
定义记忆生效范围：全局、项目、团队或会话级。
打开资源Mistral / Mixtral
Mistral 的模型生态，Mixtral 稀疏 MoE 模型以高效率与高性能为主要特征。
打开资源模型上下文协议（MCP）
一种开放协议，用于以标准化方式连接 AI 模型与外部工具、数据源。
打开资源模型可选性
开发者可以根据具体工程场景，在不同服务商、不同架构的 AI 模型之间自由切换、组合使用的能力。
打开资源多智能体编排
协调多个具备不同能力的 AI 智能体共同完成单一模型无法胜任的复杂、长链路任务的组织框架。
打开资源O1 / O3
OpenAI 推理模型谱系中的代表命名（如 o1、o3）；该谱系持续迭代，具体可用型号与能力应以 OpenAI 最新发布说明为准。
打开资源权限策略 / 命令白名单
用于控制智能体可执行工具和命令范围的策略机制。
打开资源预测输出
通过对已知内容的预判来显著降低大模型生成延迟的加速技术。
打开资源隐私模式
限制数据保留、共享或外传路径的运行模式。
打开资源提示缓存
通过云端缓存已解析的提示词上下文，显著提升 AI 响应速度并降低长对话 Token 成本的技术。
打开资源提示词驱动开发（PDD）
将提示词设计视为核心工程产物，通过提示词驱动代码生成与迭代改进的开发方法。
打开资源Qwen（通义千问）
阿里巴巴推出的模型家族，覆盖开源与商业体系，具备较强多语言与编码能力。
打开资源推理模型
通过内置思维链（Chain of Thought）进行深度思考、自我纠错，专门用于解决复杂逻辑与架构规划任务的新一代 AI 模型。
打开资源强化微调（RFT）
通过强化信号微调模型，以提升特定任务表现。
打开资源远程控制
人类开发者通过外部终端、移动设备或 Web 界面，对正在异步运行的 AI 编程智能体进行实时监控、干预和授权的能力。
打开资源Rule（规则）
Rule 指用于约束 AI 行为、输出格式和执行边界的明确规则单元，是提示词、技能和智能体治理的基础构件。
打开资源规则类型
按作用范围与触发策略划分规则类型，例如常驻、条件触发与手动应用。
打开资源规则与记忆
将持久规则与记忆机制结合的治理模式，用于长期对齐模型行为。
打开资源规则 / .cursorrules
用于约束智能体行为、代码风格和执行边界的项目级或用户级指令文件。
打开资源自愈代码
能够检测失败并通过验证闭环提出或执行修复的代码与流水线机制。
打开资源影子工程
一种新兴实践：AI 在“影子路径”并行生成测试、文档或候选补丁，不直接改动生产主路径。
打开资源技能
为智能体提供可复用能力的封装，定义“能做什么、如何做、用什么工具做”。
打开资源斜杠命令
在会话或 IDE 中通过命令快捷触发预定义动作。
打开资源小语言模型（SLMs）
参数规模更小、强调低时延低成本并适配本地/边缘部署的语言模型。
打开资源结构化输出
通过预定义结构约束模型输出，确保下游系统可稳定解析结果。
打开资源子智能体
由主智能体动态创建、具备特定工具权限、专门用于执行单一具体任务的短期任务执行单元。
打开资源任务级抽象
将复杂的工程问题解构为具备独立目标、明确约束和可验证标准的最小任务单元（Task Unit），从而实现 AI 与人类的高效协作。
打开资源轨迹评分
不仅评估最终结果，也对中间推理与动作轨迹进行评分。
打开资源验证产物
用于验证 AI 任务结果的证据性产物，如截图、录屏与测试报告。
打开资源氛围编程
一种以自然语言描述意图、再迭代修正 AI 生成代码的开发方式。
打开资源零样本编程
在不给示例的情况下，仅通过指令直接生成目标代码。
打开资源226 项资源
测试 Wiki
软件测试术语与实践知识库。
A/B 测试 ｜ A/B Testing
A/B 测试 (A/B Testing),也称为分割测试 (Split Testing),是一种将网页或应用程序的两个版本相互比较以确定哪个版本表现更好的方法。它涉及向用户随机展示两个变体 (A 和 B),并使用统计分析来确定哪个版本在实现预定义目标 (如提高点击率、转化率或任何其他关键绩效指标) 方面更有…
打开资源验收测试驱动开发 ｜ Acceptance Test Driven Development
验收测试驱动开发 (ATDD) 是一种开发方法论。在这个方法论中，拥有不同视角的团队成员（开发人员、测试人员和业务客户）在编码开始前协作编写验收测试。其主要目标是为系统功能指定详细的、以客户为中心的标准，这些标准通过指导开发并提供对期望结果的清晰理解来发挥作用。
打开资源验收测试 ｜ Acceptance Testing
验收测试 (Acceptance Testing) 是验证系统功能和业务需求是否符合预定义标准的阶段，旨在确保软件已准备好进行生产。它通常是产品交付给客户或提供给最终用户之前的最后一步。这种测试形式关注的是用户体验和整体系统行为，而不是单个组件，通常涉及回归真实场景和端到端工作流。
打开资源无障碍测试 ｜ Accessibility Testing
无障碍测试 (Accessibility Testing) 是确保软件和 Web 应用可供具有广泛障碍的人群使用的过程，这些障碍包括视觉、听觉、身体、言语、认知、语言、学习和神经系统障碍。这种形式的测试检查应用程序是否可以被使用辅助技术（如屏幕阅读器、盲文终端和替代输入设备）的个人有效操作和理解。
打开资源实际结果 ｜ Actual Result
关于实际结果的问题？
打开资源随机测试 ｜ Ad Hoc Testing
关于随机测试的问题？
打开资源敏捷开发 ｜ Agile Development
敏捷开发 (Agile Development) 是一种协作式、迭代式且增量式的软件开发方法，它强调灵活性、客户满意度以及功能性软件的快速交付。它很重要，因为它允许团队适应不断变化的需求，通过持续反馈提高产品质量，并通过按可管理的增量发布来缩短上市时间。
打开资源敏捷测试 ｜ Agile Testing
敏捷测试 (Agile Testing) 是一种遵循敏捷软件开发原则的软件测试实践。它是一个迭代的测试过程，通过自组织跨功能团队之间的协作，使需求不断演进。敏捷测试与迭代开发方法论保持一致，确保测试不是一个独立的阶段，而是开发生命周期中不可或缺的一部分。
打开资源Alpha 测试 ｜ Alpha Testing
Alpha 测试 (Alpha testing) 是一个内部验证过程，旨在在将产品发布给真实用户之前识别缺陷。它通常在软件通过初始开发和测试阶段之后，但在 Beta 测试 之前，在开发者的场所进行。这个阶段涉及白盒和黑盒测试技术，测试团队可以访问源代码。
打开资源分析式测试策略 ｜ Analytical Test Strategy
分析式测试策略 (Analytical Test Strategy) 是一种依靠数据和分析来指导决策的结构化测试方法。它涉及对风险、成本、时间和资源等各种因素进行的批判性思维和评估，以确定最有效的测试活动。
打开资源应用程序编程接口 ｜ API
API (Application Programming Interface，应用程序编程接口) 是一套用于构建软件应用程序的协议、例程和工具。它规定了软件组件应如何交互，允许不同的系统相互通信。API 作为一个中间层来处理请求，并确保企业系统的无缝运行。
打开资源API 测试 ｜ API Testing
API 测试 (API Testing) 是一类软件测试，涉及验证和校验应用程序编程接口 (API) 及其与其他软件组件的交互。此测试重点关注软件架构的业务逻辑层，确保 API 按预期运行、数据准确交换，并确保服务在各种条件下可靠且具有高性能。
打开资源美国软件测试认证委员会 ｜ ASTQB
关于 ASTQB 的问题？
打开资源自动化测试 ｜ Automated Testing
自动化测试 (Automated Testing) 是指利用软件工具执行预先编写的测试脚本 (Test Scripts)，以验证软件应用程序的功能、性能和可靠性的过程。与每一步都需要人工参与的手工测试 (Manual Testing) 不同，自动化测试一旦设置完成，运行时的手工干预极少，并且可以重复执行。
打开资源可用性测试 ｜ Availability Testing
基础知识和重要性
打开资源后端测试 ｜ Back-end Testing
后端测试（Back-end Testing）是对服务器端逻辑、数据库、API、鉴权、性能与安全机制进行验证的测试活动，目标是在不依赖 UI 的情况下保障数据正确性、业务规则一致性和系统稳定性。
打开资源背靠背测试 ｜ Back-to-Back Testing
背靠背测试 也可理解为并行对比测试，是指将两个或者更多具有相似功能的组件或系统并行运行，通过比较它们的运行结果来检测它们之间是否存在输出差异的一种测试方法。这种方法广泛应用于软件开发和硬件设计中，目的是确保不同组件在执行相同任务时能够产生一致的结果，从而验证它们的功能相似性和兼容性。
打开资源向后兼容性 ｜ Backward Compatibility
向后兼容性 (Backward Compatibility) 在软件中是指系统与其自身旧版本或专为旧版本设计的输入进行交互的能力。它确保新版本的软件在接受、执行或解释由旧版本产生的数据或代码时不会出现错误或功能丢失。
打开资源基准测试 ｜ Baseline Testing
基线测试是一种非功能测试在特定条件下测量系统或应用程序的性能或特征。该初始测量用作可以比较未来性能水平的“基线”或基准。主要目标是基线测试是了解系统当前的行为并为后续测试阶段设定标准。未来测试中与此基线的任何偏差都可能表明存在性能问题、回归或其他可能需要解决的异常情况。
打开资源行为驱动开发 ｜ BDD
行为驱动开发 (BDD) 是一种软件开发方法，它通过使用简单的、特定领域的语言来描述系统行为，从而增强利益相关者（如开发人员、测试人员和业务专业人员）之间的协作。BDD 专注于应用程序或系统的预期行为，规范通常以可读且易于理解的格式编写。这种方法鼓励所有相关方在编写任何代码之前，对功能和需求达成共同理解。
打开资源Beta 测试 ｜ Beta Testing
Beta 测试（Beta testing）是软件发布前的测试阶段，在此阶段，软件会提供给组织外部的一组用户，以发现可能在早期测试阶段未被识别的缺陷和问题。它作为一种真实环境验证，确保软件在各种条件下都能满足真实用户的需求。
打开资源大爆炸测试 ｜ Big Bang Testing
大爆炸测试是一种所有系统单元同时链接的方法，而不考虑它们之间的相互作用。这种方法可能会给错误隔离带来挑战，因为它需要关注各个单元的接口。
打开资源黑盒测试 ｜ Black Box Testing
黑盒测试（Black Box Testing）是一种软件测试方法，它在不窥视应用程序内部结构或运作的情况下评估其功能。该技术专注于软件应用程序的输入和输出，用于确保软件满足指定的规格要求，并在各种场景下表现符合预期。
打开资源自底向上集成 ｜ Bottom-up Integration
自底向上集成（Bottom-up Integration）是一种测试方法，它首先测试应用程序的最低层级（如单个函数或模块），然后再将它们集成到更高层级的组合中，并最终形成完整的系统。这种方法依赖于使用测试驱动程序（test drivers）来模拟尚未开发或测试的高层级模块。
打开资源边界测试 ｜ Boundary Testing
边界测试（Boundary testing）是一种测试用例设计方法，旨在包含输入域极值端的边缘情况（edge cases）。它针对各划分区域之间的边界，以捕捉发生在输入范围极限处的错误。这种技术对于识别“差一错误”（off-by-one errors）以及确保软件能优雅地处理边界条件特别有用。
打开资源Browserstack ｜ Browserstack
BrowserStack 是一个基于云的跨浏览器测试平台，它使开发人员和 QA 专业人员能够在各种浏览器、操作系统和真实移动设备上测试其网站和移动应用程序。它提供了对庞大浏览器和设备库的访问，从而消除了维护内部测试基础设施的需要。
打开资源Bs 7925-2 ｜ Bs 7925-2
BS 7925-2 是一项英国标准，为软件组件测试提供指南。它指定了设计、实施和执行测试的过程，以及记录结果和跟踪缺陷的方法。该标准是 BS 7925 套件的一部分，该套件专注于软件测试。
打开资源缺陷/漏洞 ｜ Bug
Bug 生命周期是指一个 Bug 从发现到解决的过程。它通常包括以下阶段：1. 新建 (New)：一旦发现，Bug 被报告并进入生命周期。2. 已指派 (Assigned)：一名开发人员被指派负责处理该 Bug。3. 打开 (Open)：开发人员开始调查并着手处理该 Bug。4…
打开资源构建验证测试 ｜ Build Verification Testing
构建验证测试 (BVT)，也称为冒烟测试 (smoke testing)，是在新构建版本上运行的一组自动化测试，旨在确保该构建在发布给测试团队进行进一步测试之前是可测的。BVT 是测试套件的一个子集，专注于应用程序的主要功能，以检查可能阻碍进一步测试的关键问题。
打开资源金丝雀测试 ｜ Canary Testing
金丝雀测试 (Canary testing) 是一种将新功能或更新在全面部署之前，先发布给一小部分用户或服务器的实践。这种策略允许团队在受控环境中监控更改的影响，并尽早发现潜在问题。它的名字源于历史上煤矿中使用金丝雀来探测有毒气体的做法。
打开资源Chai.js
Chai.js，通常简称为 Chai，是 BDD /TDD（行为驱动开发/ 测试驱动开发 ) 断言库 Node.js 和浏览器。它与流行的 JavaScript 测试框架无缝配对，例如 Mocha 和 jasmine。Chai 为开发人员提供了以可读语言表达断言的能力，模仿自然语言结构。
打开资源变更控制 ｜ Change Control
回归测试 (Regression testing) 是一种软件测试，用于验证先前开发并测试过的软件在经过更改或与其他软件对接后，是否仍能正常运行。更改可能包括软件增强、补丁、配置更改，甚至是环境变更。
打开资源变更请求 ｜ Change Requests
关于变更请求的问题？
打开资源混沌工程 ｜ Chaos Engineering
混沌工程 (Chaos Engineering) 是一种主动测试学科，通过在系统上实施实验，引入动荡条件或意外事件，观察系统反应并识别弱点。与传统测试通常关注预期路径和受控环境不同，混沌工程测试系统抵御生产环境中可能出现的动荡条件的能力。
打开资源从零开始 ｜ Clean Slate
一个从零开始指在进行测试或评估之前将系统、应用程序或环境重置为其原始或默认状态的做法。在这样的背景下软件测试，一个从零开始确保测试在一致且可重复的条件下进行，没有任何可能影响结果的先前残留物或配置。例如，在测试 Web 应用程序时，使用全新且已清除缓存的 Web 浏览器可确保之前存储的数据或设置不会干扰当前的测试会话。这种方法可以最大限度地减少变量，有助于获得准确可靠的测试结果。
打开资源能力成熟度模型集成 ｜ CMMI
CMMI，全称 能力成熟度模型集成 (Capability Maturity Model Integration)，是一个过程级改进培训和评估项目。它由 CMMI 协会管理，最初由卡内基梅隆大学 (CMU) 开发。它是一个为组织提供有效过程基本要素的框架，最终旨在提高其绩效。
打开资源代码覆盖率 ｜ Code Coverage
代码覆盖率 (Code Coverage) 是一种衡量指标，用于评估在测试期间源代码被执行的程度。它量化了被自动化测试覆盖的代码百分比，从而洞察代码库中哪些区域已测试，哪些尚未测试。该指标有助于识别代码中未测试的部分，这些部分可能隐藏着未检测到的 Bug。
打开资源兼容性测试 ｜ Compatibility Testing
跨浏览器测试 (cross-browser testing) 是兼容性测试的一个子集，关注点在于验证 Web 应用在不同浏览器（Chrome, Firefox, Safari, Edge, IE 等）及其不同版本中功能、设计和响应式布局的一致性。
打开资源并发测试 ｜ Concurrency Testing
并发测试 (Concurrency testing) 是一种验证系统在多个进程或线程同时访问共享资源时的稳定性和可靠性的方法。它旨在发现由于进程同时执行而产生的问题，如数据损坏 (data corruption)、死锁 (deadlocks)、竞态条件 (race conditions) 和优先级冲突 (p…
打开资源控制流测试 ｜ Control Flow Testing
控制流测试 (Control flow testing) 是一种专注于软件中逻辑路径的测试方法。它评估程序的执行流程，确保所有语句和分支至少执行一次。这种测试对于揭示可能导致错误操作或导常的逻辑错误至关重要。
打开资源跨浏览器测试 ｜ Cross-Browser Testing
跨浏览器测试 (Cross-browser testing) 是验证 Web 应用程序在不同 Web 浏览器上是否按预期工作的过程。这涉及在各种浏览器版本和平台上运行测试，以确保功能和设计的一致性。其目标是检测可能影响不同浏览器用户的、在开发或单浏览器测试期间不明显的问题。
打开资源Cypress ｜ Cypress
Cypress 是一个现代前端测试框架。它提供了一个功能丰富的交互式测试运行器 (test runner)，允许你在查看被测应用程序的同时观察命令的执行。其核心特性包括：
打开资源数据流测试 ｜ Data Flow Testing
数据流测试 (Data Flow Testing) 是一种白盒测试技术，重点关注变量接收值的点（定义）以及这些值被使用或引用的点（使用）。它关注数据的生命周期，跟踪数据从声明到使用的流向。该方法有助于识别程序中数据可能经过的路径，确保每条路径都经过了正确的数据使用测试，并且没有数据被破坏或误用…
打开资源数据库 ｜ Database
数据库 (Database) 是以电子方式存储和访问的结构化数据集合。它作为数据的存储库，可以使用专用软件进行查询和操作。在测试自动化的上下文中，数据库通常用于存储测试数据、结果和配置，以便进行高效的检索和分析。 数据库可以是集中式或分布式的，可以部署在本地或云端…
打开资源判定表测试 ｜ Decision Table Testing
判定表测试 (Decision Table Testing) 是一种系统化的方法，用于捕获复杂的商业规则并验证其在软件应用程序中的实现。它通过将条件 (Conditions) 和操作 (Actions) 列表化，确保所有组合都得到覆盖和测试。这种方法对于可以用表格形式表达逻辑关系的各种功能非常有效…
打开资源缺陷管理 ｜ Defect Management
缺陷管理 (Defect Management) 是识别、记录、跟踪和解决缺陷或故障 (Bugs) 的系统化过程。它涉及测试人员、开发人员和项目经理之间的协作，以确保缺陷得到高效处理。目标是最小化缺陷对软件性能、功能和用户体验的影响。典型的缺陷管理工作流包括：
打开资源依赖测试 ｜ Dependency Testing
依赖测试 (Dependency Testing) 是侧重于验证依赖外部因素或其他模块的软件组件是否功能正常的策略。它确保应用程序各部分与任何第三方服务或库之间的交互按预期工作。这种测试可以揭示系统某一部分的变化如何对其余部分产生不利影响。 在实践中，它涉及创建专门针对组件间连接和数据交换的测试用例…
打开资源文档测试 ｜ Documentation Testing
文档测试 (Documentation Testing) 涉及检查和验证随软件应用程序提供的书面说明、手册和用户指南。该过程确保文档清晰、准确且对最终用户有帮助，并与软件的功能和用户界面保持一致。 关键要素包括：
打开资源动态测试 ｜ Dynamic Testing
动态测试 (Dynamic Testing) 涉及通过执行软件并提供各种输入来验证输出是否符合预期结果。这是一种“亲身实践”的方法，通过运行代码来识别运行时错误、性能问题等。这与静态测试（在不运行程序的情况下检查代码）形成对比。 动态测试涵盖功能和非功能各方面的验证。它通常包括： - 计划和设计…
打开资源边缘测试 ｜ Edge Testing
边缘测试 (Edge Testing) 专注于软件应用的极致边界，确保系统在极限状态下表现正确。它针对输入参数的最外层，通常与边界值分析 (Boundary Value Analysis) 等技术结合，以验证应用的稳健性。其核心在于识别系统极限（如最大容量或边界条件），并设计将软件推向这些极限的测试用例…
打开资源端到端测试 ｜ End To End Testing
端到端测试 (End-to-End Testing, E2E Testing) 是一种验证整个软件应用从起始到终端完整流程的方法。它确保应用在类生产环境中按预期运行，模拟真实的业务场景。该测试涵盖了应用与硬件、网络、数据库、外部依赖以及其他应用的交互…
打开资源耐久性测试 ｜ Endurance Testing
# 耐久性测试 ｜ Endurance Testing #### 基础与重要性 - 软件测试中的耐久性测试是什么？ 耐久性测试 (Endurance Testing)，也称为浸泡测试 (Soak Testing)，涉及在相当长的周期内评估软件在显著负载下的性能和稳定性。
打开资源准入条件的问题？ ｜ Entry Criteria
# 准入条件的问题？ ｜ Entry Criteria #### 基础与重要性 - 软件测试中的准入条件是什么？ 准入条件 (Entry Criteria) 是一组预先定义的条件，必须在测试活动开始前满足。
打开资源等价类划分 ｜ Equivalence Partitioning
关于等价类划分的问题？
打开资源错误猜测 ｜ Error Guessing
关于错误猜测的问题？
打开资源预期结果 ｜ Expected Result
关于预期结果的问题？
打开资源探索性测试 ｜ Exploratory Testing
探索性测试 (Exploratory Testing) 是一种软件测试方法，强调测试人员的个人自由和责任。它将测试相关的学习、测试设计、测试执行和结果解释视为在项目进程中并行发生的相互支持的活动。 在探索性测试中，测试人员不局限于预定义的测试用例或脚本。相反，他们基于对系统的洞察、知识和直觉…
打开资源极限编程 ｜ Extreme Programming
极限编程 (Extreme Programming, XP) 是一种敏捷软件开发框架，强调客户满意度、简单性和沟通。它倡导短开发周期内的频繁“发布”，以提高生产力并引入新的客户需求。 XP 鼓励团队成员在所有开发环节中协作，提高对变化需求的响应能力。在 XP 中，简单性是核心，专注于简单的设计和编码实践…
打开资源故障转移测试 ｜ Failover Testing
故障转移测试 (Failover Testing) 是一种验证过程，旨在确保当主要系统发生故障或进行维护时，系统能够无缝切换到备份或次要系统。它通过模拟各种故障场景，确认故障转移机制是否正常工作，且不会中断业务连续性…
打开资源漏报 ｜ False Negative
在软件测试中，漏报 (False Negative) 指的是测试用例错误地通过了，未能检测到确实存在的缺陷。这意味着有缺陷的代码被推向生产环境，可能导致运行问题并损害用户体验。 处理漏报通常涉及：调查根本原因、修正测试用例或环境设置、重新测试以确认问题已被捕获、审查相关用例，并更新测试策略以防再次发生。
打开资源误报 ｜ False Positive
在软件测试中，误报 (False Positive) 指的是测试用例错误地指出软件存在缺陷，即在没有问题的地方报错。这会导致不必要的调查并干扰测试流程。误报在自动化测试中尤为麻烦，因为它们会削弱团队对测试套件的信心。如果团队开始忽视失败的测试，真实的 Bug 就可能被漏掉。
打开资源工厂验收测试 ｜ Fat
关于 FAT 的问题？
打开资源故障注入测试 ｜ Fault Injection Testing
故障注入测试 (FIT) 是一种通过故意向系统中引入错误来评估其健壮性和错误处理能力的方法。这种技术模拟各种故障场景（如网络延迟、服务器停机、系统调用失败），以观察系统在异常条件下的表现，确保其能够优雅地处理并从故障中恢复…
打开资源不稳定性测试 ｜ Flaky Test
不稳定性测试 (Flaky Test) 指的是在相同的代码和环境下运行，结果却不确定的测试——有时通过，有时失败。这种“不稳定性”并非源于代码或环境的变更，而是源于测试脚本本身或测试流程中的固有问题。它们会产生误导，需要额外投入精力来确定系统的真实状态。
打开资源前端测试 ｜ Front End Testing
前端测试是验证 Web 应用程序或网站的视觉和交互方面的过程。它专注于用户界面 (UI) 和用户体验 (UX)，确保应用在不同浏览器和设备上的表现符合预期。这包括测试布局、设计元素、响应能力和客户端逻辑。前端测试通常使用 JavaScript 编写，并利用 Jest、Cypress 等框架模拟用户操作…
打开资源功能集成 ｜ Functional Integration
功能集成是将相关的多个功能单元合并在一起并进行测试的过程，以确保它们作为一个整体能够正确运行。它侧重于集成后的功能之间的交互和数据流，验证组合后的功能是否符合特定需求。功能集成通常在单元测试之后、系统测试之前进行，旨在发现接口缺陷。
打开资源功能需求 ｜ Functional Requirements
功能需求描述了系统应该“做什么”，详细说明了系统必须具备的行为、功能和特性。这些需求源于用户需求、业务目标或监管标准，通常以用户故事 (User Stories)、用例 (Use Cases) 或系统需求的形式表达。 功能需求应具备： * 明确性 (Specific)：清晰无歧义…
打开资源功能测试 ｜ Functional Testing
功能测试是软件测试中的一种质量保证过程，旨在确保软件符合所有需求和规范。它通过提供输入并验证输出来检测应用程序的行为是否符合功能需求。 功能测试关注“做什么”，主要采用黑盒测试方法，即不考虑内部代码结构，只关注界面交互和系统对输入的响应。
打开资源前瞻性测试 ｜ Future Proof Testing
前瞻性测试旨在确保你的测试自动化框架随着技术和需求的发展，依然保持有效、相关且易于维护。它通过创建对软件及其环境变化具有韧性的测试，减少频繁更新的需求。 核心在于抽象 (Abstraction)和模块化 (Modularity)。
打开资源模糊测试 ｜ Fuzz Testing
模糊测试 (Fuzz Testing)，也称为 Fuzzing，是一种软件测试技术，通过向计算机程序提供无效、非预期或随机数据作为输入，并监控程序的异常情况（如崩溃、内建断言失败或内存泄漏）。它特别擅长发现那些系统未设计处理畸形输入而导致的编码错误和安全漏洞。
打开资源Gherkin ｜ Gherkin
Gherkin 是一种特定领域语言 (DSL)，旨在为软件功能创建清晰且可执行的规范。它通过自然语言格式，弥合了测试自动化的技术层面与业务侧对功能行为理解之间的鸿沟。它允许所有干系人（开发、测试、业务分析师）共同参与测试用例的创建与评估，确保软件开发符合用户预期。
打开资源玻璃盒测试 ｜ Glass Box Testing
玻璃盒测试 (Glass Box Testing)，也称为白盒测试 (White Box Testing)，是一种测试方法，测试人员对软件的内部运作（包括代码结构、算法和逻辑）具有完全的可见度。测试过程涉及查看代码以识别潜在问题，并确保所有路径和分支都得到了测试…
打开资源大猩猩测试 ｜ Gorilla Testing
大猩猩测试 (Gorilla Testing) 是一种手工测试技术，涉及对软件应用的特定模块或组件进行高强度且随机的测试。其特点是重复性和攻击性，测试人员集中于频繁使用某个功能（或一组相关功能），以揭示传统测试方法可能无法发现的缺陷。
打开资源灰盒测试 ｜ Grey Box Testing
灰盒测试 (Grey Box Testing) 结合了黑盒测试和白盒测试的方法论。测试人员在对应用内部运作有部分了解的情况下设计测试用例。测试人员利用接口定义和高层架构图，创建既能探索功能性又能探索结构性方面的测试。
打开资源快乐路径 ｜ Happy Path
在软件测试中，快乐路径 (Happy Path) 指的是一种默认场景。它包含了一系列用户为成功使用软件功能而采取的操作，且期间不会遇到任何错误或边缘情况。它假设所有输入都是有效且格式正确的，系统按预期运行，最终达到目标结果，而不会触发任何异常或错误处理程序。这是实现用户目标的最理想、最直接的流程。
打开资源无头测试 ｜ Headless Testing
无头测试 (Headless Testing) 是指在没有图形用户界面 (GUI) 的情况下运行浏览器测试。这是通过使用无头浏览器实现的——即没有可见窗口的 Web 浏览器。它们可以执行常规浏览器的所有任务，但运行在后台，由测试脚本编程控制。在无头测试中，你直接通过代码与 DOM 和浏览器 API 交互。
打开资源启发式测试 ｜ Heuristic Testing
启发式测试 (Heuristic Testing) 是一种利用基于经验的技术来进行问题解决、学习和发现的方法。它涉及使用“启发式方法”（Heuristics，即经验法则或拇指法则）来指导测试的设计与执行。这种方法在处理穷尽测试不切实际的复杂系统时尤为有效。在实践中，测试人员根据相关的启发式法则创建测试用例…
打开资源IEEE 829 ｜ Ieee 829
IEEE 829 标准，全称为 IEEE 软件和系统测试文档标准 (IEEE Standard for Software and System Test Documentation)，提供了一个结构化的测试文档创建框架。该标准定义了整个测试生命周期中测试文档的形式和内容…
打开资源影响分析 ｜ Impact Analysis
影响分析 (Impact Analysis) 是评估软件变更后潜在后果的过程。它涉及识别系统中可能受提议变更影响的部分，并评估其带来的“波及效应”。该分析有助于确定哪些测试用例需要更新、新增或删除，从而确保测试套件在变更后依然有效。
打开资源事件管理 ｜ Incident Management
事件管理 (Incident Management) 是软件测试中处理和管理软件故障或缺陷后果的有组织方法。它涉及报告、跟踪和解决“事件”（即软件实际行为与预期行为的偏离）的系统过程。事件通常在测试阶段识别，并记录到跟踪系统中，包含描述、严重程度 (Severity)、复现步骤和发现环境等关键细节。
打开资源事件报告 ｜ Incident Report
事件报告 (Incident Report) 是记录软件运行中任何偏离预期结果或行为的文档。它的范畴比 Bug 报告更广，除了软件缺陷外，还可能涵盖环境问题、测试用例失败或人为失误。它是识别、管理和解决测试问题的核心。
打开资源渐进式测试 ｜ Incremental Testing
渐进式测试 (Incremental Testing) 是一种分阶段测试模块的软件测试方法。开发一个模块，测试一个，然后将其添加到已测试的模块组中，逐步构建整个系统。这种方法有利于早期发现缺陷，并在组合过程中实时验证模块间的交互。其执行步骤通常包括：识别模块及集成顺序、孤立测试（单测）、集成、组合测试、迭代。
打开资源独立确认与验证 ｜ Independent Verification And Validation
独立确认与验证 (IV&V) 是由独立于开发团队的第三方进行的质量保证过程。其核心在于“独立性”，这意味着评估者不参与系统的设计、开发或运维，从而保证评估的客观公正。 * 确认 (Verification - 验证)：确保“把产品做对”（Are we building the product right?）…
打开资源输入验证测试 ｜ Input Validation Testing
输入验证测试 (Input Validation Testing) 旨在确保应用程序能正确处理各种输入数据，包括预期的、畸形的或恶意的数据。它验证系统是否仅允许合法数据通过，并能有效拒绝或净化（Sanitize）非法数据…
打开资源检查 ｜ [检查](https://inaodeng.com/zh-cn/wiki/inspection/)
检查 ([检查](https://inaodeng.com/zh-cn/wiki/inspection/)) 是一种正式、严谨的同行评审过程。由指定的评审员 (Inspectors) 对工作产品（如需求、设计、代码）进行详细审查，以发现缺陷、违规及设计问题。它是静态分析的一种，不涉及代码执行，主要依靠人工及查核表（Checklists）进行。
打开资源集成测试 ｜ Integration Testing
集成测试 (Integration Testing) 是在单元测试之后、系统测试之前进行的一个测试阶段。它将已经过测试的单元或组件组合在一起进行测试，旨在暴露组件间交互时的缺陷。该过程验证集成后的模块是否能作为一个整体正确运行。其核心是通过模拟各部分的协作，确保数据流、控制流及接口逻辑的准确。
打开资源接口测试 ｜ Interface Testing
接口测试 (Interface Testing) 专注于验证不同软件组件或系统之间的交互。它确保数据能准确交换，控制流符合预期逻辑，且接口协议得到严格遵守。与 UI 测试不同，接口测试通常在代码底层或服务层进行，是保障系统稳健性的核心。
打开资源国际化测试 ｜ Internationalization Testing
国际化测试 (Internationalization Testing)，通常缩写为 i18n 测试，旨在确保软件方案在不修改核心代码的情况下，能够适配不同的语言和地区。它验证系统对多种语言、字符集以及文化习惯（如日期、货币格式）的支持能力。其目标是建立一个通用的代码基座，支持未来的快速本地化。
打开资源互操作性测试 ｜ Interoperability Testing
互操作性测试 (Interoperability Testing) 专注于验证不同软件系统、应用程序或网络组件之间是否能正确地沟通并协作。它不仅验证数据能否成功交换，还确保交换后的数据能被下游系统正确理解和处理。这对于处于复杂生态系统中的现代软件至关重要。
打开资源ISTQB ｜ Istqb
# 关于 ISTQB 的问题？ ｜ Istqb #### 基础与重要性 - ISTQB 代表什么？ISTQB 全称是 International Software Testing Qualifications Board（国际软件测试认证委员会）。
打开资源迭代 ｜ Iteration
在软件开发中，迭代 (Iteration) 指的是开发周期中的一个独立阶段。在此阶段内，一组功能或代码变更会经过设计、开发、测试和评审。
打开资源Jasmine ｜ Jasmine
Jasmine 是一个用于测试 JavaScript 代码的行为驱动开发 (BDD) 框架。它不依赖于浏览器、DOM 或任何 JavaScript 框架，适用于测试任何 JavaScript 应用。其语法设计简洁易读，旨在通过 `describe`（套件）和 `it`（规格/测试用例）实现层次化的测试结构…
打开资源Jest ｜ Jest
Jest 是由 Facebook 开发的 JavaScript 测试框架，旨在确保任何 JavaScript 代码库的正确性。它广泛应用于前端（React, Vue, Angular）和后端（Node.js）项目…
打开资源Jira ｜ Jira
Jira 是由 Atlassian 开发的一款项目管理和缺陷跟踪 (Issue Tracking) 工具。它主要旨在帮助团队（特别是软件开发和测试团队）管理并跟踪工作进度。在 Jira 中，用户可以创建、分配并划分任务、缺陷 (Bugs) 和功能请求的优先级…
打开资源JMeter
JMeter（Apache JMeter）是一个开源性能与负载测试工具，可用于 Web/API/数据库等协议的压测、吞吐与响应时间分析，并可集成到 CI/CD 流水线。
打开资源JUnit 测试 ｜ JUnit Testing
JUnit 是一款针对 Java 语言的单元测试 (Unit Testing) 框架，旨在通过提供注解 (Annotations) 和断言 (Assertions) 来简化测试用例 (Test Cases) 的创建。它是开发人员独立于应用其余部分验证每个软件单元的核心工具…
打开资源关键字驱动测试 ｜ Keyword Driven Testing
关键字驱动测试 (Keyword Driven Testing, KDT) 是一种测试自动化脚本技术，它将测试用例指令与实际的测试脚本逻辑分离。它利用一组预定义的关键字来代表在被测应用 (AUT) 上执行的动作。这些关键字是用户交互或系统状态的抽象表示，使测试更易于阅读和维护。在 KDT 中…
打开资源Lighthouse ｜ Lighthouse
Lighthouse 是一款开源、自动化的网页质量提升工具。它可以运行在任何网页上，无论是公开页面还是需要身份验证的页面。Lighthouse 针对性能、无障碍性 (Accessibility)、渐进式网页应用 (PWA)、SEO 等进行审计，提供对网页质量和有效性的全面评估…
打开资源负载测试 ｜ Load Testing
负载测试 (Load Testing) 是一种性能测试，评估系统在预期负载下的行为。它通过模拟多个用户同时访问系统来衡量响应并确保稳定性，旨在系统上线前识别性能问题。负载测试的关键考量因素包括：
打开资源本地化测试 ｜ Localization Testing
本地化测试 (Localization Testing) 是确保软件产品适配特定地区、语言和文化的测试过程。它不仅仅是翻译验证，还包括验证软件是否符合当地的文化习俗、法律规定、技术标准和用户偏好。 主要侧重点：
打开资源可维护性 ｜ Maintainability
可维护性是指测试代码被**理解、更新、扩展**以及**适应**不断变化的需求或环境的难易程度。它旨在确保自动化测试随着时间的推移仍能保持功能性和相关性，而无需耗费不成比例的精力来管理。
打开资源维护测试 ｜ Maintenance Testing
维护测试 (Maintenance Testing) 是对修改后的软件进行测试，以确保所做的更改没有对现有功能产生负面影响的过程。它是软件开发生命周期的关键组成部分，旨在验证更新、缺陷修复 (bug fixes) 或增强功能。维护测试确保新代码与现有代码库无缝集成，这对于随着时间推移保持软件完整性至关重要…
打开资源手动测试 ｜ Manual Testing
手动测试 (Manual Testing) 是指在不使用自动化工具的情况下，由人工执行测试用例 (test cases) 的过程。测试人员通过遵循一组预定义的测试用例，确保软件行为符合预期。它涉及测试人员与应用程序界面交互、提供输入并观察输出，以验证应用程序行为的正确性。由于手动测试依赖于人类的观察…
打开资源微服务测试 ｜ Microservices Testing
微服务测试 (Microservices Testing) 涉及验证分布式系统中单个、可独立部署的服务。每个服务封装了特定的业务功能并通过网络进行通信，因此需要一种既能确保单个服务正确性，又能确保服务间交互正常的测试方法。
打开资源移动应用测试 ｜ Mobile App Testing
移动应用测试 (Mobile App Testing) 涉及验证专为移动设备设计的应用程序的功能性、易用性和一致性。它是应用开发中的关键阶段，旨在确保应用在到达端用户之前符合质量标准。测试涵盖了在各种条件下检查应用行为，包括不同的网络表现、设备特定功能以及操作系统版本。关键层面包括评估应用的：
打开资源移动设备测试 ｜ Mobile Device Testing
移动设备测试 (Mobile Device Testing) 涉及验证移动应用程序在各种设备上的功能性、一致性和可靠性。这种测试确保应用在不同硬件、操作系统 (OS) 和网络环境下按预期运行。它涵盖了包括但不限于界面、服务、数据处理、集成和用户交互在内的一系列测试。在自动化背景下…
打开资源模拟测试 ｜ Mock Testing
模拟测试 (Mock Testing) 涉及使用模拟对象 (Mock Objects) 来模拟真实对象的行为，以便隔离地测试软件组件之间的交互。模拟对象被配置为返回特定值并捕获它们收到的调用。在模拟测试中，你通常会：1. 设计模拟对象：使其模仿实际对象的行为。2…
打开资源猴子测试 ｜ Monkey Testing
猴子测试 (Monkey Testing) 是一种黑盒测试 (Black-box Testing) 技术，测试人员（通常是自动化脚本）向系统输入随机数据，以检查崩溃或观察任何异常行为。与结构化测试方法不同，它不遵循任何预定义的测试用例 (Test Cases) 或场景。其主要目标是对应用程序进行压力测试…
打开资源平均故障间隔时间 ｜ MTBF
MTBF：即**平均故障间隔时间**，是软件测试中用于量化系统在正常运行期间，从一次故障到下一次故障之间平均经历的时间。它是衡量**系统可靠性 (System Reliability)** 和**正常运行时间 (Uptime)** 的指标，通常以小时为单位。
打开资源变异测试 ｜ Mutation Testing
变异测试 (Mutation Testing) 是一种通过向程序源代码引入微小修改（即“变异”）来评估软件测试质量的技术。其核心前提是：一个稳健的测试套件 (Test Suite) 应该能发现代码中被人为引入的 Bug。
打开资源逆向测试/负面测试 ｜ Negative Testing
逆向测试 (Negative Testing)，也称为错误路径测试或系统失效测试，是指验证软件在输入无效、非预期或随机数据时的行为。这种测试刻意引入错误数据或条件，以确保应用程序能优雅地处理它们，而不会崩溃或产生错误结果。逆向测试用例旨在断言应用程序能处理并拒绝坏输入，显示适当的错误消息…
打开资源Node Js ｜ Node Js
Node.js 是一个开源、跨平台的运行时环境，允许在服务器端运行 JavaScript。它基于 Chrome 的 V8 JavaScript 引擎构建，使开发者能够使用 JavaScript 编写命令行工具和服务器端脚本，从而在页面发送到浏览器之前生成动态网页内容。Node.js 的重要性：
打开资源非功能性测试 ｜ Non-functional Testing
非功能性测试评估软件的运行方面，如性能、可靠性、可扩展性和资源利用率。它关注系统在特定条件下的“运行得如何”，而不仅仅是“做了什么”（后者由功能性测试覆盖）。这类测试对于验证系统的质量属性（如合规性、安全性和易用性）至关重要。对于测试自动化工程师，这涉及编写和执行测量响应时间、吞吐量和并发水平的测试脚本…
打开资源Nunit ｜ Nunit
NUnit 是一个针对 .NET 语言的开源单元测试框架，旨在为编写和运行测试提供灵活且用户友好的工具。它是 .NET 基金会的一部分，因其能够创建简单及复杂的测试用例而被广泛使用。核心用法：
打开资源运维测试 ｜ Operational Testing
运维测试是一个阶段，在该阶段中，软件在**真实环境**下进行评估，以确保其满足预期用途的必要要求。这是一种**现场测试**，发生在高度模拟生产设置的环境中，涉及真实用户和实时数据。这一阶段对于识别受控**测试环境**中可能无法显现的问题（如与系统可靠性、安全性和维护相关的问题）至关重要。
打开资源正交数组测试 ｜ Orthogonal Array Testing
正交数组测试 (Orthogonal Array Testing, OAT) 是一种系统的、统计性的测试方法，用于测试成对交互 (pair-wise interactions)，以识别影响系统性能的因素。它基于组合设计理论中的正交表，确保每对参数至少一起测试一次。实施步骤：1…
打开资源OTT 测试 ｜ OTT Testing
OTT 代表 **Over-The-Top**（互联网电视/过顶服务）。该术语通常指通过互联网交付内容，绕过传统分发方式（如有限电视或卫星）的服务。 OTT 应用测试侧重于确保流媒体服务的质量，包括通过互联网交付音频、视频和其他媒体，而无需多系统运营商参与内容的控制或分发。
打开资源页面对象模型 ｜ Page Object Model
页面对象模型 (Page Object Model, POM) 是自动化测试中的一种设计模式，它将 Web 页面的属性和行为封装在一个类中。每个页面类作为 Web 页面的接口，所有与该页面的交互都通过页面对象进行，从而隐藏了底层的 Selenium 调用。Java 示例（使用 Selenium）：
打开资源结对测试 ｜ Pair Testing
结对测试是一种协作方法，两名团队成员共同测试同一个测试用例。
打开资源参数化测试 ｜ Parameterized Testing
参数化测试是指使用不同的输入值多次执行同一个测试用例。这种技术将输入数据“外部化”，允许通过定义一次数据源来运行多组测试。当测试逻辑对一系列输入应产生一致的结果类型时，它特别有用。JUnit 5 示例：
打开资源路径测试 ｜ Path Testing
路径测试是一种白盒测试技术，涉及执行单元或模块内所有可能的路径。它基于圈复杂度 (Cyclomatic Complexity) 指标，旨在确保所有线性独立的路径至少被执行一次，从而发现其他测试方法可能遗漏的隐藏缺陷 (Bugs)。工程师通常使用控制流图 (Control Flow Graph…
打开资源同行评审测试 ｜ Peer Testing
同行评审测试（也称为同行测试）是一种协作方法，团队成员相互审查和评估彼此的工作，以便在开发过程早期识别缺陷。它包括结对编程 (Pair Programming) 和非正式的走查 (Walkthroughs) 等活动。关键特征：
打开资源渗透测试 ｜ Penetration Testing
渗透测试（通常称为 Pen Testing 或黑客伦理）是对计算机系统进行的模拟网络攻击，旨在检查可利用的漏洞。在 Web 应用安全背景下，它通常用于增强 Web 应用防火墙 (WAF)。渗透测试员使用与攻击者相同的工具、技术和流程来发现并展示系统弱点对业务的影响。它是验证组织安全措施有效性的关键组成部分。
打开资源性能指标 ｜ Performance Indicator
性能指标是一种量化衡量标准，用于评估软件测试自动化中特定活动或方面的成功程度。与通用度量（Metrics）不同，性能指标是理解和跟踪预定义目标进展的关键。在测试自动化中，它们提供了对测试过程的效率、有效性和质量的洞察。例如，自动化测试套件的执行时间就是一个性能指标，反映了测试速度。
打开资源性能测试 ｜ Performance Testing
性能测试评估系统在特定条件下的表现，重点关注**响应速度**、**稳定性**、**可扩展性**和**资源利用率**。其目标是在系统上线前发现性能缺陷，确保满足服务水平协议 (SLA) 并提供良好的用户体验。
打开资源正向测试 ｜ Positive Testing
正向测试（Positive Testing）用于验证系统在有效输入和正常流程下能够按预期工作，通常与负向测试（Negative Testing）配合，形成完整测试覆盖。
打开资源后置条件 ｜ Postcondition
后置条件是在执行完测试用例后必须达到的状态，只有达到该状态，测试才被视为成功。它验证测试操作的结果，确保系统的功能与**预期结果**一致。
打开资源Postman ｜ Postman
Postman 是一个 API 开发工具，简化了构建、测试和修改 API 的过程。它提供了一个友好的界面，用于发送 HTTP 请求（GET, POST, PUT, DELETE 等）并查看响应，而无需编写自定义客户端代码。开发人员和测试人员使用它来验证 API 行为，确保返回的数据正确，并模拟各种错误情况。
打开资源优先级 ｜ Priority
优先级是指执行测试用例和处理问题的**顺序**，基于它们对业务的重要性或修复的紧急程度。这是一个战略决策，直接影响测试执行计划和资源分配。
打开资源QA 指标 ｜ QA Metrics
QA 指标是用于评估软件开发中测试过程质量和有效性的量化测量指标。它们提供了测试周期各个方面的洞察，如效率、有效性和进展，这对于知情决策和持续改进至关重要。常见的 QA 指标包括：
打开资源质量保证 ｜ Quality Assurance
质量保证 (QA) 是一个系统性的过程，旨在确定产品或服务是否满足规定的要求。它涉及一套确保产品开发过程质量的活动。QA 是前瞻性的，专注于通过改进生产过程来预防缺陷。它不仅是建立一个良好的质量管理系统，还包括评估其充分性。在软件开发中，QA 涵盖了整个软件开发生命周期 (SDLC)…
打开资源质量管理 ｜ Quality Management
质量管理 (QM) 是一个总体术语，涵盖了在产品或服务中维持所需卓越水平所需的所有活动和任务。这包括确定质量方针，创建并实施质量规划与保证，以及质量控制与改进。它与组织的战略目标保持一致，是一个涉及组织各个层级的持续过程。在软件测试自动化背景下，QM 确保自动化测试的设计和执行符合软件规定的需求和标准…
打开资源回归测试 ｜ Regression Testing
回归测试是一种质量保证实践，涉及重新运行功能和非功能测试，以确保先前开发和测试过的软件在更改后仍能正常运行。当添加新功能或修复 Bug 时，回归测试确认这些更新没有对现有功能产生不利影响。测试用例的选择基于代码更改的性质和产生副作用的可能性。测试套件通常会根据优先级排序，首先运行最关键的测试…
打开资源发布测试 ｜ Release Testing
发布测试是在软件交付给客户或部署到生产环境之前的最终验证。它是对产品是否符合质量标准和要求的全面评估。这一阶段通常结合手动和自动化测试，以验证功能、性能、安全性和易用性。发布测试至关重要，因为它是防止 Bug 和可能对用户体验或系统稳定性产生负面影响的问题的最后一道防线。它是所有先前测试工作的结晶…
打开资源可靠性测试 ｜ Reliability Testing
可靠性测试是软件测试的一个子集，专注于验证应用程序在特定条件下、定义时间段内执行其预期功能的能力。其目标是发现可能影响软件可靠性的问题，如设计、功能和性能方面的缺陷。可靠性测试的关键方面包括：
打开资源需求管理工具 ｜ Requirements Management Tool
需求管理工具是一种旨在捕获、组织和管理系统或项目所有需求的软件应用程序。它充当需求及相关信息的中央存储库，使利益相关者能够在整个项目生命周期中访问和更新需求。该工具简化了需求获取、分析和验证的过程，确保所有需求都得到清晰定义、理解和一致认可。它通常支持版本控制，允许跟踪需求随时间的变化…
打开资源响应式设计 ｜ Responsive Design
响应式设计是一种 Web 开发方法，它根据用于查看网站的设备的屏幕大小和方向，对网站外观进行动态更改。它是通过使用 CSS 媒体查询 (Media Queries) 和灵活的网格布局来实现的，使网站能够根据查看环境自行调整布局。这种方法确保了网站在从台式机显示器到手机等各种设备上都能保持可用性和美感…
打开资源再次测试 ｜ Retesting
再次测试是验证早期测试中发现的缺陷是否已成功修复的过程。它涉及在开发团队解决缺陷后，重新运行最初因缺陷而失败的相同测试用例 (Test Cases)。再次测试的首要重点是确保特定问题已解决，且更正后的功能现在表现符合预期…
打开资源代码审查员 ｜ Reviewer
代码审查员是评估代码以检测缺陷的专家、提升品质，引导开发者。如果代码跨越多个领域，则应由多名专家对其进行评估。
打开资源基于风险的测试 ｜ Risk-based Testing
基于风险的测试 (RBT) 是一种根据风险的概率和影响来决定测试活动优先级的测试方法。它涉及在问题发生之前识别潜在问题，并将资源分配给风险最高的测试区域。在 RBT 中，“风险”是指缺陷发生的可能性及其对系统运行或业务的潜在后果。实施 RBT 的典型步骤包括：1. 识别潜在风险。2…
打开资源鲁棒性测试 ｜ Robustness Testing
鲁棒性测试侧重于评估软件**优雅地处理错误输入或意外情况**的能力。它是[可靠性测试](https://inaodeng.com/zh-cn/wiki/reliability-testing/)的一个子集，旨在确保应用程序在面对无效输入或极端的环境压力时不会崩溃或出现不可预测的行为。 执行鲁棒性测试时…
打开资源Rup ｜ Rup
RUP（Rational Unified Process，有理统一过程）是一个迭代式的软件开发框架，它强调明确的角色、责任和过程。它在开发中的重要性在于提供了一种结构化且可调整的方法来管理项目的复杂性和风险。RUP 的核心优势包括：
打开资源冒烟测试/健全性测试 ｜ Sanity Testing
健全性测试是回归测试的一个子集，侧重于在进行细微更改或 Bug 修复后验证特定功能。它是一种快速、非详尽的检查，旨在确保修改后的特定功能或故障按预期工作。
打开资源可扩展性测试 ｜ Scalability Testing
可扩展性测试是一种**非功能性测试**方法，旨在衡量软件应用程序处理增加负载（无论是更多数据、用户还是交易）的能力。它帮助识别系统的崩溃点以及在性能下降或失效前能处理的最大容量。 可扩展性测试对于验证软件能否增长以满足未来需求平衡至关重要。它涉及逐渐增加系统负载，并监控其在压力下的行为…
打开资源截图测试 ｜ Screenshot Testing
截图测试是一种视觉验证方法，通过捕获软件应用程序的用户界面 (UI) 并将其与基准图像进行比较来检测更改或异常。它涉及在应用流程的不同阶段对网页、移动应用或任何图形界面进行截图，以确保视觉一致性和功能性。执行步骤：1. 捕获基准图像：代表预期状态的截图。2. 运行测试：执行自动化测试并在相同点捕获新截图…
打开资源Scrum ｜ Scrum
Scrum 是一种敏捷框架 (Agile Framework)，旨在促进团队在处理复杂产品（特别是软件开发）过程中的协作。它支持迭代和增量过程，这对于适应不断变化的需求和确保持续改进至关重要。它的重要性在于能够提高生产力并更频繁地交付价值。Scrum 提供了一种结构化且灵活的方法…
打开资源安全测试 ｜ Security Testing
安全测试是一个旨在揭示软件应用程序中可能因攻击或漏洞导致信息、收入或声誉损失的漏洞、威胁和风险的过程。它对系统进行全面评估，确保即使面对恶意攻击，数据也能得到保护，且应用功能按预期运行。主要方法包括：
打开资源Selenium ｜ Selenium
Selenium 是一个开源的自动化测试框架，主要用于在不同的浏览器和平台上验证 Web 应用程序。它包含一套工具，支持使用多种编程语言（包括 Java, C#, Python, Ruby 和 JavaScript）开发测试自动化脚本。Selenium 的核心是 WebDriver API…
打开资源Selenium Ide ｜ Selenium Ide
Selenium IDE（集成开发环境）是一款用于创建自动化测试用例的开源录制与回放 (Record and Playback) 工具。它是适用于 Firefox 和 Chrome 的浏览器扩展，使测试人员能够通过用户友好的界面快速开发测试，而无需编写大量的测试脚本…
打开资源基于会话的测试 ｜ Session-Based Testing
基于会话的测试是一种探索性测试技术，它将测试活动组织成限时、不受干扰的“会话 (Sessions)”。每个会话专注于应用程序的特定区域，测试人员利用其技能和创造力来发现缺陷并探索软件行为。测试章程 (Test Charters) 用于引导探索，概述会话目标而无需规定具体的测试用例…
打开资源环境搭建 ｜ Setup
环境搭建至关重要，因为它为稳定、可靠且高效的测试过程奠定了基础。结构良好的环境搭建可确保自动化测试在一致的环境中执行，这对于产生可重复且准确的测试结果至关重要。它还促进了端到端 (e2e) 测试所需的各种工具和框架的集成，例如测试运行器、断言库和报告工具。
打开资源严重程度 ｜ Severity
在软件测试中，**严重程度 (Severity)** 是指缺陷对软件运行的影响程度。它表明了 Bug 影响系统功能、性能或稳定性的程度。严重程度通常分为 **致命/致命 (Critical)**、**严重 (High)**、**一般 (Medium)** 和 **轻微 (Low)** 等类别…
打开资源左移测试 ｜ Shift-left Testing
左移测试 (Shift-left testing) 是指将测试活动尽早整合到软件开发生命周期 (SDLC) 中的实践。它强调 预防重于检测，通过在问题升级为更大麻烦之前识别并解决它们。这种方法提倡将测试与开发 并行进行，而不是作为一个后续阶段。为了实施左移测试…
打开资源软件开发生命周期 ｜ Software Development Life Cycle
软件开发生命周期 (SDLC) 是规划、创建、测试和部署信息系统的系统化过程。它为软件开发提供了一种结构化的方法，确保涵盖所有必要步骤以生产高质量软件。SDLC 包含多个阶段，通常包括：
打开资源软件质量 ｜ Software Quality
软件质量 (Software quality) 是指软件产品满足指定需求以及满足用户和利益相关者需求和期望的程度。它涵盖了各种属性，包括 可靠性 (reliability)、效率 (efficiency)、可维护性 (maintainability)、可用性 (usability) 和 移植性 (porta…
打开资源软件质量管理 ｜ Software Quality Management
软件质量管理 (SQM) 是一种确保软件产品满足指定需求和用户期望的系统化方法。它涵盖了广泛的活动，从定义质量标准和过程，到在整个软件开发生命周期 (SDLC) 中实施和监控这些标准。SQM 的 关键组成部分 包括质量规划、质量保证 (Quality Assurance)、质量控制和质量改进…
打开资源软件风险分析 ｜ Software Risk Analysis
软件风险分析 (Software risk analysis) 是一个系统性的过程，用于识别、评估和管理可能对软件项目产生负面影响的潜在问题。其目标是最小化威胁项目成功的可能性和影响。通过及早识别风险，团队可以优先安排测试工作、制定缓解策略并有效分配资源，以确保关键问题得到解决…
打开资源软件测试 ｜ Software Testing
软件测试 (Software testing) 是评估和验证软件应用程序或系统是否按预期工作的过程。测试的目的可以是质量保证、功能验证、性能评估或发现缺陷。测试涉及执行软件组件或系统组件，以评估一个或多个感兴趣的属性。在 测试自动化 (test automation) 环境中…
打开资源Sql ｜ Sql
SQL，即 结构化查询语言 (Structured Query Language)，是一种用于管理和操作关系型 数据库 (databases) 的标准化编程语言。它之所以重要，是因为它为创建、检索、更新和从数据库中删除数据提供了一种系统的方法，而数据库是大多数软件应用程序不可或缺的组成部分…
打开资源状态转换测试 ｜ State Transition Testing
状态转换测试 (State Transition Testing) 是一种 动态测试 (dynamic testing) 技术，它按序列分析系统在各种输入条件下的行为。当软件行为根据过去的事件或状态而有所不同时，这种方法特别有用。它通过触发事件并根据预期行为验证结果，来测试应用程序在不同状态之间的转换…
打开资源静态测试 ｜ Static Testing
静态测试 (Static testing) 是指在不执行代码的情况下对软件制品进行检查。它涉及 分析 文档和源代码以查找错误，其中可能包括语法错误、代码标准违规和设计问题。此类测试通常通过 人工 努力（如同行评审）和执行静态代码分析的 自动化工具 结合完成…
打开资源软件测试生命周期 ｜ STLC
软件测试生命周期 (Software Testing Life Cycle, STLC) 是在测试过程中进行的一系列特定活动，旨在确保 软件质量 (software quality)。STLC 中的每项活动都以计划且系统的方式开展…
打开资源压力测试 ｜ Stress Testing
关于压力测试的问题？
打开资源结构测试 ｜ Structural Testing
结构测试 (Structural testing) 又称 白盒测试 (white box testing)，侧重于软件代码的内部结构。它要求了解应用的内部工作原理来设计 测试用例 (test cases)，确保代码中的所有路径、分支和语句至少执行一次…
打开资源Swagger ｜ Swagger
Swagger 是一套供开发人员设计、构建、记载和使用 RESTful Web 服务的工具。它通过提供一种通用的语言，在不直接访问源码或文档的情况下，确保人类和计算机都能理解服务的功能，从而在 API 开发中发挥着至关重要的作用。API 开发中的重要性：
打开资源系统集成测试 ｜ System Integration Testing
系统集成测试 (System Integration Testing, SIT) 是一个测试阶段，在这个阶段，不同的系统组件、模块或服务被集成在一起并作为一个整体进行测试，以发现集成单元之间交互中的缺陷…
打开资源系统测试 ｜ System Testing
系统测试 (System testing) 是一个 高层级 (high-level) 的测试阶段，在这个阶段，对一个完整的、集成后的系统进行评估，以验证其是否满足指定的需求。它涉及将系统作为一个整体进行测试，以确保所有组件和功能能够正确协同工作…
打开资源测试方法 ｜ Test Approach
关于测试方法的问题？
打开资源测试自动化 ｜ Test Automation
测试自动化 (Test automation) 是指使用专门的软件来控制测试的执行，并将实际结果与预测结果进行比较。它在一个已经就绪的正式测试过程中自动化那些重复但必要的任务，或者执行一些手动难以完成的额外测试。测试自动化 对于持续集成和持续交付 (CI/CD) 流水线至关重要…
打开资源测试用例 ｜ Test Case
测试用例 (Test Case)** 是软件测试中的一组条件或变量，测试人员通过这些条件或变量来确定应用程序、软件系统或其某个功能是否按原定的设计运行。编写测试用例是测试过程中的关键步骤，因为它们有助于确保软件按预期运行并满足所有需求。
打开资源测试用例管理 ｜ Test Case Management
测试用例管理 (Test Case Management, TCM) 是组织、管理和跟踪 软件测试 (software testing) 各个方面的过程。它涉及编写 测试用例 (test cases)、概述测试步骤、预期结果 (expected results) 和 测试数据 (test data)…
打开资源测试类 ｜ Test Class
测试类 (Test Class) 是测试方法的集合，它们共同测试软件中特定类或单元的功能。它作为 测试用例 (test cases) 的容器，其结构通常包括设置必要的测试环境、执行测试方法以及在测试运行后进行清理。在面向对象编程中，测试类 通常镜像它打算测试的类，通常具有相似的名称…
打开资源测试比较 ｜ Test Comparison
测试比较 (Test Comparison) 是在软件测试中评估并将实际测试结果与预期结果进行对比的过程。这一关键步骤确保了软件按预期运行，并能识别及解决任何偏差。
打开资源测试覆盖率 ｜ Test Coverage
分支覆盖率（Branch coverage），也称为 判定覆盖率 (decision coverage)，确保每个判定点的每个可能分支至少被执行一次。例如，在 `if` 语句的上下文中，应当测试 true 和 false 分支。要应用分支覆盖率，需识别代码中所有的判定点…
打开资源测试数据 ｜ Test Data
测试数据管理 (TDM) 是规划、设计、存储和管理 软件测试 数据。它涉及创建非生产数据集，这些数据集为了测试应用程序功能及其在各种条件下的性能，能够准确模拟应用程序的生产环境。TDM 对于确保测试的可重复性、可靠性和相关性至关重要…
打开资源测试设计规范 ｜ Test Design Specification
测试设计规范 (Test Design Specification, TDS) 概述了特定测试项的测试条件、案例和序列。它是一份详细的计划，描述了要测试什么、如何测试以及预期结果是什么。TDS 源自测试依据文档，如需求、风险分析报告和设计规范。在实践中，一个 TDS 包括：
打开资源测试设计工具 ｜ Test Design Tool
测试设计工具 (Test Design Tool) 是协助创建 测试用例 (test cases) 的软件应用程序。它通常有利于根据一组输入条件和预定义规则系统地生成 测试场景 (test scenarios)。这些工具通常采用决策表、状态转换图或组合测试技术等算法或模型…
打开资源测试驱动开发 ｜ Test-Driven Development, TDD
测试驱动开发 (Test-Driven Development, TDD) 是一种 软件开发方法 (software development approach)，其要求在编写用于验证的生产代码之前先编写测试。这是一个循环过程：开发人员先编写一个定义了期望改进或新功能的测试，然后编写最少量的代码使该测试通过…
打开资源测试环境 ｜ Test Environment
测试环境 (Test Environment) 是执行软件测试的受控设置。它包括硬件、软件、网络配置以及模拟类似生产环境所需的其他工具和服务。这种设置允许测试人员验证新构建的版本，确保应用程序在各种条件下按预期运行，而不会影响实际的生产系统。为了保持测试的完整性…
打开资源测试执行 ｜ Test Execution
测试执行 (Test Execution) 是在软件应用程序上运行一系列测试以验证其行为是否符合预期的过程。这涉及运行 自动化 (automated) 或 手动测试 (manual tests)，并将实际结果与 预期结果 (expected results) 进行比较。执行可以在不同级别进行…
打开资源测试执行自动化 ｜ Test Execution Automation
测试执行自动化 (Test Execution Automation) 是指使用专用软件来控制测试执行、将实际结果与预期结果进行比较、设置测试前置条件以及执行其他测试控制和测试报告功能的过程。本质上，它涉及将测试人员原本需要逐步执行的手动过程自动化。在实践中…
打开资源测试执行进度表 ｜ Test Execution Schedule
测试执行进度表是一份时间表，概述了在测试阶段将执行哪些 测试用例 (test cases) 以及按什么顺序执行。它是测试规划过程的关键组成部分，确保测试活动与项目截止日期和资源可用性保持一致。
打开资源测试执行技术 ｜ Test Execution Technique
测试执行技术 (Test Execution Technique) 是一种在软件应用程序上进行测试的结构化方法。它涉及一系列步骤和策略，用于有效地运行和管理 测试用例 (test cases)，确保软件在各种条件下按预期运行…
打开资源测试执行工具 ｜ Test Execution Tool
测试执行工具 (Test Execution Tool) 能够自动执行针对软件应用程序预先编写的 测试用例 (test cases)。与 手动测试 (manual testing) 不同（在手动测试中，测试人员需要逐步执行测试），此类工具承担了重复性任务，自动运行测试并在无需人工干预的情况下报告结果…
打开资源测试桩/测试执行环境 ｜ Test Harness
测试桩/测试执行环境 (Test Harness) 在软件测试中是指配置好的软件和 测试数据 (test data) 的集合，用于通过在各种条件下运行程序单元并监控其行为和输出来对其进行测试。它充当 自动化测试 (automated testing) 的受核环境…
打开资源测试基础设施 ｜ Test Infrastructure
测试基础设施 (Test Infrastructure) 是指为企业 IT 环境的生存、运行和管理所必需的集成硬件、软件、网络资源和服务的集合，该环境旨在促进 自动化测试 (automated tests) 的执行和管理…
打开资源测试日志 ｜ Test Log
测试日志 (Test Log) 是详细记录 测试用例 (test cases) 执行情况的按时间顺序排列的记录。它充当审计追踪，捕获测试活动的序列，包括测试用例的开始和结束时间、测试人员身份、测试环境以及测试期间采取的任何行动。
打开资源测试管理 ｜ Test Management
测试管理 (Test Management) 是监督和协调测试阶段涉及的各种活动的过程。它涵盖了确保测试系统化、可重复且有效所需的组织、控制和文档化工作。这包括定义测试目标、选择合适的测试方法、管理 测试用例 (test cases) 和场景等测试资产，并确保所有测试活动与项目目标和时间线保持一致…
打开资源测试可观测性 ｜ Test Observability
测试可观测性 (Test Observability) 指的是在 测试执行 (test execution) 期间检查和理解系统内部状态的能力。它涉及收集并分析日志、指标和追踪等数据，以深入了解系统的行为和性能。这种可见性对于识别问题、理解系统交互以及确保自动化测试的可靠性至关重要。为了增强测试可观测性…
打开资源测试判定依据 ｜ Test Oracles
测试判定依据 (Test Oracles) 是一种用于确定软件系统在测试期间是否产生正确结果的机制或原则。它充当真理来源 (source of truth)，可将测试的实际结果与其进行比较以确定正确性。
打开资源测试计划 ｜ Test Plan
测试计划 (Test Plan) 是一份正式文档，概述了拟定测试活动的途径、资源和进度。它定义了项目范围内 软件测试 (software testing) 的范围、目标和程度。该战略计划为测试流程和活动设定了标准，并以此作为确保全面测试和质量结果的指南。
打开资源测试策略说明 ｜ Test Policy
测试策略说明 (Test Policy) 是一份高层文档，概述了组织内测试的基本原则和方法。它作为测试活动的基石，为所有测试工作设定了方向和预期。与更具体、针对项目的 测试策略 (Test Strategy) 不同，测试策略说明是一份更广泛的声明，适用于组织内的所有项目…
打开资源测试流程 ｜ Test Process
测试流程 (Test Process) 是一种结构化的方法，用于验证和确认软件应用程序是否符合其 规范 (specifications) 和 需求 (requirements)。它涉及一系列活动，旨在软件发布前识别缺陷、确保功能并提升质量…
打开资源测试流程改进 ｜ Test Process Improvement
测试流程改进 (Test Process Improvement, TPI) 是一种系统化的方法，旨在增强软件开发中测试流程的有效性、效率和适应性。它涉及识别当前测试实践中的弱点和瓶颈，并实施变革来克服这些问题。TPI 旨在确保测试不仅符合业务目标…
打开资源测试金字塔 ｜ Test Pyramid
测试金字塔 (Test Pyramid) 是一个隐喻，描述了软件项目中各类自动化测试的最佳分布。它强调应拥有大量的底层 单元测试 (unit tests)，而较少的高层 集成测试 (integration tests) 和 端到端测试 (end-to-end tests)。金字塔作为创建平衡测试组合的指南…
打开资源测试报告 ｜ Test Report
测试报告 (Test Report) 是一个正式文档，封装了测试阶段的所有结果和发现。它作为测试活动的记录，提供了已执行 测试用例 (test cases) 的详细信息（包括通过、失败和跳过的测试），以及发现的缺陷及其 严重程度 (severity)。
打开资源测试执行器 ｜ Test Runner
测试执行器 (Test Runner) 是一个编排自动化 测试用例 (test cases) 执行的工具。它负责实例化测试用例、提供测试结果，并通常与其他工具集成进行报告和分析。它是 测试自动化 (test automation) 设置的核心组件，使测试能在一致且受控的环境中自动运行。
打开资源测试场景 ｜ Test Scenario
测试场景 (Test Scenario) 是对与被测软件交互时可能出现的潜在情况的高级文档记录。它描绘了软件的功能，确保覆盖广泛的用户行为。测试场景比 测试用例 (test cases) 更粗略，提供了系统能力和端到端流程的全景图。
打开资源测试脚本 ｜ Test Script
在软件测试中，测试脚本是由自动化测试工具执行的一组指令，用于验证软件应用程序的功能。它本质上是一个与被测试的软件交互的程序，按照用户的意愿执行操作，并检查预期结果。测试脚本是用正在使用的测试自动化框架支持的特定脚本或编程语言编写的。
打开资源测试规范 ｜ Test Specification
测试规范 (Test Specification) 是一份详细文档，概述了拟定测试活动的范围、方法、资源和进度。它定义了测试条件、测试用例、测试流程以及测试通过/失败的标准。它是测试计划过程的记录，详细说明了如何实现测试目标。
打开资源测试策略 ｜ Test Strategy
测试策略 (Test Strategy) 是一份高层级文档，概述了拟定测试活动的方法、资源和进度。它定义了测试目标及实现手段，确保测试与软件开发目标保持一致。该文档通常是静态的，在项目生命周期中很少更改。
打开资源测试桩 ｜ Test Stub
测试桩 (Test Stub) 是接口或类的一个极简实现，在测试期间用于替换被测系统交互的真实组件。桩为测试期间的函数调用提供预定义的响应，而不执行所替换组件的任何实际代码。
打开资源测试套件 ｜ Test Suite
测试套件 (Test Suite) 是为了在特定条件下测试软件应用而组合在一起的 测试用例 (test cases) 集合。它作为一个容器，存放逻辑相关的测试，这些相关性可以基于功能、覆盖的特性、测试类型（如回归、冒烟、性能测试）或目标测试环境。
打开资源测试工具 ｜ Test Tool
测试工具 (Test Tool) 是支持一个或多个测试活动（包括计划、设计、执行、缺陷记录和报告）的软件应用或实用程序。它可以是执行特定任务的简单独立工具，也可以是管理整个测试生命周期的复杂集成系统。
打开资源时间盒测试 ｜ Timebox Testing
时间盒测试 (Timebox Testing) 是一种聚焦的测试方法，它将测试活动约束在一个预先确定的、固定的时长内（即“时间盒”）。这种方法强调效率和优先级，确保在分配的时间内执行最关键的测试。
打开资源自顶向下集成 ｜ Top-Down Integration
自顶向下集成 (Top-Down Integration) 是一种集成测试方法，测试活动从软件模块层次结构的顶级开始，逐步向底层推进。它首先测试高层模块，使用 桩模块 (stubs) 来模拟尚未开发或集成的底层模块的行为。主要目的是早期验证主要功能，检测高层设计缺陷。适用场景包括项目具有清晰的层次结构…
打开资源需求跟踪矩阵 ｜ Traceability Matrix
这是指同时具备 正向跟踪（需求 -> 测试）和 反向跟踪（测试 -> 需求）的能力。这确保了既没有遗漏的要求，也没有多余的测试，并支持高效的变更影响分析。
打开资源用户界面测试 ｜ UI Testing
UI 测试，也称为 用户界面测试 (User Interface Testing)，是验证软件应用程序的视觉和交互方面的过程。它涉及检查按钮、文本字段、图像、布局、颜色以及用户与之交互的其他视觉元素的正确性。这种测试确保 UI 的行为符合预期，并提供无缝的用户体验。
打开资源单元测试框架 ｜ Unit Test Framework
单元测试框架 是一种旨在支持单元测试执行和报告的软件库。这些框架为编写针对代码单个单元（通常是函数或方法）的测试用例提供了一种结构化的方式，并验证它们的行为是否符合预期。
打开资源单元测试 ｜ Unit Testing
单元测试 是指对应用程序中最小的可测试部分（通常是函数或方法）进行隔离测试的实践。这些测试由开发人员编写和执行，以确保代码库的特定部分按预期运行。在 单元测试 中，每个单元都使用 存根 (Stubs) 和 模拟 (Mocks) 进行隔离测试，以模拟不属于测试一部分的依赖模块的行为。这允许在早期阶段检测问题…
打开资源可用性测试 ｜ Usability Testing
可用性测试 是一种通过在用户身上测试产品来评估产品的技术。该方法涉及观察参与者尝试在产品上完成任务，用于识别任何可用性问题，收集定性和定量数据，并确定参与者对产品的满意度。与评估系统是否满足指定要求的 用户验收测试 (UAT) 不同，可用性测试 侧重于用户界面导航和使用的难易程度…
打开资源用例 ｜ Use Case
用例图 是 外部参与者 和正在开发的 系统 之间交互的视觉表示。它勾勒出用户（参与者）与系统交互以实现目标的各种方式，从外部角度突出系统的功能。在 测试自动化 的上下文中，用例图 用作识别 测试场景 的高级指南…
打开资源用例测试 ｜ Use Case Testing
用例测试 是一种涉及根据 用例 (Use Cases) 创建和执行测试的技术。这些是关于用户如何与系统交互以实现特定目标的详细描述。与可能侧重于技术方面的其他测试方法不同，用例测试 强调 真实世界的使用 和 用户交互。要进行 用例测试，您通常需要：1. 识别用例的 主流程 (Main Flows)…
打开资源用户验收测试 ｜ User Acceptance Testing
用户验收测试 (User Acceptance Testing, UAT) 是测试过程的最后阶段，实际软件用户在其中测试系统以验证其是否可以根据规范处理现实世界场景中的所需任务。UAT 在系统测试、集成测试和其他类型的测试完成后进行。重点是用户友好性和从最终用户的角度来看应用程序的整体功能…
打开资源V 模型 ｜ V-Model
V 模型 (V-Model) 在软件测试中是一种开发方法论，它将过程表示为 V 形图，强调每个开发阶段与其对应的测试阶段之间的关联。V 的左侧代表需求和设计阶段的分解，而右侧反映了集成和测试阶段，最终达到系统验证。
打开资源确认测试 ｜ Validation Testing
确认测试 (Validation Testing) 是在开发过程中或结束时评估软件系统或组件的过程，以确定它是否满足规定的需求。它是一种 黑盒测试 形式，测试软件时不查看内部代码结构，而是关注软件实际做什么。
打开资源验证 ｜ Verification
验证 (Verification) 在软件测试中是评估开发阶段的工作产品以确保它们满足规定需求的过程。这是一种检查文档和文件的静态方法。
打开资源视觉回归测试 ｜ Visual Regression Testing
视觉回归测试 (Visual Regression Testing) 是一种 质量保证 过程，涉及捕获网页或应用程序屏幕的屏幕截图，并将其与基准图像进行比较以检测更改。这种比较通常是逐像素的，突出显示功能测试可能无法捕捉到的视觉差异。关键步骤包括：1. 建立基准：捕获 UI 的屏幕截图，作为未来测试的参考…
打开资源容量测试 ｜ Volume Testing
容量测试 (Volume Testing) 涉及使软件应用程序承受大量数据，以评估其在不同 数据库 容量下的性能和行为。这种类型的测试对于预期在其正常操作中处理大量数据的应用程序至关重要。
打开资源Web 自动化 ｜ Web Automation
Web 自动化 (Web Automation) 指的是使用软件模拟用户与 Web 浏览器和 Web 应用程序交互的过程。它涉及执行执行诸如单击按钮、在表单中输入数据、浏览网站和提取信息等任务的脚本。这通常是为了测试 Web 应用程序的功能和性能，以确保它们在不同的浏览器和设备上按预期工作…
打开资源Web 性能测试 ｜ Web Performance Testing
Web 性能测试 评估 Web 应用程序在特定条件下的行为，重点关注 速度、可扩展性、稳定性 和 资源使用 等方面。确保 Web 应用程序在流量激增或其他压力源下提供一致的体验至关重要。自动化 在此过程中起着至关重要的作用，它允许模拟难以手动复制的各种场景。自动化测试可以安排并定期运行…
打开资源Web 测试自动化工具 ｜ Web Test Automation Tools
Web 测试自动化工具 是一种自动化 Web 应用程序测试过程的软件应用程序。它模拟用户与 Web 浏览器的交互，检查错误、兼容性和性能问题。这些工具通常提供录制操作、创建 测试脚本 并通过代码脚本或 GUI 界面重放它们的方法。例如…
打开资源Web 测试 ｜ Web Testing
Web 测试 是验证 Web 应用程序或网站的功能、可用性、安全性、兼容性和性能的实践。它涉及对 Web 应用程序执行一系列测试，以确保它们按预期运行并能被最终用户可靠地使用。这包括检查表单、数据库、Cookie、会话和业务逻辑等各个方面。功能测试 是一个关键组成部分，重点关注用户交互和应用程序工作流…
打开资源Webdriver ｜ Webdriver
WebDriver 是 Selenium 的核心组件，它提供了一个编程接口来控制和操作 Web 浏览器。
打开资源白盒测试 ｜ White Box Testing
白盒测试（White Box Testing），也称为透明盒、玻璃盒或 结构测试（Structural Testing），是一种测试方法，测试人员对软件的内部工作原理（包括代码结构、算法和逻辑）具有 完全的可见性。该方法涉及 直接测试 源代码的各个层面，如语句、分支、路径和条件…
打开资源Xpath Query ｜ Xpath Query
XPath 查询（XPath Query）是一种功能强大的语言，设计用于从 XML 文档中选择节点。它在查询 HTML 结构方面同样有效，尤其是在像 Selenium 这样的 Web 自动化 框架中使用时。XPath 以其精确执行复杂查询的能力而著称，使测试人员能够精确地定位网页 DOM 中的元素…
打开资源34 项资源
指南资源
按测试类型、框架和学习阶段组织的自动化测试指南。
postman 替换工具 bruno 使用介绍
文章介绍 postman 替换工具 Bruno 的新手入门介绍，如何迁移 postman 脚本到 Bruno
打开资源Postman 接口自动化测试教程：入门介绍和从 0 到 1 搭建 Postman 接口自动化测试项目
关于 Postman 接口自动化测试的导引，全面介绍入门基础和从零开始搭建项目的步骤。学习如何有效地使用 Postman 进行 API 测试，了解项目搭建的基础结构、环境设置和测试用例的编写
打开资源Pytest 接口自动化测试教程：入门介绍和环境搭建准备
包括入门介绍和环境搭建准备。在博客中，读者将了解什么是 Pytest 以及如何开始使用它来进行 API 测试。
打开资源Pytest + Requests 入门教程
学习如何使用 Pytest 和 Requests 进行 API 自动化测试
打开资源REST Assured 接口自动化测试教程：入门介绍和环境搭建准备
包括入门介绍和环境搭建准备。在博客中，读者将了解什么是 REST Assured 以及如何开始使用它来进行 API 测试。教程将涵盖 REST Assured 的基本概念，包括如何设置测试环境，准备所需的工具和资源，以便读者可以开始编写和执行他们自己的 API 测试。
打开资源SuperTest 接口自动化测试教程：入门介绍和环境搭建准备
关于 Supertest 的教程，主要包括入门介绍和环境搭建准备。在博客中，读者将了解什么是 Supertest 以及如何开始使用它来进行 API 测试。
打开资源gatling 性能测试教程：入门介绍
文章介绍性能测试工具 gatling 的新手入门介绍，环境搭建，如何将官方 demo 跑起来
打开资源K6 性能测试教程：入门介绍，环境搭建和编写第一个 K6 测试脚本
这篇文章将带您进入 K6 性能测试的世界。博文内容涵盖了 K6 性能测试的入门知识、环境搭建步骤，以及如何编写您的第一个测试脚本。无论您是初学者还是有经验的性能测试专业人员，这篇教程都将为您提供清晰的指导，帮助您快速上手 K6，并开始构建高效的性能测试脚本
打开资源Bruno 接口自动化测试教程：从 0 到 1 搭建 Bruno 接口自动化测试项目
从零搭建 Bruno 接口自动化测试项目：配置项目结构和环境，编写第一个接口测试，并建立便于维护的测试套件。
打开资源Postman 接口自动化测试教程：进阶用法 - 常用的测试脚本和常用的第三方包用法示例
深入研究 Postman 接口自动化测试的高级用法，专注于常用的测试脚本和第三方包示例。探讨如何编写强大的测试脚本，涵盖各种测试场景，并介绍一些常用的第三方包，优化测试流程。
打开资源Pytest 接口自动化测试教程：从 0 到 1 搭建 Pytest 接口自动化测试项目
将从零开始教您如何建立 Pytest 接口自动化测试项目。您将学习如何创建项目的基础结构，设置环境，编写测试用例，以及执行自动化测试。
打开资源REST Assured 接口自动化测试教程：从 0 到 1 搭建 REST Assured 接口自动化测试项目
深入探讨如何从零开始构建一个 REST Assured 接口自动化测试项目。
打开资源SuperTest 接口自动化测试教程：从 0 到 1 搭建 Supertest 接口自动化测试项目
从零开始教您如何建立 SuperTest 接口自动化测试项目。您将学习如何创建项目的基础结构，设置环境，编写测试用例，以及执行自动化测试。
打开资源gatling 性能测试教程：从 0 到 1 搭建自己的 Gatling 工程
文章介绍性能测试工具 gatling 的进阶介绍：从 0 到 1 搭建自己的 Gatling 工程，介绍了 Gatling 的基本使用方法，以及如何搭建自己的 Gatling 工程，编写性能测试脚本，查看测试报告等
打开资源K6 性能测试教程：常用功能（1）- HTTP 请求，指标和检查
这篇文章详细介绍了 K6 中的 HTTP 请求（http request）功能，解析了常用的性能指标和检查功能。学会如何使用 K6 进行强大的性能测试，通过 HTTP 请求模拟用户行为，了解性能指标以评估系统响应。文章还深入讲解了如何配置和执行检查，确保性能符合预期标准。无论您是初学者还是经验丰富的性能测试专业人员，这篇教程将为您提供实用知识，助您充分发挥 K6 的性能测试潜力。点击链接，开启高效性能测试之旅！
打开资源Postman 接口自动化测试教程：进阶用法 - 数据驱动
这篇博文深入研究 Postman 接口自动化测试的高级技巧，专注于数据文件驱动和环境变量数据驱动。学习如何通过外部数据文件和灵活的环境变量，优雅地进行测试数据的驱动，提高测试覆盖率。博文将为您展示如何以更智能的方式管理和利用数据，使测试用例更具可扩展性和灵活性。
打开资源Pytest 接口自动化测试教程：进阶用法 - 常用断言和数据驱动
深入探讨 Pytest 的高级用法，着重介绍如何将 Pytest 常用断言和数据驱动。
打开资源REST Assured 接口自动化测试教程：进阶用法 - 验证响应和日志记录，过滤器，文件上传
深入介绍 REST Assured 的进阶用法，重点放在验证 API 响应、日志记录和过滤器的应用上。
打开资源SuperTest 接口自动化测试教程：进阶用法 - 常用断言
聚焦于 Supertest 的高级用法，特别关注常用断言。您将学习如何使用这些断言来验证 API 响应，包括状态码、响应内容、和响应头部等。
打开资源gatling 性能测试教程 - 进阶用法：报告解析和场景设置
文章介绍性能测试工具 gatling 的进阶用法：性能测试报告的解析，不同类型的测试报告报表介绍，不同业务类型下的性能测试场景配置
打开资源K6 性能测试教程：常用功能（2）- 阈值，测试生命周期和场景
这篇博文深入介绍了 K6 性能测试工具的常用功能，主要聚焦在阈值设置、测试生命周期和场景设计方面。阐述了如何利用 K6 在性能测试中设定合理的阈值，以便有效监测系统的性能表现。同时，探讨了测试生命周期的重要性，以及如何在不同阶段进行有针对性的性能测试。此外，博文还详细解释了 K6 中场景的概念，以及如何根据实际需求设计和配置场景，确保测试全面覆盖各种使用情景。通过本文，读者能够更深入地了解 K6 性能测试工具在项目中的实际应用，提高性能测试的效果和准确性。
打开资源Postman 接口自动化测试教程：进阶用法 - 常用命令行选项，文件上传场景和 SSL 证书场景
这篇博文深度挖掘 Postman 接口自动化测试的进阶用法，集中讨论常用命令行选项、文件上传场景和 SSL 证书场景。学会如何运用常用命令行选项优化测试流程，解决文件上传和 SSL 证书等特殊场景的测试挑战
打开资源Pytest 接口自动化测试教程：进阶用法 - 筛选测试用例执行，并发测试和分布式测试
聚焦于测试用例筛选、并发测试和分布式测试。学会如何有针对性地执行测试用例，提高测试效率。探索 Pytest 的并发测试特性，了解如何同时执行多个测试用例，缩短测试时间。
打开资源REST Assured 接口自动化测试教程：进阶用法 - 集成 CI/CD 和集成 allure 测试报告
深入研究 REST Assured 的高级应用，侧重于如何集成 CI/CD（持续集成/持续交付）工具和整合 Allure 测试报告。
打开资源SuperTest 接口自动化测试教程：进阶用法 - 数据驱动
专注于 SuperTest 的高级用法，侧重于数据驱动测试。您将学习如何通过数据参数化来扩展和优化您的 SuperTest 测试套件，提高测试覆盖率。
打开资源gatling 性能测试教程 - 进阶用法：CI/CD 集成
文章介绍性能测试工具 gatling 的进阶用法：CI/CD 集成，以 github action 为例来介绍如何集成 gatling 到 CI/CD 流程中
打开资源K6 性能测试教程 - 进阶用法：如何快速编写 K6 性能测试脚本
这篇博文深入介绍了在进行 K6 性能测试时，除了传统的 JavaScript 编写脚本方式外，还介绍了 K6 提供的多种快捷方式。首先，通过 K6 提供的 Test Builder 测试生成器工具，读者能够轻松快捷地生成性能测试脚本，简化了脚本编写过程。其次，博文介绍了使用 K6 Recorder 录制器的方法，通过录制操作生成脚本，省去手动编写的步骤。最后，读者还能了解到使用浏览器开发者工具获取 HAR 文件，并通过 har-to-k6 工具将其转换为 K6 脚本的技巧。通过本文，读者将更全面地了解 K6 性能测试工具的灵活性和多样化的脚本编写方式。
打开资源Postman 接口自动化测试教程：进阶用法 - AI 助手 Postbot 试用介绍
这篇博文是关于 Postman 接口自动化测试教程的进阶用法，重点介绍了 AI 助手 Postbot 的试用。文章可能包括作者对 Postbot 功能的介绍、使用方法、优势和适用场景等方面的详细说明。通过分享 Postbot 的试用体验，读者可以了解到如何借助 AI 技术来优化接口自动化测试流程，提高测试效率和准确性。这个教程有望为 Postman 用户提供一个深入了解和尝试 AI 助手的机会，并为他们在接口测试中应用新技术提供指导和灵感。
打开资源Pytest 接口自动化测试教程：进阶用法 - 多环境支持 和 集成 allure 报告
深入探讨 Pytest 的高级用法，着重介绍如何将 Pytest 如何支持不同环境测试用例执行，以及如何集成 allure 报告来实现测试报告多样化。
打开资源SuperTest 接口自动化测试教程：进阶用法 - 多环境支持
专注于 SuperTest 的高级用法，着重介绍多环境支持。您将学习如何配置和管理多个测试环境，以适应不同开发和部署阶段。
打开资源K6 性能测试教程 - 进阶用法：输出 html 报告和 CI/CD 集成
学习如何从 K6 性能测试生成 HTML 报告，并通过 GitHub Actions 接入 CI/CD，持续获得可复用的性能反馈。
打开资源Postman 接口自动化测试教程：进阶用法 - 集成 CI/CD 和 Github action，接入 allure 测试报告
Postman 接口自动化测试的进阶应用，专注于 CI/CD 和 GitHub Actions 的集成，以及 Allure 测试报告的接入。学习如何将 Postman 测试无缝整合到 CI/CD 流程中，通过 GitHub Actions 实现自动化测试。此外，了解如何集成 Allure 测试报告框架，生成详尽的测试结果报告
打开资源Pytest 接口自动化测试教程：进阶用法 - 集成 CI/CD 和 Github action
深入探讨 Pytest 的高级用法，着重介绍如何将 Pytest 集成到 CI/CD 流程中，以及如何使用 GitHub Actions 实现自动化测试。
打开资源SuperTest 接口自动化测试教程：进阶用法 - 集成 CI/CD 和 Github action
深入探讨 Supertest 的高级用法，着重介绍如何将 Supertest 集成到 CI/CD 流程中，以及如何使用 GitHub Actions 实现自动化测试。
打开资源13 项资源
项目列表
可参考、运行和继续学习的开源 QA 项目。
DSH-QA · 质量工作台
面向 DeepSeek Harness 的本地软件测试工作台插件，将测试项目、迭代、看板、日历、里程碑、QA 测试材料和 AI 协作工作流集中到一个工作区，零 npm 依赖，数据本机保存。
打开资源Awesome QA Prompt
专业的 QA AI 提示词集合，涵盖从需求分析到测试报告的完整测试生命周期，提供 15 个测试类型模块、3 个工作流程和 225+ 文档。中英文双语，支持 ROSES、LangGPT、ICIO、CRISPE、RISE 等框架。
打开资源Awesome QA Skills
面向 AI 编码 Agent 与测试工作流的 QA 技能库，将可复用的软件测试实践整理成结构化、可执行的技能内容。
打开资源QA 测试术语 Wiki
中文版 QA 与软件测试术语 Wiki，用于个人学习。涵盖 A/B 测试、验收测试、API 测试、敏捷测试等术语。
打开资源Bruno API 测试入门
基于 Bruno 的 API 测试入门项目（开源、MIT）。支持 Postman/Insomnia 集合导入、Assert 与 Tests 脚本、环境变量及 CI/CD 集成（如 GitHub Actions）。
打开资源RestAssured API 测试入门
基于 Java RestAssured 的 API 测试入门项目，使用 Maven 与 JUnit 构建 REST API 自动化测试。
打开资源SuperTest API 测试入门
基于 Node.js SuperTest 的 API 测试入门项目，使用 Mocha/Chai 进行 REST API 断言测试。
打开资源Postman API 测试入门
基于 Postman 的 API 测试入门项目，支持集合与测试脚本，可使用 Newman 在命令行或 CI 中运行。
打开资源Pytest API 测试入门
基于 Python Pytest 的 API 测试入门项目，使用 pytest 与 requests 进行 REST API 自动化测试。
打开资源Gatling 性能测试入门
基于 Gatling 的性能测试入门项目，使用 Scala DSL 进行负载与压力测试。
打开资源K6 性能测试入门
基于 K6 的性能测试入门项目，使用 JavaScript/ES6 编写负载测试脚本。
打开资源Airtest 移动端 UI 自动化入门
基于 Airtest 的移动端 UI 自动化入门项目，使用 Python 进行 Android/iOS 跨平台 UI 测试。
打开资源Cypress Cucumber BDD UI 自动化入门
基于 Cypress 与 Cucumber 的 BDD UI 自动化入门项目，使用 Gherkin 场景与 Cypress 执行。
打开资源114 项资源
博客列表
软件测试、自动化、AI 与质量实践文章。
质量工作台 dsh-qa：把 AI 测试工作台装进 DeepSeek Harness
dsh-qa 是 DeepSeek Harness 的本地软件测试工作台插件：待办、日历、看板、门禁与 AI 协作同屏呈现，每个测试项目绑定独立 DSH 会话，零 npm 依赖，数据完全本机。
打开资源从需求分析到发布归档：一个测试项目如何用 dsh-qa 走完全流程
用一个测试项目走一遍 dsh-qa 的完整测试流程：需求分析、用例设计、评审门禁、执行回归、里程碑、测试报告到发布归档，看 AI 协作与人工审批如何配合。
打开资源Awesome QA Skills：用 AI 让测试工作更稳更快
Awesome QA Skills 是一个面向测试场景的 AI 技能库，通过可复用的技能模块，帮助团队更快、更稳定地完成测试工作。
打开资源Awesome QA Prompt：用AI重新定义软件测试的未来
文章介绍Awesome QA Prompt的简介，类型和工具
打开资源软件测试术语分享:Backward Compatibility 向后兼容性
这篇博文是软件测试术语分享系列的一部分，重点介绍 Backward Compatibility（向后兼容性）。将探讨其基础概念、在软件测试中的重要性、常见流程与技巧、应用的工具与技术，以及可能面临的挑战与解决方案。读者将了解到背靠背测试在保障软件系统可靠性和用户体验方面的关键作用，以及如何有效进行相关测试以确保软件产品的可靠可用。
打开资源软件测试术语分享:Back-to-Back Testing 背靠背测试
这篇博文是软件测试术语分享系列的一部分，重点介绍 Back-to-Back Testing（背靠背测试）。将探讨其基础概念、在软件测试中的重要性、常见流程与技巧、应用的工具与技术，以及可能面临的挑战与解决方案。读者将了解到背靠背测试在保障软件系统可靠性和用户体验方面的关键作用，以及如何有效进行相关测试以确保软件产品的可靠可用。
打开资源软件测试术语分享:Availability Testing 可用性测试
这篇博文是软件测试术语分享系列的一部分，重点介绍 Availability Testing（可用性测试）。将探讨其基础概念、在软件测试中的重要性、常见流程与技巧、应用的工具与技术，以及可能面临的挑战与解决方案。读者将了解到可用性测试在保障软件系统可靠性和用户体验方面的关键作用，以及如何有效进行相关测试以确保软件产品的可靠可用。
打开资源30 天 AI 测试挑战活动：第三十一天：可视化人工智能在测试领域的未来
第 31 天加餐复盘：可视化 AI 测试的未来形态，讨论团队角色、工作流演进、风险与机会。
打开资源30 天 AI 测试挑战活动：第三十天：设想你的 AI 测试助手会为你做什么
第 30 天复盘：思考 AI 测试搭档应承担的职责，覆盖测试规划、生成、分析与反馈闭环。
打开资源30 天 AI 测试挑战活动：第二十九天：分享影响你 AI 测试方法论的人物
第 29 天复盘：分享影响我 AI 测试方法的专家与社区观点，以及这些观点如何指导实际测试决策。
打开资源30 天 AI 测试挑战活动：第二十八天：构建你的 AI 工具
第 28 天复盘：从问题定义、原型设计到验证迭代，实践如何构建适配团队场景的 AI 测试工具。
打开资源30 天 AI 测试挑战活动：第二十七天：评估你的团队是否准备好采用人工智能辅助测试
第 27 天复盘：评估团队采用 AI 辅助测试的准备度，识别能力差距，并制定可执行的落地路线图。
打开资源30 天 AI 测试挑战活动：第二十六天：研究在 AI 测试中最大限度地减少碳足迹的策略
这篇博文是关于 30 天 AI 测试挑战活动的第二十六天，探讨在 AI 测试中最大限度地减少碳足迹的策略。文章可能涉及使用节能的硬件设备、优化测试流程以减少资源消耗、采用可再生能源供电等方面的策略。作者可能分享对于减少碳足迹的实际应用经验，以及对于环保测试策略的思考和评价。通过分享减少碳足迹的策略，读者将了解到作者对于 AI 测试中可持续发展的关注和行动…
打开资源30 天 AI 测试挑战活动：第二十五天：探索人工智能驱动的安全测试并分享潜在用例
这篇博文是关于 30 天 AI 测试挑战活动的第二十五天，探索人工智能驱动的安全测试，并分享潜在用例。文章可能介绍人工智能在安全测试领域的应用，例如漏洞扫描、恶意代码检测、行为分析等方面，并探讨其在不同场景下的潜在用例。作者可能分享对于人工智能驱动的安全测试技术的理解和见解，以及对于其在提高安全性和降低风险方面的潜在价值的思考。通过分享潜在用例…
打开资源30 天 AI 测试挑战活动：第二十四天：探索代码解释技术并分享你的见解
这篇博文是关于 30 天 AI 测试挑战活动的第二十四天，涉及探索代码解释技术并分享见解。文章可能介绍不同的代码解释技术，如解释性 AI、模型解释和可解释性机器学习等，并探讨其在测试领域的应用。作者可能分享对于这些技术的理解和使用经验，以及对于其优势、挑战和潜在应用领域的见解。通过分享关于代码解释技术的见解…
打开资源30 天 AI 测试挑战活动：第二十三天：评估 AI 在视觉测试中的有效性并讨论其优势
这篇博文是关于 30 天 AI 测试挑战活动的第二十三天，涉及评估人工智能在视觉测试中的有效性，并讨论其优势。文章可能包括作者对于使用人工智能进行视觉测试的实际应用经验，以及对于人工智能在视觉测试中所带来的优势和挑战的思考和评估。通过分享对人工智能在视觉测试中的应用效果和优势的评估，读者将了解到作者对于这一新兴测试方法的认识和见解…
打开资源软件测试术语分享:Analytical Test Strategy 分析性测试策略
这篇博文是软件测试术语分享系列的一部分，专注于 Analytical Test Strategy（分析性测试策略）。文章从基础概念入手，介绍了分析性测试策略在软件测试中的重要性，以及其在测试流程中的具体应用。读者将了解到如何制定和执行分析性测试策略，包括选择合适的工具和技术，优化测试流程，并应对可能出现的挑战。通过分享最佳实践和解决方案，读者将获得指导…
打开资源30 天 AI 测试挑战活动：第二十二天：思考团队需要哪些技能才能在 AI 辅助测试中取得成功
这篇博文是关于 30 天 AI 测试挑战活动的第二十二天，探讨团队在 AI 辅助测试中取得成功所需的技能。文章可能包括作者对于团队成员需要具备的技能和素质的思考，以及在 AI 测试中成功的关键因素和挑战。通过分享团队在 AI 测试中所需的技能和素质，读者将了解到作者对于构建高效 AI 测试团队的见解和建议…
打开资源30 天 AI 测试挑战活动：第二十一天：打造你的 AI 测试宣言
这篇博文是关于 30 天 AI 测试挑战活动的第二十一天，鼓励参与者打造自己的 AI 测试宣言。文章可能包括作者对于 AI 测试的核心价值观、愿景和承诺的阐述，以及对于 AI 在测试中的应用原则和准则的思考。通过分享个人的 AI 测试宣言，读者将了解到作者对于 AI 在测试领域的重要性和应用价值的深刻理解，以及对于未来 AI 测试发展的愿景和期待…
打开资源30 天 AI 测试挑战活动：第二十天：探索 AI 自愈测试的有效性
这篇博文是关于 30 天 AI 测试挑战活动的第二十天，探索 AI 自愈测试的有效性。文章可能包括作者对 AI 自愈测试的定义、目的和方法，以及对其有效性的评估和实践经验。通过分享对 AI 自愈测试的探索和评价，读者将了解到作者对于这一新兴测试方法的看法和认识，以及其在实际测试环境中的应用效果…
打开资源30 天 AI 测试挑战活动：第十九天：探索 AI 在测试优先级排序中的作用，并评价其利弊
这篇博文是关于 30 天 AI 测试挑战活动的第十九天，聚焦于探索 AI 在测试优先级排序中的作用，并评价其利弊。文章可能包括作者对 AI 在测试优先级排序中的实际应用案例，以及使用 AI 带来的好处和挑战。通过分享对 AI 在测试优先级排序中的应用经验和评价，读者将了解到作者对于 AI 在测试流程中的实际效果和影响的见解…
打开资源30 天 AI 测试挑战活动：第十八天：分享你在 AI 测试中遇到的最大难题
这篇博文是关于 30 天 AI 测试挑战活动的第十八天，旨在分享参与者在 AI 测试中遇到的最大难题。文章可能包括作者在实践中遇到的困难、挑战和障碍，以及对应的解决方案或应对策略。通过分享遇到的困难和挑战，读者可以了解到其他人在 AI 测试中可能面临的问题，并从中获得启发和帮助。这个系列活动有望为测试专业人士提供一个互相交流、学习和解决问题的平台…
打开资源30 天 AI 测试挑战活动：第十七天：利用人工智能实现缺陷报告自动化，并分享你的流程和评估结果
这篇博文是关于 30 天 AI 测试挑战活动的第十七天，探讨利用人工智能实现缺陷报告自动化，并分享个人的流程和评估结果。文章可能涵盖作者使用人工智能技术自动化缺陷报告的过程，包括工具选择、实施方法、自动化流程的优势以及评估结果。通过分享自动化缺陷报告的流程和评估结果，读者将了解作者在实践中的经验和教训，以及人工智能技术在提高缺陷管理效率方面的潜力…
打开资源30 天 AI 测试挑战活动：第十六天：评估采用 AI 进行无障碍测试并分享你的发现
这篇博文是关于 30 天 AI 测试挑战活动的第十六天，旨在评估采用 AI 进行无障碍测试，并分享个人的发现。文章可能涵盖作者对使用 AI 进行无障碍测试的实际应用经验，包括 AI 工具的选择、测试方法的改进、测试结果的有效性等方面。通过分享对采用 AI 进行无障碍测试的评估和发现，读者将了解作者在实际测试场景中的应用情况，并从中汲取经验和教训…
打开资源Postman 接口自动化测试教程：进阶用法 - AI 助手 Postbot 试用介绍
这篇博文是关于 Postman 接口自动化测试教程的进阶用法，重点介绍了 AI 助手 Postbot 的试用。文章可能包括作者对 Postbot 功能的介绍、使用方法、优势和适用场景等方面的详细说明。通过分享 Postbot 的试用体验，读者可以了解到如何借助 AI 技术来优化接口自动化测试流程，提高测试效率和准确性…
打开资源30 天 AI 测试挑战活动：第十五天：衡量测试计划中的短期人工智能
这篇博文是 30 天 AI 测试挑战活动的第十五天，着眼于衡量测试计划中的短期人工智能。文章可能包括对测试计划中短期 AI 应用的评估标准，以及如何确定其成功与否的方法。通过分享对短期 AI 应用的衡量方法和实践经验，读者将了解作者对于在测试计划中使用 AI 的实际应用情况，并从中获得启示和指导…
打开资源30 天 AI 测试挑战活动：第十四天：生成 AI 测试代码并分享你的体验
这篇博文是关于 30 天 AI 测试挑战活动的第十四天，旨在生成 AI 测试代码并分享体验。博文可能包括作者使用 AI 工具生成测试代码的过程、工具的选择、生成的代码质量评估以及在实际测试中的应用体验。通过分享生成 AI 测试代码的过程和体验，读者将了解到 AI 在测试领域的应用实例，以及作者对 AI 生成代码的效果和可靠性的看法…
打开资源30 天 AI 测试挑战活动：第十三天：开发你的测试方法并成为 AI 测试的先行者
这篇博文是关于 30 天 AI 测试挑战活动的第十三天，要求参与者开发自己的测试方法并成为 AI 测试的先行者。博文可能包括作者对于开发新的 AI 测试方法的思考和方法论，以及实际应用这些方法的经验和成果。通过分享自己的测试方法开发过程和成果，读者将了解到作者在 AI 测试领域的创新实践和领先地位，激发更多人尝试和探索 AI 在测试中的应用…
打开资源30 天 AI 测试挑战活动：第十二天：评估你是否信任 AI 支持测试并分享你的想法
这篇博文是 30 天 AI 测试挑战活动的第十二天，要求参与者评估是否信任 AI 支持测试，并分享他们的想法。博文可能包括作者对于在测试过程中依赖 AI 的信任程度、其对测试结果的可靠性和准确性的看法，以及是否愿意将 AI 与传统测试方法相结合的观点。通过分享关于对 AI 信任度的评估和看法…
打开资源30 天 AI 测试挑战活动：第十一天：使用 AI 生成测试数据并评估其功效
这篇博文是 30 天 AI 测试挑战活动的第十一天，涉及使用 AI 生成测试数据并评估其功效。博文可能包括作者对通过 AI 生成的测试数据进行的实际应用，以及对其功效和适用性的评估。通过分享对 AI 生成测试数据的应用和评估结果，读者将了解作者在实际测试环境中如何借助 AI 技术来生成有效的测试数据，并提高测试流程的效率…
打开资源30 天 AI 测试挑战活动：第十天：批判性分析人工智能生成的测试
这篇博文是 30 天 AI 测试挑战活动的第十天，要求参与者进行批判性分析人工智能生成的测试。博文可能包括作者对由 AI 生成的测试的评估，包括其准确性、完整性、覆盖范围等方面。通过分享批判性分析的结果，读者将了解作者对于 AI 生成测试的深度理解和看法。这个系列活动有望为测试专业人士提供一个深入了解 AI 测试生成结果的实际案例…
打开资源30 天 AI 测试挑战活动：第九天：评估提示词质量并努力加以改进
这篇博文是 30 天 AI 测试挑战活动的第九天，要求参与者评估提示词质量并努力加以改进。博文可能包括作者对已使用的提示词的分析，包括其有效性、准确性和引导 AI 的能力等方面。通过分享评估和改进的过程，读者将了解如何优化提示词，以提高测试活动的效率和准确性。这个系列活动有望为测试专业人士提供一个深入了解 AI 测试提示词优化的实际案例…
打开资源30 天 AI 测试挑战活动：第八天：制作详细的 Prompt 来支持测试活动
这篇博文是 30 天 AI 测试挑战活动的第八天，涉及制作详细的 Prompt 以支持测试活动。博文可能包括作者对于如何设计和构建测试活动所需的 Prompt 的思考，以及在这个过程中所获得的见解。通过分享详细的 Prompt 设计，读者将能够了解作者在测试活动中如何使用 Prompt，以及如何有效地引导 AI 进行测试相关的任务…
打开资源30 天 AI 测试挑战活动：第七天：研究并分享提示词工程技术
这篇博文是 30 天 AI 测试挑战活动的第七天，要求参与者研究并分享即时工程技术。博文可能包括对即时工程技术的定义、其在测试领域的应用、相关工具和技术的介绍，以及作者对即时工程技术的看法。通过分享关于即时工程技术的研究，读者将能够了解其在测试中的潜在价值，以及如何有效地应用这一技术。这个系列活动有望为测试专业人士提供一个深入了解和讨论新兴技术的平台。
打开资源30 天 AI 测试挑战活动：第六天：探索并分享对 AI 测试工具的见解
这篇博文是 30 天 AI 测试挑战活动的第六天，鼓励参与者探索并分享有关人工智能测试工具的见解。博文可能包括对不同人工智能测试工具的介绍，评估其特点和适用场景，并分享作者对这些工具的体验和看法。通过这样的分享，读者能够更好地了解当前市场上的人工智能测试工具，以及它们在测试流程中的作用。这个系列活动有望为测试专业人士提供对人工智能测试工具的全面了解…
打开资源30 天 AI 测试挑战活动：第五天：确定一个测试中的人工智能案例研究，并分享你的发现
这篇博文是 30 天 AI 测试挑战活动的第五天，要求参与者确定一个测试中的人工智能案例研究，并分享他们的发现。博文可能包括案例研究的背景、目的和方法，以及在研究过程中所发现的重要见解。通过分享案例研究，作者能够向读者展示 AI 在实际测试场景中的应用，促进知识的交流和学习。这个系列活动有望为测试专业人士提供深入了解 AI 测试的机会…
打开资源30 天 AI 测试挑战活动：第四天：观看有关测试中人工智能的任何问题视频并分享主要收获
这篇博文是 30 天 AI 测试挑战活动的第四天，要求参与者观看关于测试中人工智能的视频或演讲，并分享他们的主要收获。博文可能包括作者对所观看内容的总结，提到对于人工智能在测试中的理解和应用的新见解。通过这个系列活动，读者可以通过观看视频等形式不断扩展对 AI 测试领域的了解，同时分享这些知识，促进参与者之间的互动。
打开资源30 天 AI 测试挑战活动：第三天：AI 在测试中的多种应用方式
这篇博文是 30 天 AI 测试挑战活动的第三天，聚焦于 AI 在测试中的多种应用方式。博文可能包括对 AI 在测试领域的各种用途的介绍，如自动化测试、缺陷分析、性能测试优化等。读者将了解到 AI 如何改善测试流程，提高测试效率，以及在测试中应用 AI 的潜在优势。这个系列活动有望为测试专业人士提供一个全面了解和讨论 AI 在测试中应用的平台。
打开资源软件测试术语分享:Automated Testing 自动化测试
这篇博文是软件测试术语分享系列的一部分，重点关注 Automated Testing（自动化测试）。文章详细介绍了自动化测试的基础概念和其在软件测试中的重要性，包括自动化测试工具和技术的使用，编写测试用例和脚本的技巧，以及不同类型的自动化测试。读者将深入了解如何有效地实施自动化测试，提高测试效率和可靠性。博文还探讨了自动化测试的深层理解…
打开资源软件测试术语分享:ASTQB 美国软件测试资格委员会
这篇博文是软件测试术语分享系列的一部分，专注于 ASTQB（美国软件测试资格委员会）。文章深入介绍了 ASTQB 的基础概念和其在软件测试领域中的重要性，包括 ASTQB 的认证流程、学习材料以及准备考试的方法。读者将了解如何通过 ASTQB 的认证获得专业资格，并了解认证后的进一步发展机会。通过这个系列分享…
打开资源30 天 AI 测试挑战活动：第二天：阅读有关测试中的人工智能的介绍性文章并分享
这篇博文是 30 天 AI 测试挑战活动的第二天，聚焦于参与者阅读与测试中人工智能相关的介绍性文章并分享的环节。博文或许包含了作者对所阅读文章的总结和个人观点，分享了在测试领域中应用人工智能的潜在好处和挑战。通过这样的分享，读者能够更好地理解 AI 在测试中的应用，并促使其他参与者共享他们的见解，促进博文的互动性…
打开资源软件测试术语分享:API Testing API 测试
这篇博文是软件测试术语分享系列的一部分，重点关注 API Testing（API 测试）。文章深入探讨了 API 测试的基础概念和其在软件开发中的重要性，包括 API 测试的不同类型，常用的 API 测试工具，以及 API 测试的流程。读者将学到如何有效地进行 API 测试，确保 API 的稳定性和可靠性。此外，博文还深入了解 API 测试的深层理解…
打开资源30 天 AI 测试挑战活动：第一天：介绍你自己以及你对人工智能的兴趣
这篇博文是关于 30 天 AI 测试挑战活动的第一天，介绍了活动的开端。博文开始于挑战的第一天，探讨了参与者自我介绍和对人工智能的兴趣。文章或许包括了作者的背景、工作经验以及对 AI 测试的期望。这个系列挑战活动有望为读者提供一个深入了解 AI 测试并不断学习的机会，也可能包含了一些鼓励和动力，鼓励读者积极参与整个挑战。
打开资源软件测试术语分享:API 应用程序编程接口
这篇博文是软件测试术语分享系列的一部分，聚焦于 API（应用程序编程接口）。文章详细探讨了 API 的基础概念和其在软件开发中的重要性，包括 API 设计与开发、API 安全、API 测试和 API 文档等方面。读者将深入了解如何规划和设计可靠的 API，确保其安全性，以及在软件测试中如何有效地进行 API 测试。通过这个系列分享…
打开资源软件测试术语分享:Alpha Testing Alpha 测试
这篇博文是软件测试术语分享系列的一部分，专注于 Alpha Testing（Alpha 测试）。文章深入探讨了 Alpha 测试的基础概念和其在软件开发中的重要性，包括测试流程和技巧。读者将了解在 Alpha 测试中各个角色与职责的分工，以及应对可能遇到的挑战和相应的解决方案。通过这个系列分享…
打开资源软件测试术语分享:Agile Testing 敏捷测试
这篇博文是软件测试术语分享系列的一部分，专注于 Agile Testing（敏捷测试）。文章深入探讨了敏捷测试的基础概念和其在软件开发中的重要性，涵盖了敏捷测试流程和技巧，以及在敏捷环境中采用的工具和技术。读者将了解敏捷测试中各个角色与职责的分工，以及应对敏捷开发中可能遇到的挑战和相应的解决方案。通过这个系列分享，读者将更深入地理解敏捷测试的核心原则…
打开资源软件测试术语分享:Agile Development 敏捷开发
这篇博文是软件测试术语分享系列的一部分，集中讨论 Agile Development（敏捷开发）。文章深入解析了敏捷开发的基础概念和其在软件开发中的重要性，探讨了敏捷方法论的原则，各个角色与职责的分工，以及敏捷实践中软件测试的关键作用。读者将了解如何在敏捷团队中协同工作，提高交付效率，并应对变化。通过这个系列分享…
打开资源软件测试术语分享:Ad Hoc Testing 随机测试
这篇博文是软件测试术语分享系列的一部分，聚焦于 Ad Hoc Testing（随机测试）。文章详细介绍了随机测试的基础概念和重要性，阐述了在测试实践中实施和应用随机测试的技术。读者将了解随机测试的场景和用例，以及如何在项目中有效地运用这一测试方法。博文还提供了随机测试的最佳实践，帮助测试人员更好地利用这一方法发现潜在问题。通过这个系列分享…
打开资源软件测试术语分享:Actual Result 实际结果
这篇博文是软件测试术语分享系列的一部分，聚焦于 Actual Result（实际结果）。文章深入探讨了实际结果在软件测试中的基础概念和重要性，阐述了在测试流程中记录和分析实际结果的技巧。同时，文章介绍了相关工具和技术，帮助测试人员更有效地管理和报告测试结果。此外，博文还涉及了实际结果测试中可能面临的挑战，提供了解决方案以确保测试的准确性和可靠性…
打开资源软件测试术语分享:Accessibility Testing 无障碍测试
这篇博文是软件测试术语分享系列的一部分，聚焦于无障碍测试。文章从基础概念、重要性，到流程与技巧、工具与技术，再到挑战与解决方案，全面阐述了无障碍测试在软件开发中的关键角色。读者将深入了解如何确保应用程序对所有用户都具有可访问性，并学到实施无障碍测试的最佳实践。通过这个系列分享，读者将更好地了解无障碍测试的价值，并在实际测试中更全面地考虑用户体验的多样性。
打开资源软件测试术语分享:Acceptance Testing 验收测试
这篇博文是软件测试术语分享系列的一部分，专注于验收测试。文章从基础概念、重要性，到技术和策略、工具与技术，再到最佳实践，全面解析了 验收测试 在软件开发中的应用。读者将深入了解如何通过验收测试方法更紧密地结合业务需求，提高软件交付的质量和符合性。通过这个系列分享，读者将获得对验收测试的深刻理解，为实际项目中的测试工作提供有力的支持。
打开资源软件测试术语分享:ATDD 验收测试驱动开发
这篇博文是软件测试术语分享系列的一部分，专注于 ATDD（验收测试驱动开发）。文章从基础概念、重要性，到流程与技巧、工具与技术，再到挑战与解决方案，全面解析了 ATDD 在软件开发中的应用。读者将深入了解如何通过 ATDD 方法更紧密地结合业务需求，提高软件交付的质量和符合性。通过这个系列分享，读者将获得对 ATDD 的深刻理解…
打开资源软件测试术语分享:A/B 测试
这篇博文是软件测试术语分享系列的一部分，专注于 A/B 测试。从基础概念、重要性、实施执行、分析与解释，到深层理解，文章全面介绍了 A/B 测试的各个方面。读者将深入了解这一测试方法如何帮助优化产品和提升用户体验，同时学习在实际项目中如何正确执行、分析和解释 A/B 测试的结果。通过这个系列分享，读者将更全面地理解和应用 A/B 测试在软件开发中的价值。
打开资源UI 测试最佳实践的真实案例篇（二）：从难以理解的 React 组件测试到简单愚蠢的测试
这篇博文是 UI 测试最佳实践的真实案例篇，第二篇从难以理解的 React 组件测试到简单愚蠢的测试。文章分享了在 React 组件测试中遇到的挑战，并提供了简化和优化测试的实际案例。通过这个真实案例，读者将学到如何通过简单愚蠢的测试方法，更轻松地理解和维护 React 组件的测试代码，提高测试的可读性和可维护性。
打开资源UI 测试最佳实践的真实案例篇（一）：用集成测试测试前端，用 E2E 测试测试后端
这篇博文是 UI 测试最佳实践的真实案例篇，首篇讨论了通过集成测试测试前端，以及利用 E2E 测试测试后端的实际案例。文章深入介绍了在项目中如何结合不同类型的测试来确保整个应用程序的稳定性和功能完整性。通过这个真实案例，读者将了解在实际项目中如何灵活运用 UI 测试最佳实践，提高测试的全面性和质量。
打开资源UI 测试最佳实践的进阶篇（三）：邮件测试
这篇博文是 UI 测试最佳实践的进阶篇，第三篇介绍邮件测试。文章深入研究了 UI 测试中邮件测试的重要性，以及如何有效地测试与邮件相关的功能。读者将学到如何验证邮件发送、接收和处理等功能，确保系统在邮件通信方面的准确性和可靠性。通过学习这个进阶实践，读者能够更全面地覆盖 UI 测试中与邮件相关的场景，提高测试的全面性和准确性。
打开资源UI 测试最佳实践的进阶篇（二）：组合测试和性能测试
这篇博文是 UI 测试最佳实践的进阶篇，第二篇深入讨论组合测试和性能测试。文章详细介绍了如何有效地进行组合测试，覆盖多个交互元素的不同组合，以提高测试的全面性。此外，博文探讨了 UI 性能测试的重要性，并提供了一些性能测试的最佳实践，确保应用程序在各种负载下的高性能和稳定性。通过学习这些进阶实践，读者将能够更全面地应对复杂的 UI 测试场景…
打开资源UI 测试最佳实践的进阶篇（一）：测试状态和不稳定的测试
这篇博文是 UI 测试最佳实践的进阶篇，首篇介绍测试状态和处理不稳定测试的方法。文章深入探讨了在 UI 测试中如何有效处理测试状态，以及应对测试不稳定性的最佳实践。读者将学到确保测试脚本可靠性的策略，包括等待机制、测试数据管理等方面的技巧。通过这个进阶篇的指南，读者能够更灵活地应对复杂的 UI 测试场景，确保测试结果的一致性和可信度。
打开资源UI 测试最佳实践的工具篇（二）：视觉回归测试
这篇博文聚焦于 UI 测试最佳实践的工具，第二篇介绍了视觉回归测试。文章详细解释了视觉回归测试在 UI 开发中的重要性，以及如何利用相关工具进行自动化视觉测试。读者将了解如何捕捉和比较页面截图，以确保界面在开发过程中的变化不影响现有的设计。通过视觉回归测试，读者能够更全面地验证 UI 的外观和布局，提高测试的全面性和准确性。
打开资源UI 测试最佳实践的工具篇（一）：一些 UI 测试问题及 Cypress 的解决方案
这篇博文聚焦于 UI 测试最佳实践的工具，首篇介绍一些 UI 测试问题及 Cypress 的解决方案。文章探讨了常见 UI 测试难题，详细介绍了 Cypress 框架如何提供强大的解决方案，包括实时查看、可靠性、速度等方面的优势。通过这些解决方案，读者能够更好地应对 UI 测试中的挑战，提高测试效率和可靠性。
打开资源UI 测试最佳实践的通用测试的好处篇：将测试视为文档工具
这篇博文强调了 UI 测试最佳实践中通用测试的好处，特别是将测试视为文档工具的优势。文章解释了通过编写清晰、可读的测试代码，测试不仅仅是验证功能的手段，还是项目文档的一部分。这种做法有助于项目团队更好地理解系统，提高协作效率，并为后续开发和维护工作提供有价值的参考。通过将测试视为文档工具，项目团队能够更好地利用测试来传递信息，确保系统的可靠性和可维护性。
打开资源Bruno 接口自动化测试教程：从 0 到 1 搭建 Bruno 接口自动化测试项目
这篇博文是 Bruno 接口自动化测试教程，从零开始搭建 Bruno 接口自动化测试项目。文章详细指导读者如何建立测试项目的基础结构，配置环境，以及编写第一个接口测试用例。通过这个教程，读者能够逐步了解 Bruno 框架的使用方法，从零到一地构建起完整的接口自动化测试项目，提高测试效率和可维护性。
打开资源UI 测试最佳实践的初学者篇：从金字塔顶层入手测试
这篇博文是 UI 测试最佳实践初学者篇，建议从金字塔的顶层入手测试。文章解释了在 UI 测试金字塔的顶部，即端到端测试，开始学习的优势。通过此方法，初学者能够更容易理解应用程序的整体行为，快速验证关键路径，并逐步深入学习更底层的单元测试和集成测试。这种渐进的学习方式有助于建立坚实的 UI 测试基础，提高测试覆盖率和质量。
打开资源UI 测试最佳实践的服务通信测试：检验请求和响应负载，测试监控
这篇博文深入探讨了 UI 测试最佳实践中的服务通信测试，重点关注请求和响应负载的验证以及测试监控。读者将学到如何有效检验 UI 与服务之间的请求和响应负载，以确保系统交互的正确性和可靠性。博文还介绍了在 UI 测试中如何进行监控，以及监测服务通信过程中的性能和可用性。通过这些实践，读者能够更全面地覆盖 UI 测试中的服务通信方面，提高测试的全面性和准确性…
打开资源K6 性能测试教程 - 进阶用法：输出 html 报告和 CI/CD 集成
这篇博文深入探讨了 K6 性能测试的进阶用法，集中介绍了输出 HTML 报告和在 CI/CD 中集成 K6 的实践，特别以 GitHub Actions 为例。读者将学到如何生成详细的 HTML 测试报告，以及如何通过 GitHub Actions 集成 K6 到 CI/CD 流程中，实现自动化性能测试。这种高级用法不仅提供了更直观的性能测试结果展示…
打开资源UI 测试最佳实践的通用最佳实践（三）：将你的测试工具用作主要的开发工具和保持低抽象度以便于调试测试
这篇博文深入研究 UI 测试的通用最佳实践之三：将测试工具作为主要开发工具，并保持低抽象度以便于调试。文章强调将测试工具纳入主要开发过程，加强测试与开发的协同，提高代码质量。另外，博文建议保持测试脚本的低抽象度，以便更容易调试和理解。这种做法有助于加速问题排查和测试脚本的维护，从而提高 UI 测试的效率和可靠性。通过采用这些通用最佳实践…
打开资源K6 性能测试教程 - 进阶用法：如何快速编写 K6 性能测试脚本
这篇博文深入介绍了在进行 K6 性能测试时，除了传统的 JavaScript 编写脚本方式外，还介绍了 K6 提供的多种快捷方式。首先，通过 K6 提供的 Test Builder 测试生成器工具，读者能够轻松快捷地生成性能测试脚本，简化了脚本编写过程。其次，博文介绍了使用 K6 Recorder 录制器的方法，通过录制操作生成脚本，省去手动编写的步骤…
打开资源UI 测试最佳实践的通用最佳实践（二）：UI 测试调试最佳实践和在测试中达到 UI 状态而无需使用 UI
这篇博文探讨了 UI 测试的通用最佳实践之二：UI 测试调试和无需使用 UI 达到 UI 状态。博文详细介绍了在 UI 测试中的调试技巧，包括使用断点、日志和交互式调试工具等方法，提高测试脚本的调试效率。此外，文章强调了通过直接设置应用程序状态而无需依赖 UI 元素来达到 UI 状态的方法，以提高测试速度和稳定性。通过这些实践…
打开资源K6 性能测试教程：常用功能（2）- 阈值，测试生命周期和场景
这篇博文深入介绍了 K6 性能测试工具的常用功能，主要聚焦在阈值设置、测试生命周期和场景设计方面。阐述了如何利用 K6 在性能测试中设定合理的阈值，以便有效监测系统的性能表现。同时，探讨了测试生命周期的重要性，以及如何在不同阶段进行有针对性的性能测试。此外，博文还详细解释了 K6 中场景的概念，以及如何根据实际需求设计和配置场景…
打开资源UI 测试最佳实践的通用最佳实践（一）：等待，不要休眠和明智地为测试文件命名
这篇博文探讨了 UI 测试的通用最佳实践之一：等待策略。强调了在 UI 测试中避免使用休眠（sleep）方法，而是采用等待机制来确保测试脚本与应用程序的同步。此外，博文提倡为测试文件采用明智的命名规范，以提高代码可维护性和可读性。通过这些最佳实践，读者将更有效地编写稳健的 UI 测试脚本，确保测试的准确性和可靠性，提升整个软件开发过程的质量。
打开资源K6 性能测试教程：常用功能（1）- HTTP 请求，指标和检查
这篇文章详细介绍了 K6 中的 HTTP 请求（http request）功能，解析了常用的性能指标和检查功能。学会如何使用 K6 进行强大的性能测试，通过 HTTP 请求模拟用户行为，了解性能指标以评估系统响应。文章还深入讲解了如何配置和执行检查，确保性能符合预期标准。无论您是初学者还是经验丰富的性能测试专业人员，这篇教程将为您提供实用知识…
打开资源UI 测试最佳实践的测试策略（二）：什么样的测试策略才更合理
这篇博文深入探讨 UI 测试最佳实践的测试策略（二），着重介绍了更为合理的测试策略。从避免追求完美主义、选择参考浏览器、发现 Bug 时的处理方式，到在修复之前编写测试、单个长的端到端测试与多个小的独立测试的选择，全面阐述了什么样的测试策略更为合理。无论是初学者还是经验丰富的测试专业人员，这篇博文都将为您提供实用的指导…
打开资源UI 测试最佳实践的测试策略（一）：组件测试 vs（UI）集成测试 vs E2E 测试
这篇博文深入研究 UI 测试最佳实践，首篇聚焦于测试策略的选择：组件测试、UI 集成测试和端到端（E2E）测试的区别。了解每种测试类型的优缺点，帮助您在 UI 测试中做出明智的选择。不论您是开发者还是测试专业人员，这篇文章将为您提供深入洞察，助力您设计出更可靠、高效的 UI 测试策略。点击链接，探索 UI 测试的最佳实践，提升您的测试流程质量。
打开资源K6 性能测试教程：入门介绍，环境搭建和编写第一个 K6 测试脚本
这篇文章将带您进入 K6 性能测试的世界。博文内容涵盖了 K6 性能测试的入门知识、环境搭建步骤，以及如何编写您的第一个测试脚本。无论您是初学者还是有经验的性能测试专业人员，这篇教程都将为您提供清晰的指导，帮助您快速上手 K6，并开始构建高效的性能测试脚本
打开资源关于我的文章被抄袭的声明
这篇博文是关于我的文章被抄袭的声明。
打开资源接口测试新手入门教程：不同框架和不同开发语言
这篇博文汇总了关于不同框架和开发语言的接口自动化测试教程，为读者提供全面的学习资源。涵盖了各种流行测试框架和编程语言，让您能够选择适合自己项目的最佳方案。无论您是 Python、Java、JavaScript 还是其他语言的开发者，无论您偏好使用的是 REST Assured、SuperTest 还是其他框架，这个合集都将为您提供深入的学习指南…
打开资源Postman 接口自动化测试教程：进阶用法 - 常用命令行选项，文件上传场景和 SSL 证书场景
这篇博文深度挖掘 Postman 接口自动化测试的进阶用法，集中讨论常用命令行选项、文件上传场景和 SSL 证书场景。学会如何运用常用命令行选项优化测试流程，解决文件上传和 SSL 证书等特殊场景的测试挑战
打开资源Postman 接口自动化测试教程：进阶用法 - 数据驱动
这篇博文深入研究 Postman 接口自动化测试的高级技巧，专注于数据文件驱动和环境变量数据驱动。学习如何通过外部数据文件和灵活的环境变量，优雅地进行测试数据的驱动，提高测试覆盖率。博文将为您展示如何以更智能的方式管理和利用数据，使测试用例更具可扩展性和灵活性。
打开资源Postman 接口自动化测试教程：进阶用法 - 常用的测试脚本和常用的第三方包用法示例
深入研究 Postman 接口自动化测试的高级用法，专注于常用的测试脚本和第三方包示例。探讨如何编写强大的测试脚本，涵盖各种测试场景，并介绍一些常用的第三方包，优化测试流程。
打开资源Postman 接口自动化测试教程：进阶用法 - 集成 CI/CD 和 Github action，接入 allure 测试报告
Postman 接口自动化测试的进阶应用，专注于 CI/CD 和 GitHub Actions 的集成，以及 Allure 测试报告的接入。学习如何将 Postman 测试无缝整合到 CI/CD 流程中，通过 GitHub Actions 实现自动化测试。此外，了解如何集成 Allure 测试报告框架，生成详尽的测试结果报告
打开资源Postman 接口自动化测试教程：入门介绍和从 0 到 1 搭建 Postman 接口自动化测试项目
关于 Postman 接口自动化测试的导引，全面介绍入门基础和从零开始搭建项目的步骤。学习如何有效地使用 Postman 进行 API 测试，了解项目搭建的基础结构、环境设置和测试用例的编写
打开资源Pytest 接口自动化测试教程：进阶用法 - 筛选测试用例执行，并发测试和分布式测试
聚焦于测试用例筛选、并发测试和分布式测试。学会如何有针对性地执行测试用例，提高测试效率。探索 Pytest 的并发测试特性，了解如何同时执行多个测试用例，缩短测试时间。
打开资源Pytest 接口自动化测试教程：进阶用法 - 多环境支持 和 集成 allure 报告
深入探讨 Pytest 的高级用法，着重介绍如何将 Pytest 如何支持不同环境测试用例执行，以及如何集成 allure 报告来实现测试报告多样化。
打开资源Pytest 接口自动化测试教程：进阶用法 - 常用断言和数据驱动
深入探讨 Pytest 的高级用法，着重介绍如何将 Pytest 常用断言和数据驱动。
打开资源Pytest 接口自动化测试教程：进阶用法 - 集成 CI/CD 和 Github action
深入探讨 Pytest 的高级用法，着重介绍如何将 Pytest 集成到 CI/CD 流程中，以及如何使用 GitHub Actions 实现自动化测试。
打开资源Pytest 接口自动化测试教程：从 0 到 1 搭建 Pytest 接口自动化测试项目
将从零开始教您如何建立 Pytest 接口自动化测试项目。您将学习如何创建项目的基础结构，设置环境，编写测试用例，以及执行自动化测试。
打开资源Pytest 接口自动化测试教程：入门介绍和环境搭建准备
包括入门介绍和环境搭建准备。在博客中，读者将了解什么是 Pytest 以及如何开始使用它来进行 API 测试。
打开资源SuperTest 接口自动化测试教程：进阶用法 - 多环境支持
专注于 SuperTest 的高级用法，着重介绍多环境支持。您将学习如何配置和管理多个测试环境，以适应不同开发和部署阶段。
打开资源SuperTest 接口自动化测试教程：进阶用法 - 数据驱动
专注于 SuperTest 的高级用法，侧重于数据驱动测试。您将学习如何通过数据参数化来扩展和优化您的 SuperTest 测试套件，提高测试覆盖率。
打开资源SuperTest 接口自动化测试教程：进阶用法 - 常用断言
聚焦于 Supertest 的高级用法，特别关注常用断言。您将学习如何使用这些断言来验证 API 响应，包括状态码、响应内容、和响应头部等。
打开资源SuperTest 接口自动化测试教程：进阶用法 - 集成 CI/CD 和 Github action
深入探讨 Supertest 的高级用法，着重介绍如何将 Supertest 集成到 CI/CD 流程中，以及如何使用 GitHub Actions 实现自动化测试。
打开资源SuperTest 接口自动化测试教程：从 0 到 1 搭建 Supertest 接口自动化测试项目
从零开始教您如何建立 SuperTest 接口自动化测试项目。您将学习如何创建项目的基础结构，设置环境，编写测试用例，以及执行自动化测试。
打开资源SuperTest 接口自动化测试教程：入门介绍和环境搭建准备
关于 Supertest 的教程，主要包括入门介绍和环境搭建准备。在博客中，读者将了解什么是 Supertest 以及如何开始使用它来进行 API 测试。
打开资源REST Assured 接口自动化测试教程：进阶用法 - 集成 CI/CD 和集成 allure 测试报告
深入研究 REST Assured 的高级应用，侧重于如何集成 CI/CD（持续集成/持续交付）工具和整合 Allure 测试报告。
打开资源REST Assured 接口自动化测试教程：进阶用法 - 验证响应和日志记录，过滤器，文件上传
深入介绍 REST Assured 的进阶用法，重点放在验证 API 响应、日志记录和过滤器的应用上。
打开资源REST Assured 接口自动化测试教程：从 0 到 1 搭建 REST Assured 接口自动化测试项目
深入探讨如何从零开始构建一个 REST Assured 接口自动化测试项目。
打开资源REST Assured 接口自动化测试教程：入门介绍和环境搭建准备
包括入门介绍和环境搭建准备。在博客中，读者将了解什么是 REST Assured 以及如何开始使用它来进行 API 测试。教程将涵盖 REST Assured 的基本概念，包括如何设置测试环境，准备所需的工具和资源，以便读者可以开始编写和执行他们自己的 API 测试。
打开资源gatling 性能测试教程 - 进阶用法：CI/CD 集成
文章介绍性能测试工具 gatling 的进阶用法：CI/CD 集成，以 github action 为例来介绍如何集成 gatling 到 CI/CD 流程中
打开资源gatling 性能测试教程 - 进阶用法：报告解析和场景设置
文章介绍性能测试工具 gatling 的进阶用法：性能测试报告的解析，不同类型的测试报告报表介绍，不同业务类型下的性能测试场景配置
打开资源gatling 性能测试教程：从 0 到 1 搭建自己的 Gatling 工程
文章介绍性能测试工具 gatling 的进阶介绍：从 0 到 1 搭建自己的 Gatling 工程，介绍了 Gatling 的基本使用方法，以及如何搭建自己的 Gatling 工程，编写性能测试脚本，查看测试报告等
打开资源gatling 性能测试教程：入门介绍
文章介绍性能测试工具 gatling 的新手入门介绍，环境搭建，如何将官方 demo 跑起来
打开资源postman 替换工具 bruno 使用介绍
文章介绍 postman 替换工具 Bruno 的新手入门介绍，如何迁移 postman 脚本到 Bruno
打开资源软件研发质量中的二八法则
文章介绍软件研发质量中的不同类型的二八法则
打开资源接口测试简介
文章介绍接口测试的简介，类型和工具
打开资源不同类型 AI 申请加入等待列表入口
文章介绍国内外不同类型 AI 申请加入等待列表的方法
打开资源新技术分享：Mac OS 下 edge 浏览器开启新 UI
文章介绍 Mac OS 下 edge 浏览器开启新 UI
打开资源敏捷测试的 30 天挑战
文章介绍 30 天敏捷测试挑战
打开资源Playwright 自动化框架入门
文章介绍 playwright 自动化测试框架的新手入门介绍
打开资源Cypress UI 自动化测试框架学习（6）- 用例编辑和脚本录制工具 Cypress Studio 介绍
文章介绍 UI 自动化测试框架学习（6）- 用例编辑和脚本录制工具 Cypress Studio 介绍
打开资源Cypress UI 自动化测试框架学习（5）- 命令大全
文章介绍 UI 自动化测试框架学习（5）- 命令大全
打开资源Cypress UI 自动化测试框架学习（4）- 数据驱动，方法封装参数化和测试框架
文章介绍如何去使用 cypress 的数据驱动方法封装参数化和测试框架
打开资源Cypress UI 自动化测试框架学习（3）- 元素定位，操作和断言
文章介绍如何去使用 cypress 的元素定位、操作和断言
打开资源Cypress UI 自动化测试框架学习（2）- 测试报告
文章介绍 Cypress UI 自动化测试框架学习如何去使用不同格式的 cypress 自动化测试报告模版
打开资源Cypress UI 自动化测试框架学习（1）- 上手
文章介绍 Cypress UI 自动化测试框架学习（1）- 上手，Cypress 自动化测试框架的新手入门介绍
打开资源04 项资源
30 天学习计划
按不同主题循序学习，每天完成一个小目标。