案例1:
项目需求:
- 登录需求
- 1.输入正确的中国手机号(11位)
当文本框失去焦点的时候验证,红色为失败,绿色为成功
1.2点击发送验证码
如果手机号文本框状态为绿色,弹出“点击按钮进行验证”;
如果手机号文本框为红色,提示手机号不正确
1.3.点击按钮进行验证
拖拽图形到指定位置,按钮消失;
拖拽图形未到指定位置,晃动提醒,滑块回到初始位置;
超过5次,提示尝试过多,请点击重试;
拓展-正则表达式
如果对手机号段,进行严谨的规则匹配,那么得到的结果为:
/^[1](([3][0-9])I[4][5-9])I([5][0-3,5-9])I([6][5,6)([7][0-8])|([8][0-9])I([9][1,8,9]))[0-9]{8}$/
开发调用公式,所以验证位数只用测一位即可
- 一、登录模块测试点
重点提示:
正向:一次尽量覆盖多条
逆向:一条只能覆盖一条,其他选项必须正确
项目的正向步骤(比如淘宝购物的整个流程)为P0,项目的逆向步骤为P1,单功能的登录为P2
测试用例
用例编号 | 用例标题 | 项目/模块 | 优先级 | 前置条件 | 测试步骤 | 测试数据 | 预期结果 | 实际结果 |
login_001 | 用例标题 | 登录 | P0 | 1.账号注册成功 | 1.输入正确手机号 | 1.手机号:13012345678 | 登录成功,跳转到个人主页 | |
login_002 | 用例标题 | 登录 | P1 |
| 1.输入手机号 | 1.手机号:空 | 登录失败,验证码发送失败: | |
login_003 | 用例标题 | 登录 | P1 |
| 1.输入手机号 | 1.手机号:1301234567 | 登录失败,验证码发送失败: | |
login_004 | 用例标题 | 登录 | P1 |
| 1.输入手机号 | 1.手机号:13012345678 | 登录失败,验证码发送失败: | |
login_005 | 用例标题 | 登录 | P1 |
| 1.输入手机号 | 1.手机号:01221234567 | 登录失败,验证码发送失败: | |
login_006 | 用例标题 | 登录 | P1 |
| 1.输入手机号 | 1.手机号:未注册过 | 登录失败,: | |
login_007 | 用例标题 | 登录 | P1 | 1.账号注册成功 | 1.输入正确手机号 | 1.手机号:1301234567 | 登录失败, | |
login_008 | 用例标题 | 登录 | P1 | 1.账号注册成功 | 1.输入正确手机号 | 1.手机号:1301234567 | 登录失败, | |
login_009 | 用例标题 | 登录 | P1 | 1.账号注册成功 | 1.输入正确手机号 | 1.手机号:1301234567 | 登录失败, | |
login_010 | 用例标题 | 登录 | P1 | 1.账号注册成功 | 1.输入手机号 | 1.手机号:1301234567 | 登录失败, | |
login_011 | 用例标题 | 登录 | P1 |
| 1.点击获取验证码按钮 | 1.手机号:1301234567 | 验证码发送成功 | |
login_012 | 用例标题 | 登录 | P1 |
| 1.点击获取验证码按钮 | 1.手机号:1301234567 | 验证码发送失败, | |
login_013 | 用例标题 | 登录 | P1 |
|
| 1.手机号:1301234567 | 验证码发送失败, |
单功能测试点
思路:1.UI原型覆盖
2.规则覆盖
3.兼容性覆盖
案例2:
- 二、发布文章
1.需求分析
2.测试点分析
用例编号 | 用例标题 | 项目/模块 | 优先级 | 前置条件 | 测试步骤 | 测试数据 | 预期结果 | 实际结果 |
article_001 | 发表文章成功(单图) | 发表文章 | P0 | 1.登录成功 2.点击发布文章 | 1.输入标题 2.输入内容 3.选择封面 4.选择频道 5.点击发表 | 1.标题:哈哈111 2.内容:嘻 3.选择封面:单图 4.频道:ios | 文章发布成功,提示:文章发布成功,并自动跳转到内容列表 | |
article_002 | 保存文章到草稿箱成功(三图) | 发表文章 | P0 | 1.登录成功 2.点击发布文章 | 1.输入标题 2.输入内容 3.选择封面 4.选择频道 5.点击发表 | 1.标题:哈哈111 2.内容:嘻 3.选择封面:三张 4.频道:ios 5.保存文章到草稿箱成功 | 文章发布成功,提示:文章发布成功,并自动跳转到内容列表 | |
article_003 | 发表文章成功(无图) | 发表文章 | P0 | 1.登录成功 2.点击发布文章 | 1.输入标题 2.输入内容 3.选择封面 4.选择频道 5.点击发表 | 1.标题:哈哈111 2.内容:嘻 3.选择封面:无图 6.频道:ios | 文章发布成功,提示:文章发布成功,并自动跳转到内容列表 | |
article_004 | 发表文章成功(自动) | 发表文章 | P0 | 1.登录成功 2.点击发布文章 | 1.输入标题 2.输入内容 3.选择封面 4.选择频道 5.点击发表 | 1.标题:哈哈111 2.内容:嘻 3.选择封面:自动 7.频道:ios | 文章发布成功,提示:文章发布成功,并自动跳转到内容列表 | |
article_005 | 发表文章失败(四个字符) | 发表文章 | P0 | 1.登录成功 2.点击发布文章 | 1.输入标题 2.输入内容 3.选择封面 4.选择频道 5.点击发表 | 1.标题:哈哈11 2.内容:嘻 3.选择封面:单图 8.频道:ios | 文章发布失败,提示:标题字数不够,请修改 | |
article_006 | 发表文章失败(标题为空) | 发表文章 | P0 | 1.登录成功 2.点击发布文章 | 1.输入内容 2.选择封面 3.选择频道 4.点击发表 | 1.标题:为空 2.内容:嘻 3.选择封面:单图 9.频道:ios | 文章发布失败,提示:标题字数不能为空,请修改 | |
article_007 | 发表文章失败(内容为空) | 发表文章 | P0 | 1.登录成功 2.点击发布文章 | 1.输入标题 2.选择封面 3.选择频道 4.点击发表 | 1.标题:哈哈111 2.内容:为空 3.选择封面:单图 10.频道:ios | 文章发布失败,提示:内容不能为空,请修改 | |
article_008 | 发表文章失败(封面单张未选图片) | 发表文章 | P0 | 1.登录成功 2.点击发布文章 | 1.输入标题 2.输入内容 3.选择频道 4.点击发表 | 1.标题:哈哈111 2.内容:嘻 3.选择封面:单图无图 11.频道:ios | 文章发布失败,提示:封面无图,请修改 | |
article_009 | 发表文章失败(封面三张未选图片) | 发表文章 | P0 | 1.登录成功 2.点击发布文章 | 1.输入标题 2.输入内容 3.选择频道 4.点击发表 | 1.标题:哈哈111 2.内容:嘻 3.选择封面:三张无图 12.频道:ios | 文章发布失败,提示:封面无图,请修改 | |
article_010 | 发表文章失败(频道为空) | 发表文章 | P0 | 1.登录成功 2.点击发布文章 | 1.输入标题 2.输入内容 3.选择封面 4.点击发表 | 1.标题:哈哈111 2.内容:嘻 3.选择封面:单图 13.频道:为空 | 文章发布失败,提示:未选频道,请修改 | |
article_011 | UI布局测试(布局、颜色) | 发表文章 | P1 | 1.登录成功 2.点击发布文章,打开文章发布页面 3打开原型图、UI布局图 | 1.对比文章页面与原型UI布局一致 2.页面与UI设计颜色一致 | 1.发布文章的UI图 2.发布文章的原型图 3.发布文章的页面 | 1.布局与产品原型一致 2.页面颜色与原型一致 | |
article_012 | UI布局测试(图片、文字) | 发表文章 | P1 | 1.登录成功 2.点击发布文章,打开文章发布页面 3打开原型图、UI布局图 | 1.对比文章页面与原型UI布局一致 2.页面无错别字 | 1.发布文章的UI图 2.发布文章的原型图 3.发布文章的页面 | 1.布局与产品原型一致 2.页面无错别字 |
测试流程:
- 需求分析
- 测试计划
- 设计用例(1.设计测试带点 2.编写用例覆盖测试点)
- 执行用例
- 缺陷管理(提交->验证->关闭)
- 测试报告
执行用例
缺陷管理
管理流程:提交缺陷->开发修复->测试验证->测试管理
工具:项目来定(禅道、jira、excel)
描述要素+提交要素
测试报告
- 测试目标
- 项目背景
- 提测标准(上限标准)
- 风险控制
- bug统计
- Bug分析
- 测试总结
项目背景
传智作为一个IT教育机构,拥有自己开发且实际运营的产品,将开发和运营的技术作为授课的内容,对于学员而言学到的都是一手的真实案例和实际经验,知识内容也可以细化深入。而且一个产品就可以涵盖公司多个学科的技术,衍生的课程价值辐射多个学科,这可以作为公司的一个核心竞争力。
测试目标
- 登录模块
2.发布文章模块
提测标准
- 冒烟测试用例1日日%通过
- 被测内容符合约定版本及功
结束标准(上线标准)
- p0~p2全部修复完成
- p3修复完成95%
风险控制
1 、人员风险(多储备1-2名、测试、开发、产品)
2、环境风险(开发、运维、测试共同完成)
3、需求风险(跟产品确定有可能变动部分)
bug统计
1、登录模块:8个
2、发布文章:1个 --> p0
测试总结
问题:
- 登录需求(验证码)不明确
2、选择频道需求不明确
3、上传图片功能有些干扰发布文章主线
收获:
1、先设计主功能,其次设计独立功能点
2、设计用例之前先设计测试点,可以避免遗漏。