测试用例设计—基于TPshop前台下单流程
功能型测试
一.设计测试
a,需求分析
1.输入分析 分析项目中要求如:输入长度,类型要求,组成规则,是否为空,是否重复
2.交付分析 判断所有数据正确,有错误给出提示(优化产品)
3.输出分析:前台(是否注册成功),后台(管理员看),数据库数据(+1)反馈
举例商品app注册:
b.绘制流程图
1.确定业务中操作及执行顺序
货到付款
商家,收到前台订单
商家,确认订单
商家,确认发货
买家, 前台确认收货, 付款
商家, 确认收款
先付款流程
商家,收到前台订单
商家,确认订单
商家,确认发货
买家, 前台确认收货
商家, 确认收款
2.按照业务方向进行连线
3.设计测试用例和发起用例评审
用例评审如何思考:
1.功能->场景->步骤->条件->测试点 (重点先对场景分类,再对每个步骤使用相关的测试方法)
2.融合测试点->推到完整的用例
a.什么时候用等价类和边界值组合: 具有典型输入的功能
注册 登录 具有典型输入的功能
b.常用方法, 拆分需求形成测试点: 需求 -> 功能点 -> 测试用例设计方法 -> 测试用例 (一个测试点对应至少一条用例)
c.流程图与场景法 (业务流程测试)
前台下单 后台发货
…需求文档存在业务流程
设计测试评审总结
覆盖需求 -> 相关业务 -> 各个角度 -> 精简, 补充 覆盖需求
分析需求 抽取测试点
相关业务: 提到的业务流程 影响到的业务流程
各个角度: 正向 逆向 主流程 分支流程 异常操作
精简,补充: 需求文档 测试策略 业务知识 测试经验
4.执行测试用例,在禅道上记录缺陷
举例:测试用例设计思路
轮播图以及其他功能需求分析图
非功能性测试
1-兼容性测试
指被测软件在不同的软件/硬件环境下是否能够正常使用
测试关注点:1.操作系统Windows/Linux 2.浏览器 3.屏幕分辨率 4.网络
2-性能测试
关注点 如, 访问项目所消耗的时间
测试依据 (3-5-8s)
小于等于3s:响应时间还不错
3~5s:还能忍受
5~8s忍无可忍
8s~无需再忍
上述内容只是性能测试的其中一个方面, 后续会系统介绍性能测试相关知识
3-易用性测试
测试关注点
1.用户点击次数: 推荐3次内达到用户的目的
2.回车事件处理
3.基于特定用户群体需求考虑 (如, 老年人, 小朋友, …)
4-可维护性测试
测试关注点
软件升级过程: 停服时间, 停服频率等
数据库升级脚本
项目代码的可维护性
自动化测试代码可维护性
5-安全性测试
1.输入数据的安全性
a.敏感信息的遮挡处理
b.输入框中敏感信息做不能复制处理
2.数据传输过程中的安全性
a.请求方法决定敏感信息能不能暴露在地址栏中
推荐用 post 请求方式
b.数据传输过程中需要加密
3.输出数据的安全性
a.数据库存储敏感信息需要加密
面试拓展
登录功能`
1.功能性测试
登陆成功–用户名和密码正确
登录失败–1.用户名或密码错误 2.用户名或密码为空
2.非功能性测试
兼容性:1.操作系统win/Linux 2.浏览器(分辨率(是否自适应) 网络条件) 3.性能:大量用户同时登录时,响应时间测试 4.安全性 (密码要遮挡, 不能复制 地址栏不要显示密码 传输过程要做数据加密 存储敏感数据要加密) 5.易用性:回车事件处理,tab键切换 6.可维护性:元素是否可以统一管理
项目与数据库关系
项目中的数据就是存储在数据库中的,对数据库修改 (增删改查) 会影响数据的显示
项目测试使用数据库的场景
1.验证数据的准确性和完整性 如, 存在截取的展示规则
2.借助数据库进行缺陷定位 如, 用户性别显示有误
3.借助数据库构造测试数据 如, 批量生成各种面值的优惠卷
4.借助数据库数据备份更新 如, 软件升级,可能需要处理历史数据, 需要测试升级的sql脚本, 验证结果