测试，小实训面试题

1.BS与CS的区别

cs:响应速度快，安全性强，用户体验好，但开发维护成本高
bs:可以实现跨平台，客户端零维护，个性化能力低，响应速度慢，所以有些单位日常办公使用bs，但实际生产还是使用cs

2.URL的各部分组成

1.协议部分
2.域名部分
3.端口部分
4.虚拟目录部分
5.文件名部分
6.参数部分

3.Get与post的区别

get使用url或cookies传参，post将数据都放入body中
get的url受长度限制，post的数据可以非常的大
post比get更加安全，因为数据在地址栏不可见
一般get用来获取数据，post用来发送数据

4.常见的状态码

200 OK //客户端请求成功
400 Bad Request // 客户端请求有语法错误，不能被服务器理解
401 Unauthorized //请求未经授权，这个状态代码必须和WWW-Authenticate报头域一起使用
403 Forbidden //服务器收到请求，但是拒绝提供服务
404 Not Found //请求资源不存在，EG：输入了错误的URL
500 Internal Server Error // 服务器发生不可预期的错误
503 Server Unavailable //服务器当前不能处理客户端的请求，一段时间后可能恢复正常

5.session和cookie

cookie不是很安全相对于session 安全性考虑使用session
考虑性能方面减轻服务器压力使用cookie

cookie与session的联系：
	当服务器端生成一个session时就会向客户端发送一个cookie保存在客户端
	这个cookie保存的是session的sessionId
	这样才能保证客户端发起请求后，
	客户端已经登录的用户能够与服务器端成千上万的session中准确匹配到已经保存了该用户信息的session，
	同时也能够确保不同页面之间传值时的正确匹配。

6.测试流程.测试计划.缺陷报告.bug生命周期

1.测试流程
立项-产品（说明书）-编写需求文档-需求文档评审-开发编码自测-编写测试用例-测试用例评审-提测-冒烟测试-提交bug到禅道-回归测试-验收测试-上线

2.测试计划
确定测试范围，制定测试策略，测试人员分配，测试时间安排，测试资源安排，风险评估，测试背景，测试目的

3.缺陷报告
所属模块，所属产品，优先级，严重程度，重现步骤，附件，操作系统，bug类型

4.bug生命周期
一个Bug由测试人员发现并提交,我们将状态标注为新建;开发人员接收了该Bug,将Bug的状态修改为已分配(Assigned),表示已经认可;
开发人员解决了该Bug后,就将Bug的状态修改为解决,并发给测试人员回归测试;
测试人员对Bug进行回归测试，如果确实已经解决,就将Bug的状态修改为关闭,否则的话则发给开发人员重新修改。
还要说明的是,Bug是可以“死而复生”的,以前版本已经关闭的Bug,如果新版本中重新出现,我们就需要将其状态修改为重新打开。

7.bug优先级

1级，系统崩溃
定义：严重阻碍测试和开发工作
对应优先级：最高
具体可分为
1.功能完全没有实现
2.应用闪退/崩溃无法运行
3.应用必现安全模式，无法运行
4.其他导致功能无法测试的问题
2级，至关重要
定义：非阻碍用例执行的严重问题
对应优先级：高
具体可分为
1.简单操作应用闪退/崩溃，卡死
2.数据丢失
3.严重影响系统，自身功能无法运行
4.严重数值计算错误
5.数据库损坏或无法保存配置
6.安全性问题（包括数据加密等）
3级，主要
定义：功能存在缺陷，但不影响应用和系统的稳定性
对应优先级：中
具体可分为
1.内存泄露（长时间不用的对象需要被回收，不被回收占内存）
2.功能实现逻辑覆盖不全面
3.非必现，但复现概率超过50%的闪退/崩溃和安全模式
4级，一般
定义：对应用熟悉度高才能感知到的问题，对应用基本功能实现无影响
对应优先级：中
具体可分为
1.轻微数值计算错误
2.功能实现有误，与产品文档不完全贴切
3.用户简单操作，即可明显感知的UI问题
5级，较小
定义：界面，性能缺陷
对应优先级：低
具体可分为：