测试知识点

1. 测试用例八大要素

项目名称 用例编号 用例标题 重要级别 预置条件 测试输入 操作步骤 预期结果

1. 模块描述 XX项目|XX模块

提交时间 测试人 测试时间 测试环境 测试工具

1. 功能描述 XX项目|XX模块|XX功能

用例目的 前提条件 输入|动作 期望的输出 实际情况 期望输出和实际比较

1. 功能测试点

验收测试 alpha内测版 Beta公测版（需要大量测试）Gamana准正式版

1. 编写测试用例的方法

等价类划分 边界值 因果图 判定表 流程法 错误分析法

用例没有因果关系、制约关系、数目大的时候用正交表发

1. SVN版本控制

下载文件夹：新建文件夹-右键-检出（把版本库文件下载到此文件夹中）

更新至历史版本：新建普通文件夹-右键-检出-选择历史版本

1. 真实测试项目的流程

1. 搭建环境
2. 快速熟悉项目（列出网页架构图-冒烟测试）
3. 编写测试计划
4. 设计编写执行测试用例
5. 测试报告

1. 测试用户名 看是否存在 密码不能复制
2. 状态码

200代表成功

3XX地址发生过变化（成功）

404页面没找到

5XX服务器错误

1. get明文传功

Post不能保存在历史记录中，长度没有要求，保密数据的传输

1. sql注入

用户名：’or 1=1 or’’=’

   JS注入

输入框：

1. 测试用例的条数   登录30条
2. 一个缺陷测试报告的组成

缺陷编号 缺陷标题 缺陷描述 缺陷的优先级 缺陷的重要程度 缺陷所述的模块

缺陷所属版本 缺陷所属的开发人员 输入数据 输出结果 缺陷分析

1. 我负责的模块
2. 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 进程名字

1. 事物-银行服务
2. 三表连查...（inner join ....on）inner join ....on
3. 禅道中bug处理流程

测试提交bug-开发解决bug-测试验证bug-测试关闭bug

测试提交bug-开发解决bug-测试验证bug-测试关闭bug-测试激活bug-开发解决bug-测试验证bug-测试关闭bug

创建bug的时候必须的字段是：影响版本、bug标题、重现、步骤

1. 接口测试：测试后端程序实现是否符合接口规范

实现流程：模拟前端携带数据，访问服务器的接口资源，查看相应的结果是否符合预期

1. 接口测试：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请求默认值（封装被重复使用的数据）

1. setUp最先执行的线程组

tearDown最后执行的线程组

1. 参数化实现的方案之一   CSV Data Set Config 数据存储
2. 编码集   UTF-8   无BOM格式
3. 直连数据库是Jmeter跨过接口直接操作数据库     整合第三方实现

用法：

1. 测试计划-add dir or jar to class path-浏览-添加第三方jar文件
2. 配置数据库的连接信息

测试计划右击-添加-配置元件-JDBC Connection Configuration

1. 添加直连数据库的组件
2. 结果再处理

  调试组件-Debug Sampler

1. 关联 一个请求的结果作为另一个请求提交的数据

组织业务逻辑：业务逻辑是一套流程实现，在这个实现中，可能要组织多个接口执行，多个接口之间有数据交互

1. Xpath提取器提取标签

普通文本使用正则表达式提取器

1. 断言：让程序代替人工判断响应结果是否符合预期
2. 断言分类：

断言状态码

断言响应体是否包含预期数据

断言响应数据长度

断言响应时间

1. 集合点测并发
2. __counter():计数器函数

__random():随机数函数

__time:获取当前时刻

1. __SetPorperty():设置属性

__Porperty():获取属性

1. QPS每秒查询数

Tps每秒处理事物数

1. 项目：功能测试

项目中有许多接口实现，每个接口都要逐一测试，测试时需要模拟用户的多样性操作，再查看提交的每一条数据产生的响应是否符合预期

1. CSV Data Set Config读取测试数据
2. CSV格式的文件存储模拟用户多样性操作的数据

测试用例 正向：正常的数据

测试原则 逆向：包含特殊情况

1. 覆盖所有的必选参数 b.组合可选参数 c.参数边界值 d.如果参数的取值范围是枚举变量，需要覆盖所有枚举值 e.空数据 f.特殊字符 g.越界数据 h.错误数据

1. 建立Jmeter -n -t 脚本文件 -l 日志文件 -e -o 目录
2. Cookie保存在本地浏览器

Session 存储在服务器

1. fram切换    从主-副 switch_to

副-另副   先恢复到主页面 switch_to.default_camtent()

-switch_to

1. UnitTest框架：UnitTest框架是专门用来进行执行代码测试的框架  核心要素TestCase
2. UnitTest断言：让程序代替人为判断测试程序执行结果是否符合预期结果的过程
3. 生成HTML报告：HTML TestRunner第三方模板

里面包含的内容：标题  生成时间 消耗时间 测试用例状态 表格