web自动化测试计划和步骤
Posted
tags:
篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了web自动化测试计划和步骤相关的知识，希望对你有一定的参考价值。
参考技术A 测试用例：前置、步骤、断言项目周期长：功能会越来越复杂
历史功能：比较稳定
回归，历史功能
开发-接口自动化同步
项目-8大模块-2000左右用例数
1、熟悉业务
需求文档/手动测试/产品聊，了解模块之间的关系/测试人员
项目目前在测试的阶段，棘手的问题
2、分析
系统当中哪些模块适合自动化、哪些模块不适合
历史功能稳定性、功能复杂性
核心模块
使用频率模块，哪一个模块bug率目前偏高
测试团队、产品 开会讨论
筛选2个模块 400个功能测试用例
如果是接口 ---接口有多少个，每个接口有多少个用例
3、功能测试 ---筛选自动化测试用例----核心功能、主流程、主功能点---140
用例评审===
4、自动化计划
自动化类型：web/接口
框架选型：
团队人员：
搭框架、定规范
时间规划：用例编写时间2个半月
效果：覆盖率是多少---用例通过率---跟项目测试进度结合
web 测试
项目流程
web测试流程
- 需求分析
- 测试计划编写
- 测试用例编写
- 用例执行
- 回归测试
- 兼容性测试
- 安全测试
- 走查验收（UI、产品）
- 测试总结报告
需求分析步骤
- 明确测试范围
- 明确功能点
- 明确业务流程
- 明确输出结果
- 分析异常流程
- 预估测试需要的时间和资源
企业微信-添加成员需求分析
明确测试范围
登录模块不需要测试
页面中的其他元素不用测试明确功能点
入口
页面上的按钮
保存
取消
保存并继续添加
页面上的其他元素
头像控件
姓名输入框
别名输入框明确业务流程
依据业务流程处理图明确输出结果
成功
提示信息
跳转页面
失败
提示信息
跳转页面分析异常流程
不填内容直接保存
不填必填项点击保存
输入框输入不符合要求的内容
网络异常
暴力点击操作预估测试需要的时间和资源
写测试用例 xx 小时
测试执行 x人，xx 小时
测试用例设计
- 划分功能模块
- 正向功能验证
- 单个功能项验证
- 功能之间交互验证
- 隐形需求
测试用例评审
要点：
- 测试用例的本身的描述是否清晰，是否存在歧义
- 测试用例内容是否正确，是否与需求目标一致
- 测试用例的期望结果是否正确、唯一
- 测试用例是否覆盖了所有的需求
- 测试用例是否有可执行性
- 是否从用户层面来设计用户使用场景和业务流程的测试用例
- 场景测试用例是否覆盖最复杂的业务流程
- 用例设计是否包含了正面、反面的用例
Web测试用例设计总结
- UI测试
- 搜索测试
- 表单测试
- 输入域测试
- 分页测试
- 交互性数据测试
- 链接测试
bug定位
- 前端问题：源码查看
- 后台错误：分析日志
- 网络数据：抓取网络数据
兼容
浏览器
PC：主流浏览器（Chrome，Firefox，IE，Safari，Edge，Opera）
移动端：Chrome，Safari，UC浏览器，QQ浏览器
操作系统
PC：Windows，OS
移动：iOS，Android
分辨率
PC，移动
负载测试
测量Web系统在某一负载级别上的性能，以保证Web系统在需求范围内能正常工作
负载级别：某个时间段同时访问Web系统的用户数量、在线数据处理的数量
测试方法：性能测试工具 JMeter
压力测试
测试Web应用系统会不会崩溃，什么情况下会崩溃。
测试方法：性能测试工具 JMeter
安全测试
SQL注入：
将sql语句添加到输入参数，传递到服务端解析并执行的一种攻击手法。
测试方法：
- 输入域输入特殊的sql语句
- 工具：AppScan，ZAP，Sqlmap
XSS跨站攻击
恶意攻击者往web页面插入恶意脚本代码，而程序对于用户输入内容未过滤，当用户浏览该页面时，嵌入其中的web脚本代码会被执行，从而达到恶意攻击用户的特殊目的。
测试方法：输入域中加入js脚本语句。
以上是关于web自动化测试计划和步骤的主要内容，如果未能解决你的问题，请参考以下文章