一、AI如何赋能软件测试?

案例1 登录需求
1、账号密码登录
- 系统验证账号和密码的正确性
- 验证通过,用户登录成功,进入个人中心;验证失败,提示错误信息并允许用户重新输入。
2、短信验证码登录
- 用户输入手机号,点击获取验证码,系统向用户手机发送验证码
- 用户输入验证码,点击登录,系统验证验证码的正确性。
- 验证通过,用户登录成功,进入个人中心;验证失败,提示错误信息并允许用户重新输入。
3、第三方授权登录
- 用户点击第三方按钮(如微信、QQ、支付宝),系统跳转至第三方授权页面,用户进行授权操作。
- 第三方返回授权信息至系统,系统验证授权信息的有效性,创建或绑定用户账号。
- 验证通过,用户登录成功,进入个人中心。
角色:你是一名测试工程师
指示:需要针对以下需求,设计测试用例
{xx需求}
输入:功能测试、兼容性测试、SQL注入
输出:使用Excel表格形式输出,并且格式参考用例设计八大要素,并且转换成typora能识别的格式
| 模块 | 测试项 | 优先级 | 前置条件 | 测试步骤 | 预期结果 | 实际结果 | 备注 | |
|---|---|---|---|---|---|---|---|---|
| FUNC-001 | 账号密码 | 正确登录 | 高 | 1.系统运行正常 2.测试账号:test/123456 | 1.输入用户名"test" 2.输入密码"123456" 3.点击登录 | 1.跳转个人中心 2.显示欢迎语 | ||
| FUNC-002 | 账号密码 | 错误密码 | 中 | 1.系统运行正常 2.测试账号:test/123456 | 1.输入用户名"test" 2.输入错误密码"111111" 3.点击登录 | 1.提示"用户名或密码错误" 2.密码框清空 | ||
| FUNC-003 | 账号密码 | SQL注入 | 高 | 1.系统运行正常 | 1.用户名字段输入:' OR 1=1-- 2.任意密码登录 |
1.拦截请求 2.提示"非法输入" | ||
| FUNC-004 | 短信验证 | 完整流程 | 高 | 1.手机号13800138000已注册 | 1.输入手机号 2.点击获取验证码 3.输入正确验证码 4.点击登录 | 1.收到6位短信 2.跳转个人中心 | ||
| FUNC-005 | 短信验证 | 错误验证码 | 中 | 1.已获取有效验证码 | 1.输入错误验证码 2.点击登录 | 1.提示"验证码错误" 2.允许重试 | ||
| FUNC-006 | 第三方 | 首次授权 | 高 | 1.网络畅通 2.未绑定账号 | 1.点击微信图标 2.完成授权 | 1.跳转授权页 2.创建账号并登录 | ||
| COMP-001 | 兼容性 | 多浏览器 | 中 | 1.Chrome/Firefox/Safari | 1.各浏览器执行FUNC-001 | 功能正常,UI无错位 | ||
| COMP-002 | 兼容性 | 移动端 | 低 | 1.iOS/Android设备 | 1.移动端执行FUNC-004 | 键盘适配,显示正常 |
根据程序的源代码可见程度划分:
黑盒测试:源代码不可见,UI功能可见,关注数据输入结果输出
灰盒测试:部分源代码可见,UI功能不可见,关注输入输出、数据访问通道
白盒测试:全部源代码可见,UI功能不可见,关注代码本身语法逻辑。




公司内主要是功能、性能、兼容、易用、安全测试。
二、客户端Web测试
案例:
需求分析
需求:
- 1.账号:必填,已经注册手机号或邮箱
- 2.密码:必填,注册账号的密码
- 3.验证码:正确且为过期
1.等价类划分法


练习1用xmind表示:



练习2用xmind表示:

2.边界值分析法




练习



非功能测试设计
非功能:除了软件功能测试,其他都是非功能测试。
- 兼容
- 易用
- 性能(专项)
- 安全(专项)
Web浏览器
兼容:Chrome浏览器、Edge浏览器、Firefox浏览器、Safari苹果浏览器
易用:参考竞品,主观感受为主。

3.测试用例介绍

4 测试用例编写


5 判定表



练习:

6 执行用例


7 缺陷管理
软件中存在的任何问题,也叫缺陷(bug)。

8 业务测试


编写用例:

练习:

编写测试用例

三、项目实战

3.1 步骤:
1、熟悉需求
2、确认下单流程
购车下单流程:选择商品->加入购物车->登录成功->提交订单成功->支付成功
3、确认流程图
工具:https://www.processon.com/

4、编写测试用例

练习:



上传bug:


3.2 单模块测试
功能模块
下单业务线中核心单功能
- 登录
- 购物车功能
- 下单功能
- 支付功能
单功能测试步骤:
① 熟悉需求
② 提取测试点覆盖需求
③ 测试点转执行测试用例
④ 缺陷管理
熟悉需求
- 需求从哪来?
l 需求文档
l 产品原型图
l 已存在的软件界面(不一定有)
- 怎么熟悉需求?
l 阅读并理解文档描述
l 操作或梳理业务规则及流程
1.登录功能


因太多,只举例三条

编写用例:

3.3 购物车功能



编写测试用例:
选了四条

3.4 支付
3.5 Web项目非功能测试
l 质量模型:功能性、兼容性、易用性、性能、安全、迁移性、维护性、可靠性
l 重点测试:功能性、兼容性、易用性、性能、安全
l 独立测试:安全、性能
l 测试目标:
u 兼容性:谷歌、火狐、Edge、苹果
u 易用性:主要参考依据产品原型设计或优秀竞品设计
非特殊说明,本博所有文章均为博主原创。
如若转载,请注明出处:https://blog.grover.top/2025/06/09/ai%e8%bd%af%e4%bb%b6%e6%b5%8b%e8%af%95/
共有 0 条评论