没有需求文档，如何测试？—— 测试工程师的“破局”实战指南

最新推荐文章于 2025-09-24 01:45:22 发布

原创最新推荐文章于 2025-09-24 01:45:22 发布 · 808 阅读

CC 4.0 BY-SA版权

文章标签：

2455 篇文章

订阅专栏

1478 篇文章

订阅专栏

462 篇文章

订阅专栏

📝 面试求职： 「面试试题小程序」，内容涵盖测试基础、Linux操作系统、MySQL数据库、Web功能测试、接口测试、APPium移动端测试、Python知识、Selenium自动化测试相关、性能测试、性能测试、计算机网络知识、Jmeter、HR面试，命中率杠杠的。（大家刷起来…）

📝 职场经验干货：

信息来源：

实战方法：
1.角色建模：列出系统涉及的用户角色（如买家、卖家、管理员）。

2.旅程绘制：
- 买家：浏览商品 → 加入购物车 → 支付 → 查看订单。
- 卖家：上架商品 → 处理订单 → 发货 → 提现。
3.功能点提取：每个旅程节点拆解子功能（如“支付”包含微信支付、余额支付等）。

关键操作：
- 输入超长文本、特殊字符（如<script>alert(1)</script>）。
- 快速重复提交、中断网络、强制杀进程。
- 正向探索：按用户习惯操作，记录所有可见功能（如按钮、跳转、提示）。
- 逆向破坏：
记录工具：
- Session-based Testing：定时（如90分钟）聚焦一个主题，记录测试日志。
- MindMap工具：XMind动态记录功能路径与异常点。

// 示例：从代码推断优惠券规则  
if (userLevel > VIP1 && orderAmount > 100) {  
    coupon = 20; // VIP用户满100减20  
}

接口层（测试自主开展）：
1、抓包分析：使用Charles/Fiddler捕获请求：
- 请求URL：/api/apply_coupon
- 请求参数：{"user_id": "U123", "coupon_id": "C20"}
- 响应结果：{"code": 0, "discount": 20}
2、接口推测：

评估维度：

高优先级：高频 + 高影响 + 高破坏（如支付功能）  
中优先级：中频 + 局部影响（如商品评论）  
低优先级：低频 + 弱影响（如界面颜色配置）

用例生成三板斧：
1. 等价类划分：
  
  输入框：有效输入（数字、字母）、无效输入（表情符、SQL注入语句）
2. 状态迁移：
  
  订单状态：待支付 → 支付中 → 已支付 → 已发货 → 已完成
3. 边界值分析：
  
  金额字段：0、0.01、999999.99、1000000（边界溢出）

用例模板示例：

功能模块	测试点	输入/操作	预期结果
用户登录	密码错误处理	连续输入错误密码5次	账号锁定，提示24小时后重试
支付功能	并发支付	两设备同时发起同一订单支付	仅一笔支付成功，另一笔提示“订单已支付”