******* 0105 git&禅道面试题 *********
17.本地仓库初始化
1）命令：git init
2）什么叫初始化
如果没有仓库就创建仓库，如果有仓库就清空
18.远程仓库关联
1）题意：本地工作区如何与远程仓库连接
首先在远程仓库中复制公钥，然后在本地工作区打开git bash输入命令git clone 复制的ssh 这样就建立连接了
2）如何查看本地仓库的配置
一般是在c盘里面的用户里面的一个隐藏文件.gitconfig里面
19.克隆远程仓库
一个克隆相当于初始化本地仓库+远程关联
20.git提交时提示冲突，如何处理？
1）为什么冲突
冲突一：多人共用一个远端分支，对不同文件的冲突
可以先从远程仓库拉取文件git pull，使本地工作区与远程仓库保持一致后再进行上传操作
冲突二：多人共用一个远端分支，对同一文件冲突（多个账户同时修改一个文件是处理方法）
当多人同时修改一个文件时，系统会保护该文件。此时我们需要将文件内容列出，选择我们需要的内容，其他的可以删除，然后再提交
21.自动化脚本是如何管理的
题意：
1）脚本是放到哪里的
脚本一般放在版本控制工具git上
2）git上的脚本/代码是如何维护和优化的
维护：软件发生迭代的时候，自动化脚本是如何迭代的？
--1）应用场景：10.0版本=手工+9.0自动化脚本
--2）空档期
--3）11.0版本出来之前可以编写用例+10.0版本的自动化脚本
--4）10.0自动化脚本再9.0的基础上编写的，新增的功能应该是10.0中符合需求的
--5）如果是UI，选择需要写的脚本的功能编写脚本
优化：脚本框架的概念
可以说一下数据库初始化
22.bug的状态如何跟踪
题意：
1）使用的什么工具以及支持的bug状态
我们一般使用的项目管理工具禅道提交bug，我们禅道里面的话支持的bug状态有三种，分别是：新建（默认），关闭，待验证。但是开发也可以对bug的状态进行一个处理比如说挂起、不是bug。然后可以重点说一下bug的状态是如何跟踪的
2）提交bug后直至到bug关闭（bug的跟踪与管理是怎么做的）
主要从开发与测试在禅道上的一个交互过程来说，测试提交bug,开发判断bug，如果开发者这边认为不是bug的话，后续也会跟我说一声。我这边就会和开发进行一个沟通，如果是bug的话开发会对它进行一个修改，然后对这个bug进行一个描述，比如说这个bug出现的原因啊，bug应该怎么解决啊，这个bug的验证版本是怎么样的。然后我会根据开发的描述在具体的验证版本上进行一个bug验证，看这个bug还会不会出现。如果通过就关闭，不通过重新指派给开发，直至这个bug解决。如果这个bug在当前版本中确实解决不了，那么我这边就会对这个bug进行一个挂起，等待后续版本迭代时看这个bug进行解决。
23.挂起的bug是如何处理的
1）一般对开发挂起的bug都是有要求的
2）挂起的bug应该明确写清楚会在哪个版本解决
3）测试例会,如果到这个版本，那么就把bug打开，指派给固定的人
4）正常跟踪就行
24.重复出现的bug你是如何处理的
1）题目意思:
--1）出现第一次提交后
--2）开发修复后验证通过已经关闭
--3）后续又出现
2）处理方式
--1）找到之前的bug,重新激活该bug
--2）提升严重程度
--3）提交给对应的开发
--4）找开发确认浮现的原因，为什么重复出现（重点）
补充：偶发性bug怎么解决（只出现一次的bug需要提交吗）
1）只出现一次的bug必须提交
2）bug提交时，一定要写复现率
3）偶发性bug提交给开发后，让开发想办法复现
4）如果开发也解决不了的，测试这边可以写自动化脚本，多跑几次
5）仍然复现不了可以先挂起，后续继续跟踪，另外关注生产环境是否有复现bug的
6）然后在往后三个迭代版本过程中都没有出现过这个bug的话就可以将挂起的bug关闭