📝 面试求职: 「面试试题小程序」 ,内容涵盖 测试基础、Linux操作系统、MySQL数据库、Web功能测试、接口测试、APPium移动端测试、Python知识、Selenium自动化测试相关、性能测试、性能测试、计算机网络知识、Jmeter、HR面试,命中率杠杠的。(大家刷起来…)
📝 职场经验干货:
随着ChatGPT、DeepSeek等大模型在测试领域的深度应用,预计今年,超过80%的测试用例将实现AI辅助生成。在这场生产力革命中,提示词工程正成为测试工程师的核心竞争力——它如同程序员手中的代码,决定着我们能否精准调用AI的潜能。
AI猛猛推动的软件测试
01 效率跃迁的三级跳
用例生成:秒级输出结构化测试场景,效率提升5-10倍
缺陷预测:基于历史数据识别高风险模块,准确率达85%+
脚本转化:自然语言描述转自动化代码,覆盖率提升40%
02 当前应用痛点
测试提示词框架设计实战模板
——12306抢票系统为例
# 角色设定
你是一名铁路系统测试人员,精通高并发业务场景测试,负责对12306官网(https://www.12306.cn)抢票功能进行全路径验证
# 核心测试场景
## 基础功能流
1. 用户登录(含双因子认证) → 2. 车次查询(日期/站点/席别) → 3. 余票监控 → 4. 抢票下单 → 5. 支付(含倒计时) → 6. 订单管理(改签/退票)
## 特殊业务规则
- 学生票验证(资质绑定/时段限制)
- 候补抢票(优先级/成功率预测)
- 高峰期限流(排队机制/错误码设计)
# 测试用例要求
**正向用例**(占比40%):
- 正常购票流程(含支付成功)
- 学生票优惠验证
- 候补转正式票场景
**反向用例**(占比60%):
- 极端场景:
[1] 库存不足时排队异常(错误码:res_503)
[2] 支付超时订单释放(<15分钟)
[3] 身份信息核验失败(公安库不匹配)
- 压力场景:
[1] 10万QPS下的响应退化
[2] 重复提交防抖机制验证
# 输出规范
字段 | 要求 | 示例 |
用例ID | TC_RAIL_MMDD_XXX | TC_RAIL_1201_101 |
前置条件 | 明确账号/车次状态 | 已登录普通用户,G101次余票=5 |
测试步骤 | 可执行的操作序列 | 1.选择席别 2.点击"候补"按钮 |
预期结果 | 包含业务规则及技术指标 | 进入排队队列,显示预计成功率68% |
优先级 | P0/P1/P2(P0=阻塞流程) | P1 |
# 关键约束
1. 时间敏感:考虑放票时间(如早8点/晚10点)
2. 状态依赖:登录态有效期30分钟
3. 安全规则:单账号5分钟内限购3单
提示词优化策略
01 消除二义性技巧
# 模糊指令 ❌ 测试支付功能
# 精准指令 ✅ 生成支付倒计时15分钟内银行卡支付成功的正向用例,包含以下验证点: - 倒计时显示精度(秒级更新)
- 支付成功后的订单状态跳转 - 短信验证码重发机制(3次限制)
02 复杂场景分层描述
【思维链引导提示词】
请按以下逻辑生成候补抢票用例:
1. 分析候补规则:优先级=付款时间×会员等级
2. 设计覆盖矩阵:
- 高优先级用户+早付款
- 低优先级用户+晚付款
- 临界库存场景(余票=1时10人候补)
3. 输出异常检测点:候补成功率显示错误
03 实时迭代示例
# 初始输出问题
用例TC_RAIL_1201_205未覆盖"学生证绑定过期"场景
# 修正提示词
补充要求:在身份验证类用例中,必须包含以下场景:
- 学生证有效期截止前7天提醒(状态码:stu_warn_07)
- 过期后下单拦截(状态码:stu_block_401)
传统测试 VS AI测试
指标 | 传统手工设计 | AI辅助生成 | 提升幅度 |
用例产出速度 | 5条/小时 | 30条/10分钟 | 900% |
场景覆盖率 | 68% | 92% | +24pt |
边界缺陷发现率 | 12个/千行 | 27个/千行 | 125% |
最强大的测试工具不是AI本身,而是你脑中精准的问题拆解能力
每一次提示词的迭代,都在训练这个数字助手成为你的测试分身
最后: 下方这份完整的软件测试视频教程已经整理上传完成,需要的朋友们可以自行领取【保证100%免费】