autorenew

软件测试提示词库

辅助测试分析、设计与复核的 AI 提示词库

覆盖 246 个测试类型、3 个工作流程与 246 个专业提示词的 AI 测试资源库

提示词分类

20 个提示词

28 个提示词

36 个提示词

16 个提示词

35 个提示词

11 个提示词

18 个提示词

25 个提示词

16 个提示词

23 个提示词

18 个提示词

快速开始

  1. 1

    选择测试任务

    从当前要解决的测试问题出发选择类型。

  2. 2

    选择 Prompt 版本

    默认使用 Standard,需要特定结构时再切换版本。

  3. 3

    准备输入材料

    提供需求、接口、用户故事、日志或缺陷信息。

  4. 4

    交给 AI 助手

    同时提供 Prompt、输入材料和期望输出格式。

  5. 5

    人工复核

    检查假设、遗漏、风险和不可验证结论。

从输入到测试产物

以下为结构示例,实际结果需要结合项目上下文复核。

  • 新功能上线前的需求分析

    Standard

    输入登录功能需求原文 + 产品目标

    为什么用这个版本结构完整,先产出可直接评审的初版

    输出片段

    • 范围总结:登录、注册与找回密码三个入口
    • 业务规则:密码规则、验证码时效、设备绑定关系
    • 信息缺口:并发登录、风控策略未在需求中说明
    • 风险优先级:找回密码链路高风险,优先验证

    人工检查点

    • 核对业务规则是否与最新需求一致
    • 确认未编造需求中没有的接口与字段
    查看详情 →
  • 订单接口上线前的接口测试设计

    Standard

    输入OpenAPI 文档 + 鉴权方式 + 环境说明

    为什么用这个版本默认结构覆盖接口测试的完整输出

    输出片段

    • 契约覆盖:创建、查询、取消订单三个端点
    • 异常场景:重复提交、超时、无效 token
    • 断言重点:状态码、字段类型、幂等性
    • 数据策略:账号与订单数据使用占位符和隔离环境

    人工检查点

    • 在真实环境冒烟验证断言可执行
    • 确认鉴权方式与生产环境一致
    查看详情 →
  • 回归场景的 UI 自动化方案

    Standard

    输入核心回归路径 + 目标浏览器 + CI 环境

    为什么用这个版本范围与策略描述足够,无需特定框架结构

    输出片段

    • 范围分层:冒烟、核心回归、边缘场景三档
    • 定位策略:优先可访问性角色与稳定标识
    • 执行配置:失败截图、重试上限与超时基线

    人工检查点

    • 确认定位策略在真实页面上稳定
    • 检查脚本是否依赖了会变动的测试数据
    查看详情 →
  • 线上缺陷的标准化上报

    Standard

    输入缺陷现象、日志片段、复现步骤草稿

    为什么用这个版本默认结构正好覆盖报告字段

    输出片段

    • 标题:可支付订单在回调前被标记为已取消
    • 复现步骤:5 步可复现操作序列
    • 期望 vs 实际:状态流转与日志时间线对照
    • 影响范围:支付成功但订单被取消的订单量级

    人工检查点

    • 按步骤实际复现一次再提交
    • 移除日志中的敏感信息
    查看详情 →
  • 迭代结束的测试报告整理

    Standard

    输入执行结果数据、缺陷清单、发布窗口

    为什么用这个版本按默认结构直接汇总,便于人工复核

    输出片段

    • 执行摘要:用例总数、通过率与阻塞项
    • 风险列表:未覆盖范围与已知问题
    • 发布建议:可发布 / 有条件发布 / 暂缓及理由

    人工检查点

    • 数据必须来自真实执行记录
    • 发布建议与实际缺陷严重度一致
    查看详情 →
  • 上线前的安全验证点梳理

    Standard

    输入应用类型、登录体系与数据敏感级别

    为什么用这个版本清单结构简单,标准版本足够

    输出片段

    • 认证:登录、会话与权限边界检查点
    • 输入:注入、越权与文件上传验证点
    • 数据:敏感字段脱敏与日志泄露检查点

    人工检查点

    • 清单只作为验证参考,实际检测由安全工具与人工执行
    • 按风险等级裁剪,不要照单全收
    查看详情 →

AI 辅助测试流程参考

测试工作流程