2021-12-1

SVN的基本概念
1.SVN是Subversion的简称
它是一个自由/开源的版本控制系统，文件和代码存放在中心版本库，记录每一次文件和目录的修改，SVN允许把数据恢复到早期版本，或是检查数据修改的历史，防止同一模块的代码禁止同时被多个人修改

2.svn的作用：在项目组当中对需求规格说明书，测试用例。产品说明书，代码或者与项目相关的文件进行管理和共享

进入公司领导会给到
1)url地址（仓库地址；领导仓库）
2)账号
3)密码
如何连接，如何获取：update，如何上传自己的文件或者工具等

连接svn注意事项
1.URL地址要正确
2.账号密码正确
3.要有权限
4.要同网段
5.领导的svn服务器要在线

3.svn的工作原理：多名开发首先从服务器拉取代码到自己的本地，进行编写代码，代码编写完后，再一次进行拉取，保证和服务器代码一致，在进行提交已完成的代码至服务器

4.名词解释
svn update : 连接服务器，把服务器上的数据同步到自己本地
checkout directory：捡出目录
checkout ：连接服务器，检出服务器的数据
svn commit ： 把本地的文档增删改，提交到svn服务器上（在本地删除，修改，增加没有svn commit此时服务器上还有改动的数据，svn commit之后服务器上也改动了和本地保持一致）（在服务器上改动，本地没有uodate之前，本地数据没有变化，svn  update之后本地和服务器一致）

5.git的基本操作
git status ： 查看git的状态
git diff(diffrernce) : 查看git修改的记录
git add ： 添加到暂存区，没有提交
git commit ： 把暂存区提交到仓库当中
git pull ：  从远程仓库拉去到本地
git push ： 从仓库提取到远程仓库
C:\Users\Administrator\AppData\Local\YNote\data\weixinobU7VjljHqgNTmb8gRrNj5hz1Qn0\1d3c010426c140e9b9816f2a33580f3c\0d`ox{4$yk5x$nccy)7v951.jpg

6.禅道简介（zentao）
禅道 ： 禅道是一款项目管理和用例管理以及BUG管理的工具

bug管理工具有哪些？
禅道 ： 项目，用例和bug管理工具
JIRA ： 跟踪任务，bug，通过jiar邮件进行管理
Bugzilla : 强大的bug管理工具，安装起来有点复杂，需要安装Perl
Mantis ： PHP语言系统，轻量级
QC ： web测试管理

bug管理流程
1)提单： 测试人员在测试过程中发现bug，提交至禅道
2)仲裁 ： 在公司中有话语权的人
3)bug的流程
多名测试人员发现BUG，提交到BUG管理工具（禅道）给至测试经理，测试经理对bug进行规范审核，如果发现提交的bug与之前的bug重复或者不是bug，则打回给具体提单的测试人员，如果提交的bug是缺陷，则有测试经理给至开发经理，开发经理会根据bug的开发人分配给开发人员，开发人员会根据bug的优先级进行修复，如果不是问题给回测试人员（如提交的bug优先级非常高，可直接给到开发人员，由开发人员修复好后直接给到测试人员），开发修复好了之后给至测试经理，测试经理会根据具体提bug的人进行分配，测试人员对bug进行回归测试，如果没有问题则关闭，如果有问题就激活（重新走bug流程）

测试和开发对接（不经过其他领导）

C:\Users\Administrator\AppData\Local\YNote\data\weixinobU7VjljHqgNTmb8gRrNj5hz1Qn0\2dde3e2390ae41f1b5388393ac1291bd\yr2iyuqp3v9oli2{q662@]v.jpg


bug的等级
1)有的公司：高中低
2)有的公司
L1 : 致命错误，系统崩溃，死机，死循环，支付功能金钱受损失（例如：微信登录功能登录不了，支付功能支付金额不一致）
L2 ; 次主体功能受损（例如：微信登录功能输入账号密码，点击登录登录不了，第二次点击登录登录成功）
L3 ; 涉及到其他功能的正常使用（例如：微信聊天界面返回主界面，返回功能出现问题。下拉选择时选择不了二级（省，市只能选择省，不能选择市）
L4 : 建议性bug（例如：颜色，布局，字体等）


一条完整的应该包含哪些信息？
1)bug编号---》            bug的ID
2)bug标题---》            概括测试步骤，结果是什么就是什么
3)bug等级---》            高中低
4)bug的优先级---》     优先级越高的bug越严重
5)bug的重现步骤---》 描述怎么找到这个bug  
6)bug的所属模块---》 程序的具体的某个板块  
7)bug的附件---》        当无法进行描述的时候，可以用手机进行拍摄等  
8)bug的预期结果---》 应该要得到的结果   
9)bug的实际结果---》 测试后实际得到的结果  
10)bug的所属版本---   
11)bug的创建人---》  谁创建的就是谁的  
12)bug指派给谁---》  谁提的就是谁的


面试题：
①你怎么去定位BUG的? 前端，后端
1)布局，样式，交互一般是前端的问题
2)通过抓包工具，看请求参数是否有误，如果有问题一般是前端
3)返回的数据有问题找后端
4)查看后台日志  tail -f：日志文件

②偶现的bug
1)检查自己操作是否有误
2)多次操作查看bug出现的规律
3)截图或者是录视频
4)如果发现出现的次数较多，查看后台日志，交给开发处理
5)如果出现的次数较少，需要告知上级，后续继续跟进这个bug

③bug的状态（bug的生命周期）有哪些？
1)New(新的) -------bug被发现
2)Assigned(已指派的)-------开发人员接受此bug
3)Open(打开的)------开发人员正在修复的bug
4)Fixed(已修复的)--------bug已经被修复完成
5)Pending Reset(待测试)-----按bug优先级进行测试
6)Reset(测试)------测试人员进行测试
7)Closed(关闭)-------bug已被修复
8)reopen(再打开)-----测试是发现bug依然存在则重新打开

④你提的bug开发不认可，你怎么办？
1)查看自己提交的是否确实是bug
2)查看需求是否变更
3)从新复测一次，截图拍视频发给开发
4)组织一个小会议拉上测试经理，产品经理，项目经理，开发经理讨论是否需要解决这个bug