qa-specialized-testing

当功能测试做完之后需要做进一步的质量验证时使用此技能。覆盖性能测试（负载/压力/稳定性）、安全测试（OWASP Top 10 TOP 漏洞）、兼容性测试（多浏览器/多设备）的测试方法。不要在功能测试还没做完时就做专项——先保证功能正确，再评估性能和安全。专项测试的产出是一组可复用的测试方案（性能指标基线、安全渗透用例、兼容性矩阵）。 触发场景：性能测试、安全测试（专项）、兼容性测试、专项测试、压力测试、渗透测试、SQL注入测试、跨浏览器测试、功能测试完成后需要补充专项测试时。 Use when the user asks about: specialized non-functional testing — performance and load and stress testing, OWASP security testing, and cross-browser compatibility.

⚠️ 本技能单独使用效果有限，建议配合完整技能集（12 步工作流）使用。安装：npx skills add Kokxi/qa-test-skills

专项测试能力

核心原则

专项测试不只是会用工具，而是知道测什么、怎么测、测到什么程度算够。

深度要求（参考值）

关键指标：根据系统复杂度调整专项测试深度

复杂度	维度覆盖要求	每维度测试点	说明
简单系统	至少2个维度	5-8个/维度	内部系统/低风险
中等系统	全部3个维度	10-15个/维度	业务系统/中等风险
复杂系统	全部3个维度+深度测试	20-30个/维度	核心系统/高风险

适用范围：本技能仅在你明确要求某个专项测试方向（如性能/安全/兼容性）且已确认测试目标和环境授权时激活。安全测试相关内容必须配合授权声明使用，不得在未获授权的系统上执行。

加载时机

什么时候读	读哪个
做性能测试专项时	references/performance-depth.md

维度1：性能测试的完整内容已下沉至 references/performance-depth.md，避免每次触发都占用上下文。

维度2：安全测试

⚠️ 授权与法律声明：安全测试（尤其是渗透测试）必须获得系统所有者的明确书面授权。 执行前必须确认：

1. 测试目标属于你或已获得明确授权
2. 清楚界定测试范围、目标环境和边界（严禁超出授权范围）
3. 了解并遵守当地网络安全相关法律法规
4. 测试活动不会对业务系统造成影响（建议使用独立测试环境）
5. 使用攻击性工具（Burp Suite/SQLMap 等）仅限于你拥有或明确获授权的系统

安全测试类型

text

├─ OWASP Top 10
│   ├─ 注入攻击（Injection）
│   ├─ 失效的身份认证（Broken Authentication）
│   ├─ 敏感数据暴露（Sensitive Data Exposure）
│   ├─ XML外部实体（XXE）
│   ├─ 失效的访问控制（Broken Access Control）
│   ├─ 安全配置错误（Security Misconfiguration）
│   ├─ 跨站脚本（XSS）
│   ├─ 不安全的反序列化（Insecure Deserialization）
│   ├─ 使用含有已知漏洞的组件（Vulnerable Components）
│   └─ 不足的日志和监控（Insufficient Logging）
│
├─ 渗透测试
│   ├─ 信息收集：域名、IP、端口
│   ├─ 漏洞扫描：自动化扫描
│   ├─ 漏洞利用：手动验证
│   └─ 报告输出：漏洞报告
│
└─ 代码审计
    ├─ 静态分析：代码扫描
    ├─ 动态分析：运行时检测
    └─ 人工审计：代码Review

安全测试工具

text

├─ Burp Suite
│   ├─ 用途：Web应用渗透测试
│   ├─ 功能：代理、扫描、爬虫、爆破
│   └─ 适用：Web安全测试
│
├─ OWASP ZAP
│   ├─ 用途：Web应用安全扫描
│   ├─ 功能：自动扫描、手动测试
│   └─ 适用：自动化安全测试
│
├─ SQLMap
│   ├─ 用途：SQL注入测试
│   ├─ 功能：自动检测、利用SQL注入
│   └─ 适用：SQL注入测试
│
└─ Nmap
    ├─ 用途：网络扫描
    ├─ 功能：端口扫描、服务识别
    └─ 适用：信息收集

维度3：兼容性测试

兼容性测试维度

text

├─ 浏览器兼容
│   ├─ Chrome
│   ├─ Firefox
│   ├─ Safari
│   ├─ Edge
│   └─ IE（如需要）
│
├─ 设备兼容
│   ├─ PC
│   ├─ 手机（iOS/Android）
│   ├─ 平板
│   └─ 不同分辨率
│
├─ 系统兼容
│   ├─ Windows
│   ├─ macOS
│   ├─ Linux
│   └─ 不同版本
│
└─ 网络兼容
    ├─ WiFi
    ├─ 4G/5G
    ├─ 弱网
    └─ 离线

兼容性测试工具

text

├─ 浏览器测试
│   ├─ BrowserStack：云端真机测试
│   ├─ Sauce Labs：云端测试平台
│   ├─ LambdaTest：跨浏览器测试
│   └─ Can I Use：兼容性查询
│
├─ 移动端测试
│   ├─ Appium：移动端自动化
│   ├─ XCTest/Espresso：原生测试
│   └─ 真机测试：实际设备测试
│
└─ 响应式测试
    ├─ Chrome DevTools：设备模拟
    ├─ Responsinator：响应式检查
    └─ Am I Responsive：响应式检查

专项测试检查清单

性能测试检查

• 测试场景设计？
• 性能指标定义？
• 测试工具选择？
• 测试环境准备？
• 监控工具配置？
• 结果分析报告？

安全测试检查

• 测试范围确定？
• 测试工具准备？
• OWASP Top 10覆盖？
• 渗透测试执行？
• 漏洞报告输出？
• 修复验证完成？

兼容性测试检查

• 浏览器范围确定？
• 设备范围确定？
• 测试矩阵设计？
• 测试工具选择？
• 测试执行完成？
• 问题报告输出？

输出示例

用户说"测一下这个接口的性能" → 性能测试：确定测试类型（负载/压力/稳定性）→选择工具（JMeter/Locust）→定义指标（TPS/响应时间/错误率）→执行→分析瓶颈

用户说"做个安全测试" → 安全测试：OWASP Top10逐项扫描→SQL注入/XSS/CSRF→认证绕过测试→授权越权测试

兼容性测试需求：用户说"网站要在Chrome和Safari上都能用" → 确定浏览器矩阵→功能回归→渲染检查→交互测试

检查清单

专项测试完成后检查：

• 测试类型是否明确？
• 测试工具是否选择？
• 测试环境是否准备？
• 测试执行是否完成？
• 结果分析是否深入？
• 报告输出是否规范？