蟹阿金
软件测试教师
小能教育讲师 · 3年经验
日薪：
￥500/8h
地点：
北京 海淀
时间：
下班后周六周日可工作日远程
信用行为
0
接单数
0
评价数
0
收藏数
技术能力
接口测试， 功能测试， 测试文档，需求文档 手机端 web端 做接口的流通性 关联性测试 自撰（测试流程
一 参会人员的分别有 项目经理 开发组 测试组 UI 销售 。。。 把项目的需求文档在会议开始前3个小时 发给各参会人员 以便于在会议进行中及时提出相关问题和建议 在会议进行中
要围绕着需求产品经理的思路进行 意见要明确 易理解 不要阐述个人的专业知识 耽误会议进度 组员要清楚自己本组所负责的模块 会议上遗留下来的问题 修改或推进到下个版本当中在解决
二 会议结束后 各部门组长和经理投票决定产品的标准 组长或有经验的人员进行组内测试计划的制定 对人员负责的资源模块 时间 合理配置
三 小组开始写测试用例
测试模块 要写 ： UI界面 功能 接口 性能 交付 数据（测试输入的内容使用的方法 做什么步骤 预期的正常结果是什么），普遍的方法有 边界值法和等价类法（边界值法 比如输入框输入限制为10个 那么边界值就是 9 10 11位 左边界右边界）
好的用例中要有 1.层次感 2.复用性3.扩展性4.预防问题查漏补缺
分清楚 主次 优先级
1 重要的模块\用户使用频繁的模块 可以多写一点
2 不重要的可以少写一点
3 形同模块的复用性 （写过的用例 再版本回归中找用例去执行的同时 直接测试）
4 S-QA预防问题 查漏补缺
最后进行测试评审 （组内 组外）
四 冒烟测试
安排一到两个人进行冒烟测试 针对冒烟用例（基本功能 基本流程 重要的模块）展开，如果发现bug就打回给开发修改 公司的容错率在10% 达不到标标准 冒烟测试不得可以结束
五 执行测试
严格执行用例并按照规范记录下执行结果 衔接下一步测试
六 回归测试
（bug回归：发现问题（谁发现的 问题的优先级 会不会影响产品的发布） 开发解决 再进行验证 版本回归：对旧的版本跟进监测和维护 可能还有用户使用旧的版本 新版本修改的数据 可能会对旧版本产生影响 ）
七 验收测试
以用户为主的角度为主 对整个系统包括 软 \ 硬件进行全面测试
八 预上线（灰度测试）
预上线的时候 开发会将代码收紧封板 不再轻易进行修改 、测试人员关注遗留为解决的bug，根据bug对产品的影响程度 而定
做灰度测试 我们会抽选小规
一 参会人员的分别有 项目经理 开发组 测试组 UI 销售 。。。 把项目的需求文档在会议开始前3个小时 发给各参会人员 以便于在会议进行中及时提出相关问题和建议 在会议进行中
要围绕着需求产品经理的思路进行 意见要明确 易理解 不要阐述个人的专业知识 耽误会议进度 组员要清楚自己本组所负责的模块 会议上遗留下来的问题 修改或推进到下个版本当中在解决
二 会议结束后 各部门组长和经理投票决定产品的标准 组长或有经验的人员进行组内测试计划的制定 对人员负责的资源模块 时间 合理配置
三 小组开始写测试用例
测试模块 要写 ： UI界面 功能 接口 性能 交付 数据（测试输入的内容使用的方法 做什么步骤 预期的正常结果是什么），普遍的方法有 边界值法和等价类法（边界值法 比如输入框输入限制为10个 那么边界值就是 9 10 11位 左边界右边界）
好的用例中要有 1.层次感 2.复用性3.扩展性4.预防问题查漏补缺
分清楚 主次 优先级
1 重要的模块\用户使用频繁的模块 可以多写一点
2 不重要的可以少写一点
3 形同模块的复用性 （写过的用例 再版本回归中找用例去执行的同时 直接测试）
4 S-QA预防问题 查漏补缺
最后进行测试评审 （组内 组外）
四 冒烟测试
安排一到两个人进行冒烟测试 针对冒烟用例（基本功能 基本流程 重要的模块）展开，如果发现bug就打回给开发修改 公司的容错率在10% 达不到标标准 冒烟测试不得可以结束
五 执行测试
严格执行用例并按照规范记录下执行结果 衔接下一步测试
六 回归测试
（bug回归：发现问题（谁发现的 问题的优先级 会不会影响产品的发布） 开发解决 再进行验证 版本回归：对旧的版本跟进监测和维护 可能还有用户使用旧的版本 新版本修改的数据 可能会对旧版本产生影响 ）
七 验收测试
以用户为主的角度为主 对整个系统包括 软 \ 硬件进行全面测试
八 预上线（灰度测试）
预上线的时候 开发会将代码收紧封板 不再轻易进行修改 、测试人员关注遗留为解决的bug，根据bug对产品的影响程度 而定
做灰度测试 我们会抽选小规
项目经验
篡改小能测试网信息 熟知postamn charles 抓包 接口测试工具
自撰（小能电商接口文档 (从需求里来的)
接口地址
内网地址：39.97.239.119（模拟内网环境）
外网环境：http://www.xiaonengedu.com:8888/mall/user/reg
接口入参
接口出参
如何写接口测试 （要标出来 是不是在前端操作的还是用的软件进行的操作）
用例标题：流通性测试
预置条件：请求方法， 参数 （接口入参数值），地址，返回格式
预期结果：出参例子
get
post 大量数据提交比给get方便 URL没什么限制
post比get更好用一点
接口相关问题
接口相关性的问题
优先权 依赖性
体现在参数上的关联
业务逻辑上的关联
先访问啥 再访问啥
同步
页面与页面
前端后端数据同步
2 轮播图的bug定位
轮播图中有六张图片 其中一张变形了，如何分析前后端bug？
六张图的数据格式是不是一致 前五张为正方形 最后一张的为长方形的情况下
前端点赞 操作 大部分都是前端问题。
3 接口响应问题
那些问题可以影响接口的响应时间？
网络情况 不稳定 弱网
数据大小，格式
同时请求的次数（客户端数量）
类似缓存，数据请求痕迹
客户端或硬件配置
数据库，
代码的构建
4 数据交互问题
客户端与数据库，前端后端，页面与页面
有来有往一来一去 数据同步数据操作得流程
场景：扫码支付
5 功能和接口的关系 （大部分是一个人测试）
按照模块进行划分
功能可视化 把接口美化
接口不可视化 有时候也叫功能（接口划分在功能测试中 接口为功能页面提供数据 功能页面把接口提供的数据进行装饰，美化 变成可操作的图形界面）
6 你们接口单独安排人员进行测试吗
都有 看情况
7 接口的原始数据怎么来的？
也可能是功能做的比较快 发现的
也和环境有相关联系
8 接口测试用遇到的bug
接口文档说明
9 http/https的协议 接口协议升级成https 如何测试 ？
（协议改一下 其他的参数可能保持不变啊）
先保证基本上的接口流通 后返回到页面上进行测试
10 token 是什么？如何测试token
token 加密后的字符有验证的作用
加密性 安全性 时效性 唯一性
token在加密之前 有什么组成的 组成的规则
用户id + 时间戳 + 随机数
249 1xxxxx5 3
加密 jznsj137wnus4348）
自撰（小能电商接口文档 (从需求里来的)
接口地址
内网地址：39.97.239.119（模拟内网环境）
外网环境：http://www.xiaonengedu.com:8888/mall/user/reg
接口入参
接口出参
如何写接口测试 （要标出来 是不是在前端操作的还是用的软件进行的操作）
用例标题：流通性测试
预置条件：请求方法， 参数 （接口入参数值），地址，返回格式
预期结果：出参例子
get
post 大量数据提交比给get方便 URL没什么限制
post比get更好用一点
接口相关问题
接口相关性的问题
优先权 依赖性
体现在参数上的关联
业务逻辑上的关联
先访问啥 再访问啥
同步
页面与页面
前端后端数据同步
2 轮播图的bug定位
轮播图中有六张图片 其中一张变形了，如何分析前后端bug？
六张图的数据格式是不是一致 前五张为正方形 最后一张的为长方形的情况下
前端点赞 操作 大部分都是前端问题。
3 接口响应问题
那些问题可以影响接口的响应时间？
网络情况 不稳定 弱网
数据大小，格式
同时请求的次数（客户端数量）
类似缓存，数据请求痕迹
客户端或硬件配置
数据库，
代码的构建
4 数据交互问题
客户端与数据库，前端后端，页面与页面
有来有往一来一去 数据同步数据操作得流程
场景：扫码支付
5 功能和接口的关系 （大部分是一个人测试）
按照模块进行划分
功能可视化 把接口美化
接口不可视化 有时候也叫功能（接口划分在功能测试中 接口为功能页面提供数据 功能页面把接口提供的数据进行装饰，美化 变成可操作的图形界面）
6 你们接口单独安排人员进行测试吗
都有 看情况
7 接口的原始数据怎么来的？
也可能是功能做的比较快 发现的
也和环境有相关联系
8 接口测试用遇到的bug
接口文档说明
9 http/https的协议 接口协议升级成https 如何测试 ？
（协议改一下 其他的参数可能保持不变啊）
先保证基本上的接口流通 后返回到页面上进行测试
10 token 是什么？如何测试token
token 加密后的字符有验证的作用
加密性 安全性 时效性 唯一性
token在加密之前 有什么组成的 组成的规则
用户id + 时间戳 + 随机数
249 1xxxxx5 3
加密 jznsj137wnus4348）
蟹阿金
软件测试教师 · 3年经验 · 小能教育讲师
0
累计接单
0
用户评价
0
被收藏
信用行为
0
接单数
0
评价数
0
收藏数
技术能力
接口测试， 功能测试， 测试文档，需求文档 手机端 web端 做接口的流通性 关联性测试 自撰（测试流程
一 参会人员的分别有 项目经理 开发组 测试组 UI 销售 。。。 把项目的需求文档在会议开始前3个小时 发给各参会人员 以便于在会议进行中及时提出相关问题和建议 在会议进行中
要围绕着需求产品经理的思路进行 意见要明确 易理解 不要阐述个人的专业知识 耽误会议进度 组员要清楚自己本组所负责的模块 会议上遗留下来的问题 修改或推进到下个版本当中在解决
二 会议结束后 各部门组长和经理投票决定产品的标准 组长或有经验的人员进行组内测试计划的制定 对人员负责的资源模块 时间 合理配置
三 小组开始写测试用例
测试模块 要写 ： UI界面 功能 接口 性能 交付 数据（测试输入的内容使用的方法 做什么步骤 预期的正常结果是什么），普遍的方法有 边界值法和等价类法（边界值法 比如输入框输入限制为10个 那么边界值就是 9 10 11位 左边界右边界）
好的用例中要有 1.层次感 2.复用性3.扩展性4.预防问题查漏补缺
分清楚 主次 优先级
1 重要的模块\用户使用频繁的模块 可以多写一点
2 不重要的可以少写一点
3 形同模块的复用性 （写过的用例 再版本回归中找用例去执行的同时 直接测试）
4 S-QA预防问题 查漏补缺
最后进行测试评审 （组内 组外）
四 冒烟测试
安排一到两个人进行冒烟测试 针对冒烟用例（基本功能 基本流程 重要的模块）展开，如果发现bug就打回给开发修改 公司的容错率在10% 达不到标标准 冒烟测试不得可以结束
五 执行测试
严格执行用例并按照规范记录下执行结果 衔接下一步测试
六 回归测试
（bug回归：发现问题（谁发现的 问题的优先级 会不会影响产品的发布） 开发解决 再进行验证 版本回归：对旧的版本跟进监测和维护 可能还有用户使用旧的版本 新版本修改的数据 可能会对旧版本产生影响 ）
七 验收测试
以用户为主的角度为主 对整个系统包括 软 \ 硬件进行全面测试
八 预上线（灰度测试）
预上线的时候 开发会将代码收紧封板 不再轻易进行修改 、测试人员关注遗留为解决的bug，根据bug对产品的影响程度 而定
做灰度测试 我们会抽选小规
一 参会人员的分别有 项目经理 开发组 测试组 UI 销售 。。。 把项目的需求文档在会议开始前3个小时 发给各参会人员 以便于在会议进行中及时提出相关问题和建议 在会议进行中
要围绕着需求产品经理的思路进行 意见要明确 易理解 不要阐述个人的专业知识 耽误会议进度 组员要清楚自己本组所负责的模块 会议上遗留下来的问题 修改或推进到下个版本当中在解决
二 会议结束后 各部门组长和经理投票决定产品的标准 组长或有经验的人员进行组内测试计划的制定 对人员负责的资源模块 时间 合理配置
三 小组开始写测试用例
测试模块 要写 ： UI界面 功能 接口 性能 交付 数据（测试输入的内容使用的方法 做什么步骤 预期的正常结果是什么），普遍的方法有 边界值法和等价类法（边界值法 比如输入框输入限制为10个 那么边界值就是 9 10 11位 左边界右边界）
好的用例中要有 1.层次感 2.复用性3.扩展性4.预防问题查漏补缺
分清楚 主次 优先级
1 重要的模块\用户使用频繁的模块 可以多写一点
2 不重要的可以少写一点
3 形同模块的复用性 （写过的用例 再版本回归中找用例去执行的同时 直接测试）
4 S-QA预防问题 查漏补缺
最后进行测试评审 （组内 组外）
四 冒烟测试
安排一到两个人进行冒烟测试 针对冒烟用例（基本功能 基本流程 重要的模块）展开，如果发现bug就打回给开发修改 公司的容错率在10% 达不到标标准 冒烟测试不得可以结束
五 执行测试
严格执行用例并按照规范记录下执行结果 衔接下一步测试
六 回归测试
（bug回归：发现问题（谁发现的 问题的优先级 会不会影响产品的发布） 开发解决 再进行验证 版本回归：对旧的版本跟进监测和维护 可能还有用户使用旧的版本 新版本修改的数据 可能会对旧版本产生影响 ）
七 验收测试
以用户为主的角度为主 对整个系统包括 软 \ 硬件进行全面测试
八 预上线（灰度测试）
预上线的时候 开发会将代码收紧封板 不再轻易进行修改 、测试人员关注遗留为解决的bug，根据bug对产品的影响程度 而定
做灰度测试 我们会抽选小规
项目经验
篡改小能测试网信息 熟知postamn charles 抓包 接口测试工具
自撰（小能电商接口文档 (从需求里来的)
接口地址
内网地址：39.97.239.119（模拟内网环境）
外网环境：http://www.xiaonengedu.com:8888/mall/user/reg
接口入参
接口出参
如何写接口测试 （要标出来 是不是在前端操作的还是用的软件进行的操作）
用例标题：流通性测试
预置条件：请求方法， 参数 （接口入参数值），地址，返回格式
预期结果：出参例子
get
post 大量数据提交比给get方便 URL没什么限制
post比get更好用一点
接口相关问题
接口相关性的问题
优先权 依赖性
体现在参数上的关联
业务逻辑上的关联
先访问啥 再访问啥
同步
页面与页面
前端后端数据同步
2 轮播图的bug定位
轮播图中有六张图片 其中一张变形了，如何分析前后端bug？
六张图的数据格式是不是一致 前五张为正方形 最后一张的为长方形的情况下
前端点赞 操作 大部分都是前端问题。
3 接口响应问题
那些问题可以影响接口的响应时间？
网络情况 不稳定 弱网
数据大小，格式
同时请求的次数（客户端数量）
类似缓存，数据请求痕迹
客户端或硬件配置
数据库，
代码的构建
4 数据交互问题
客户端与数据库，前端后端，页面与页面
有来有往一来一去 数据同步数据操作得流程
场景：扫码支付
5 功能和接口的关系 （大部分是一个人测试）
按照模块进行划分
功能可视化 把接口美化
接口不可视化 有时候也叫功能（接口划分在功能测试中 接口为功能页面提供数据 功能页面把接口提供的数据进行装饰，美化 变成可操作的图形界面）
6 你们接口单独安排人员进行测试吗
都有 看情况
7 接口的原始数据怎么来的？
也可能是功能做的比较快 发现的
也和环境有相关联系
8 接口测试用遇到的bug
接口文档说明
9 http/https的协议 接口协议升级成https 如何测试 ？
（协议改一下 其他的参数可能保持不变啊）
先保证基本上的接口流通 后返回到页面上进行测试
10 token 是什么？如何测试token
token 加密后的字符有验证的作用
加密性 安全性 时效性 唯一性
token在加密之前 有什么组成的 组成的规则
用户id + 时间戳 + 随机数
249 1xxxxx5 3
加密 jznsj137wnus4348）
自撰（小能电商接口文档 (从需求里来的)
接口地址
内网地址：39.97.239.119（模拟内网环境）
外网环境：http://www.xiaonengedu.com:8888/mall/user/reg
接口入参
接口出参
如何写接口测试 （要标出来 是不是在前端操作的还是用的软件进行的操作）
用例标题：流通性测试
预置条件：请求方法， 参数 （接口入参数值），地址，返回格式
预期结果：出参例子
get
post 大量数据提交比给get方便 URL没什么限制
post比get更好用一点
接口相关问题
接口相关性的问题
优先权 依赖性
体现在参数上的关联
业务逻辑上的关联
先访问啥 再访问啥
同步
页面与页面
前端后端数据同步
2 轮播图的bug定位
轮播图中有六张图片 其中一张变形了，如何分析前后端bug？
六张图的数据格式是不是一致 前五张为正方形 最后一张的为长方形的情况下
前端点赞 操作 大部分都是前端问题。
3 接口响应问题
那些问题可以影响接口的响应时间？
网络情况 不稳定 弱网
数据大小，格式
同时请求的次数（客户端数量）
类似缓存，数据请求痕迹
客户端或硬件配置
数据库，
代码的构建
4 数据交互问题
客户端与数据库，前端后端，页面与页面
有来有往一来一去 数据同步数据操作得流程
场景：扫码支付
5 功能和接口的关系 （大部分是一个人测试）
按照模块进行划分
功能可视化 把接口美化
接口不可视化 有时候也叫功能（接口划分在功能测试中 接口为功能页面提供数据 功能页面把接口提供的数据进行装饰，美化 变成可操作的图形界面）
6 你们接口单独安排人员进行测试吗
都有 看情况
7 接口的原始数据怎么来的？
也可能是功能做的比较快 发现的
也和环境有相关联系
8 接口测试用遇到的bug
接口文档说明
9 http/https的协议 接口协议升级成https 如何测试 ？
（协议改一下 其他的参数可能保持不变啊）
先保证基本上的接口流通 后返回到页面上进行测试
10 token 是什么？如何测试token
token 加密后的字符有验证的作用
加密性 安全性 时效性 唯一性
token在加密之前 有什么组成的 组成的规则
用户id + 时间戳 + 随机数
249 1xxxxx5 3
加密 jznsj137wnus4348）
立即沟通
