一、OSI七层模型
应用层 ：文件传输，电子邮件，文件服务，虚拟终端 TFTP，HTTP，SNMP，FTP，SMTP，DNS，Telnet
表示层 ：数据格式化，代码转换，数据加密 没有协议
会话层 ：解除或建立与别的接点的联系 没有协议
传输层 ：提供端对端的接口 TCP，UDP
网络层 ：为数据包选择路由 IP，ICMP，RIP，OSPF，BGP，IGMP
数据链路层 ：传输有地址的帧以及错误检测功能 SLIP，CSLIP，PPP，ARP，RARP，MTU
物理层 ：以二进制数据形式在物理媒体上传输数据 ISO2110，IEEE802，IEEE802.2
二、你们公司的测试流程
产品提出需求后，开立项会进行讨论需求制定需求文档，开发根据需求文档进行编
码，测试人员需要根据需求文档进行编写测试计划，以及对应的测试用例编写，用
例编写结束后，进行用例评审，开发提交代码后执行冒烟测试，冒烟测试通过后执
行过程中出现bug进行提交bug，并对bug进行追踪。bug关闭后我们做测试总
结，提交对应的测试报告
三、你们公司用例评审都哪方参与了
不同公司要求是不同的。有的是按项目进行评审，需要所有项目人员（产品，研发，测试）都参与用例评审；
也有按部门评审的，评审工作仅仅在测试部门进行，由同事互审，或者测试组长评审。
四、功能测试与接口测试区别
功能测试和接口测试的区别在于，功能测试侧重点在于前端ui界面，数据展示，图形界面，业务逻辑操作等，接口测试侧重点在于，后端返回的数据是否正确，接口是否正常。
五、测试环境是在什么系统(什么是软件测试环境)
测试环境是指测试运行其上的软件和硬件环境的描述，以及任何其它与被测软件交互的软件，包括驱动和桩。测试环境是指为了完成软件测试工作所必需的计算机硬件、软件、网络设备、历史数据的总称。
六、用例怎么保证覆盖全面
测试用例覆盖度一般是从以下几方面衡量的：
1）测试需求的覆盖：保证所有需求都已经设计用例
2）测试特性的覆盖：保证所有不同类型已覆盖，如：功能测试，性能测试等
3）平台与层次的覆盖：保证所有平台有用例覆盖，不同层次都有设计用例，如业务层、接口层等
一般通过用例评审来完善用例，也可通过代码覆盖度工具（Java平台比较多，如JaCoCo）来检测用例的覆盖是否完整
七、编写用例从哪些方面考虑
1、复用率：如果随着产品不停得升级，需要设计的详细些，追求一劳永逸;仅使用一两次，则没有必要设计的过于详细;
2、项目进展：项目时间如果允许可以设计的详细些，反之则能执行即可;
3、使用对象：测试用例如果供多人使用，尤其让后参加测试的工程师来执行，则需要设计的详细些。
8.测试报告编写过么，包括什么
一、概述
包括项目背景、需求分析
二、测试时间、测试环境
三、测试过程
评审记录、测试范围、测试用例
四、功能实现清单
列出是否已经按照测试计划实现功能
五、缺陷统计
测试缺陷统计；
测试用例执行情况统计
六、测试统计情况
资源统计
执行情况
问题统计
问题列表
遗留的问题
七、测试总结
测试结论；（是否通过）
测试内容、测试用例的覆盖程度、bug的解决程度
八、测试风险
9.接口测试怎么做的
由于我们项目前后端调用主要是基于http协议的接口，所以测试接口时主要是通过工具或代码模拟http请求的发送与接收。工具有很多如：postman、jmeter、soupUI、java+httpclient、robotframework+httplibrary等。
–也可以用 接口自动化来实现，就是用代码实现，框架和UI自动化差不多，发送请求用断言来判断。
10.bug生命周期
BUG的生命周期，就是一个BUG被发现到这个BUG被关闭的过程。
生命周期中缺陷状态：新建-->指派-->已解决-->待验-->关闭
发现BUG-->提交BUG-->指派BUG-->研发确认BUG-->研发去修复BUG-->回归验证BUG-->是否通过验证-->关闭BUG
如果待验的BUG在验证时没有解决好，我们需要重新打开--指派—已解决—待验，循环这个过程。
中间其他状态：拒绝、延期等
11.软件测试的目的
用最少的人力物力时间，找出软件中存在的问题，修正问题，规避商业风险。
12.性能测试怎么做的
性能测试准备
搭建性能测试环境
性能测试脚本开发
性能测试脚本执行
结果分析与调优
测试报告与结果跟踪
负载测试： 找到系统稳定时（或满足性能需求下）的最大吞吐量；（要有响应时间、成功率的限制，比如定义：99.9%的响应时间必需在1ms之内，平均响应时间在1ms以内，100%的请求成功）
稳定性（通过浸泡测试soak test）： 以系统稳定时的最大吞吐量（或满足性能需求时的最大吞吐量），长时间对系统进行测试，已检查系统是否稳定
压力测试： 找到系统极限值，系统瓶颈（系统崩溃临界值）（要求：响应时间可以变慢，但系统不能崩溃；）
13.性能测试关注的指标
测试人员关注（单次业务相关指标）：
并发用户数
响应时间：TP（百分比分布统计）
吞吐量：tps/qps
错误率
14.性能测试的指标是根据什么对比的（响应时间是和谁对比的）
15.Linux命令
--查看进程
ps -ef |grep python
--查看指定进程号
ps -ef |grep 进程名
--查看80端口被谁占用
ps -ef |grep 80
--包含“text”文件怎么查找
https://blog.csdn.net/u012327100/article/details/38081371
--包含“text”文本怎么查找
https://blog.csdn.net/u012327100/article/details/38081371
--创建 层级目录树
mkdir -p Project/{a,b,c,d}/src
--vi用过吗，怎么用的
https://blog.csdn.net/xie_xiansheng/article/details/78413306
--说你自己知道的常用命令
https://blog.csdn.net/m0_46422300/article/details/104645072
16.数据库 知识
-- 创建数据库
Create database 2005c
-- 使用数据库
use 2005c
-- 查询所有数据库
show databases
-- 删除数据库
drop database 2005c
-- 显示创建数据库的sql语句
show create database 2005c
-- 对数据表操作
-- 创建表
create TABLE student(id int ,name varchar(20),sex char(2))
-- 查询所有表的
show tables
-- 查询创建表的语句
show create table student
-- 修改 修改表名 修改字段名(id name sex)
--查看表结构
desc 表名
--MySQL修改字段类型
alter table 表名 modify column 字段名 类型
-- 添加字段名
alter table student add phone varchar(20)
-- 删除字段
alter table student DROP phone
-- 修改表名
alter table student RENAME to st
-- 删除表
drop table st
-- DML：数据库操作语言
-- 增单条数据
insert into student (id,name,sex) values(1,'张三','男')
-- 适用于全字段增加的时候 可以省略字段名
insert into student values (2,'李四','男')
-- 适用于对单独的字段名增加
insert into student (name) values ('王五')
-- 增加约束体条件后 auto_increment
insert into stu (name,sex) values ('赵六','女')
insert into stu (name,sex) values ('田七','女')
-- 批量增加数据
insert into stu(name,sex) values('司徒八','女'),('诸葛酒' ,'男')
-- 修改
-- 修改数据
-- 条件修改
update stu set name = '黄埔嘉鸿' where id = 2
-- 批量修改
update stu set name = '黄埔嘉鸿'
-- 删除
-- 条件删除
delete from stu where id = 1
delete from stu
17.测试用例——搜索框
功能测试
1.搜索内容为空，验证系统如何处理
2.搜索内容为空格，查看系统如何处理
3.边界值验证：在允许的字符串长度内外，验证系统的处理
4.超长字符串输入，系统是否会截取允许的长度来检验结果
5.合法的字符串长度后，加空格验证检索结果
6.多个关键字中间加入空格，逗号，tab验证系统的结果是否正确
7.验证每种合法的输入，结果是否正确
8.是否支持检索内容的复制、粘贴、编辑等操作
9.是否支持回车键搜索
10.多次输入相同的内容，查看系统的检索结果是否一致
11.特殊字符、转义字符、html脚本等需要做处理
12.敏感词汇，提示用户无权限等
13.输入的内容是否支持快捷键操作等
14.只能输入允许的字符串长度等
15.输入链接是否正确跳转，
16.搜索的历史纪录是否显示在下面
17.搜索内容有没有联想功能
18.是否可以输入数字，英文，中文
19.是否可以混合输入数字英文中文
20.输入拼音也可以进行检索
21.语音搜索的内容是否匹配
22.断网时，无法搜索
23.进行图片搜索时可以选择拍照或从相册中选取图片进行搜索
24.如果从相册中选取图片进行搜索，图上的大小是否有限制，最大为多少
25.搜索框边上有相机图片，便于图片搜索
26.点击清空历史记录，搜索框是否会清空历史记
27.能否识别图片中的内容
28.点击搜索，显示搜索界面
界面测试
1.查看UI是否显示正确，布局是否合理
2.是否有错别字
3.搜索结果显示的布局是否美观
4.已查看的结果链接，链接的颜色要灰化处理，
5.结果数量庞大时，页面的分页布局是否合理
6.界面的颜色搭配是否合理
安全性测试
1.脚本的禁用
2.SQL的注入，检索SQL SELECT语句等
3.敏感内容的检索是禁止的
4.特殊字符的检索
5.被删除、加密、授权的数据，不允许被查出来，6.是否有安全设计控制
兼容性测试
1.多平台Windows，mac
2.移动平台android，ios
3.多浏览器火狐、chrome、IE等
性能测试
1.搜索页面的链接打开速度的时间
2.搜索出结果消耗时间
3.弱网时搜索的响应时间
4.不同网速下搜索时的响应时间3g,4g,WIFI
易用性
1.有联想功能
2.搜索内容与搜索结果的匹配程度
3.支持拍照搜索，语音搜索
19.朋友圈点赞——测试用例
功能测试
1.是否可以点赞
2.取消点赞
3多次点赞会出现什么情况
4.多人点赞时的顺序是否按照时间顺序进行排列
5.点赞是否显示头像和名称
6.点赞之后能否进行评论
7.点赞之后退出该页面，再次进入朋友圈点赞消息是否还存在
8.多用户点赞，再次打开朋友圈是是否可以按照顺序看到是谁谁谁赞了我
接口测试
1.点赞之后相同好友是否收到提示信息
2.相同好友处的提示信息是否按照时间顺序
3.相同好友处的点赞是否显示头像和名称
兼容测试
1.电脑端和手机端是否都可以进行点赞和取消点赞功能
2.不同的移动端是否都可以行点赞和取消点赞功能（包括苹果，安卓）
可用性测试
1.弱网的时候进行点赞是什么情况
2.网络断开时是否可以点赞
3.用户点击点赞几秒后可以看到点赞成功，取消同理
4.多用户同时给我点赞时，我是否可以全部接收到提示消息
安全性测试
1.点赞是否会泄漏微信用户相关信息
20.百度网址——测试用例
功能性测试：
可以包括，但不限于以下几个方面：
链接测试：链接是否正确跳转，是否存在空页面和无效页面，是否有不正确的出错信息返回等。
提交功能的测试。
多媒体元素是否可以正确加载和显示。
多语言支持是否能够正确显示选择的语言等。
界面测试：
可以包括但不限于一下几个方面：
页面是否风格统一，美观
页面布局是否合理，重点内容和热点内容是否突出
控件是否正常使用
对于必须但为安装的空间，是否提供自动下载并安装的功能
文字检查
性能测试：
一般从以下两个方面考虑：
压力测试；负载测试；
数据库测试：
要具体决定是否需要开展。数据库一般需要考虑连结性，对数据的存取操作，数据内容的验证等方面。
安全性测试：
1 基本的登录功能的检查
2 是否存在溢出错误，导致系统崩溃或者权限泄露
3 相关开发语言的常见安全性问题检查，例如 SQL 注入等。
4 如果需要高级的安全性测试，确定获得专业安全公司的帮助，外包测试，或者获取支持
兼容性测试：根据需求说明的内容，确定支持的平台组合：
浏览器的兼容性；操作系统的兼容性；软件平台的兼容性；数据库的兼容性
开展测试，并记录缺陷。合理的安排调整测试进度，提前获取测试所需的资源，建立管理
体系（例如，需求变更、风险、配置、测试文档、缺陷报告、人力资源等内容）。
定期评审，对测试进行评估和总结，调整测试的内容。
21.微信发红包用例
谈起测试用例，大部分情况下从 功能测试 性能测试 安全测试 界面测试 易用测试 弱网测试等（就是网络情况 2g 3g 4g 公共网络等情况下），今天就给大家带来微信发红包的测试用例。
功能测试
（1）先看红包按钮是否可以点击
（2）点击之后是否可以弹出发红包界面
（3）弹出红包界面之后看是否可以点击红包钱数
（4）点击确认按钮之后是否能发出去红包
（5）当红包发送了之后点击是否自己也可以领取红包
（6）当红包发给别人时别人是否可以领取
（7）还要查看点击红包里的钱数与你所要发送钱数是否一致
（8）红包最大可以发送多少钱
（9）红包可以发送最大限额为多少
（10）红包发送最小限额为多少
（11）红包是否可以上是否可以添加文字，表情等
（12）如果余额不够是是否有余额不足的提示
（13）发的红包一次是否是一个
性能测试
（1）发红包和收红包是否可以跳出界面或弹出界面
（2）发一个红包消耗多少电量
（3）收取一个红包所用电量
（4）发红包与收红包是否占用内存
安全测试
（1）发送红包是否与自己发的钱数一致
（2）对方是否可以领取红包
（3）对方领取红包金额与所发红包金额一致
（4）发完红包自己的钱包钱数是否减少
（5）领取红包的领完钱包金额是否增加
（6）发送红包余额不足是否进行提示
（7）发送红包是否出现密码，密码不正确是否能发出去
（8）发送红包密码正确是否可以发送
（9）微信异地登录要有提示
（10）如果对方超过多长时间没有领取会退回红包，退回红包要有提醒红包被退回
兼容性测试
（1）苹果和安卓不同系统的操作不同
（2）电脑端是否可以抢微信红包
（3）不同微信版本之间操作
（4）不同屏幕分辨率
界面测试
（1）布局是否合理，是否与产品经理给的效果图一致
（2）input框和button按钮的高度，长度上是否合理
（3）按钮与文本框是否一致对齐排列
（4）界面是否是中文简体
（5）是否有错别字
易用测试
（1）红包输入，简单易上手
（2）要适用于年轻人，也用适用于老年人，如果过于麻烦，是用户的体验不是那么好
弱网测试
（1）在2g情况下测试发红包速度
（2）在3g情况下测试发红包速度
（3）在4g情况下测试发红包速度
（4）在5g情况下测试发红包速度
（5）在公共网络下发送红包速度
（6）在许多人都链接公共网络下测试发红包速度
（7）在网速影响下是否领红包的速度也受影响