测试知识点

  • Post author:
  • Post category:其他


  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注入

输入框:<script>alert()</script>

  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第三方模板

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



版权声明:本文为a_xin21原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。