- 测试用例八大要素
项目名称 用例编号 用例标题 重要级别 预置条件 测试输入 操作步骤 预期结果
- 模块描述 XX项目|XX模块
提交时间 测试人 测试时间 测试环境 测试工具
- 功能描述 XX项目|XX模块|XX功能
用例目的 前提条件 输入|动作 期望的输出 实际情况 期望输出和实际比较
- 功能测试点
验收测试 alpha内测版 Beta公测版（需要大量测试）Gamana准正式版
- 编写测试用例的方法
等价类划分 边界值 因果图 判定表 流程法 错误分析法
用例没有因果关系、制约关系、数目大的时候用正交表发
- SVN版本控制
下载文件夹：新建文件夹-右键-检出（把版本库文件下载到此文件夹中）
更新至历史版本：新建普通文件夹-右键-检出-选择历史版本
- 真实测试项目的流程
- 搭建环境
- 快速熟悉项目（列出网页架构图-冒烟测试）
- 编写测试计划
- 设计编写执行测试用例
- 测试报告
- 测试用户名 看是否存在 密码不能复制
- 状态码
200代表成功
3XX地址发生过变化（成功）
404页面没找到
5XX服务器错误
- get明文传功
Post不能保存在历史记录中，长度没有要求，保密数据的传输
- sql注入
用户名：’or 1=1 or’’=’
JS注入
输入框：<script>alert()</script>
- 测试用例的条数 登录30条
- 一个缺陷测试报告的组成
缺陷编号 缺陷标题 缺陷描述 缺陷的优先级 缺陷的重要程度 缺陷所述的模块
缺陷所属版本 缺陷所属的开发人员 输入数据 输出结果 缺陷分析
- 我负责的模块
- Linux的基本命令
查看日志：tail -f test.log tail tac cat head echo
Pwd查看目前所在路径
Mkdir新建目录
Rm -r删除目录
More 查看文档
Chomd赋予撤销权限
Grep搜索文本内容
Tar -xvf test.tar解压
Tar -zcvf 压缩
ps查看进程
Killall 进程名字
- 事物-银行服务
- 三表连查…（inner join ….on）inner join ….on
- 禅道中bug处理流程
测试提交bug-开发解决bug-测试验证bug-测试关闭bug
测试提交bug-开发解决bug-测试验证bug-测试关闭bug-测试激活bug-开发解决bug-测试验证bug-测试关闭bug
创建bug的时候必须的字段是：影响版本、bug标题、重现、步骤
- 接口测试：测试后端程序实现是否符合接口规范
实现流程：模拟前端携带数据，访问服务器的接口资源，查看相应的结果是否符合预期
- 接口测试：RESTful架构风格
增：定位服务器元素URL+POST
提交的数据（JSON格式居多）
响应结果（状态码201+响应体添加记录）
改：定位服务器元素URL+PUT
提交的数据（JSON格式居多）
响应结果（状态码201+响应体修改后记录）
查：定位服务器元素URL+GET
提交的数据（不提交+以键值对的格式提交数据）
响应结果（状态码200+多条或单条记录）
删：定位服务器元素URL+DELETE
提交的数据（键值对格式提交数据）
响应结果（状态码204）
要素：http协议 IP地址 端口号 资源路径
JSON：互联网的本质就是数据传输 数据传输的组成：协议+数据载体
http信息头管理设置
Content-Type application/json；charset=utf-8
http请求默认值（封装被重复使用的数据）
- setUp最先执行的线程组
tearDown最后执行的线程组
- 参数化实现的方案之一 CSV Data Set Config 数据存储
- 编码集 UTF-8 无BOM格式
- 直连数据库是Jmeter跨过接口直接操作数据库 整合第三方实现
用法：
- 测试计划-add dir or jar to class path-浏览-添加第三方jar文件
- 配置数据库的连接信息
测试计划右击-添加-配置元件-JDBC Connection Configuration
- 添加直连数据库的组件
- 结果再处理
调试组件-Debug Sampler
- 关联 一个请求的结果作为另一个请求提交的数据
组织业务逻辑：业务逻辑是一套流程实现，在这个实现中，可能要组织多个接口执行，多个接口之间有数据交互
- Xpath提取器提取标签
普通文本使用正则表达式提取器
- 断言：让程序代替人工判断响应结果是否符合预期
- 断言分类：
断言状态码
断言响应体是否包含预期数据
断言响应数据长度
断言响应时间
- 集合点测并发
- __counter():计数器函数
__random():随机数函数
__time:获取当前时刻
- __SetPorperty():设置属性
__Porperty():获取属性
- QPS每秒查询数
Tps每秒处理事物数
- 项目：功能测试
项目中有许多接口实现，每个接口都要逐一测试，测试时需要模拟用户的多样性操作，再查看提交的每一条数据产生的响应是否符合预期
- CSV Data Set Config读取测试数据
- CSV格式的文件存储模拟用户多样性操作的数据
测试用例 正向：正常的数据
测试原则 逆向：包含特殊情况
- 覆盖所有的必选参数 b.组合可选参数 c.参数边界值 d.如果参数的取值范围是枚举变量，需要覆盖所有枚举值 e.空数据 f.特殊字符 g.越界数据 h.错误数据
- 建立Jmeter -n -t 脚本文件 -l 日志文件 -e -o 目录
- Cookie保存在本地浏览器
Session 存储在服务器
- fram切换 从主-副 switch_to
副-另副 先恢复到主页面 switch_to.default_camtent()
-switch_to
- UnitTest框架：UnitTest框架是专门用来进行执行代码测试的框架 核心要素TestCase
- UnitTest断言：让程序代替人为判断测试程序执行结果是否符合预期结果的过程
- 生成HTML报告：HTML TestRunner第三方模板
里面包含的内容：标题 生成时间 消耗时间 测试用例状态 表格