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级,较小
定义:界面,性能缺陷
对应优先级:低
具体可分为: