svn，提BUG，禅道

本帖最后由 DCS63_王争荣于 2021-8-7 19:29 编辑

==============================

svn：（小乌龟图标）

定义：

svn是一个开源代码版本控制系统，用于多个人共同开发一个项目，实现资源共享，实现最终集中式的管理。

作用：

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

（不仅可以上传文档，也可以上传安装包等）

开发人员--提交代码

产品人员--需求文档存放到svn服务器中，被相关同事提取

测试人员--获取需求文档以及工作所需要的其他文档

（测试组中分析测试相关的文档，BUG文档、用例文档等）

(在svn中的文件不要直接拖拽出来，要复制后粘贴。否则svn中的原文件会消失)

上班后：

公司领导会给你一个账号，密码，URL地址（配置好了权限）

测试人员拿到后就打开SVN客户端，按照要求输入URL地址，账号，密码。然后获取相关的文档。

如果你要获取到当前路径账号中的文件需要具备三个条件：

1、必须安装svn客户端

2、网段必须相同

3、当前账号必须被赋予权限（领导创建账号的时候可能忘了赋予权限）

svn分类：

1、svn客户端：上传和下载svn服务器存在的文档

（登录需要客户端需要URL地址，用户账户和密码）

2、svn服务器：领导在服务器中创建项目仓库，创建用户账户和密码

==============================================

提BUG:

流程图详解：

1、测试人员提BUG并指派给测试经理，测试经理进行审批，发现所提BUG为重复时，就会打回给测试人员，测试人员确认后确实为重复，那么就会关闭BUG。

2、测试人员提BUG并指派给测试经理，测试经理进行审批，发现所提BUG的信息不够完善时，就会打回给测试人员进行优化，测试人员优化后继续指派给测试经理，测试经理审批ok后-->转给开发经理-->转给开发人员，开发人员进行修复，修复后转给测试经理，测试经理再转给测试人员（回归测试），回归测试ok后，关闭此BUG，如果回归测试还不通过，继续指派给开发，直到修复ok为止。

3、测试人员提BUG指派给测试经理，测试经理进行审批，审批ok后-->开发经理-->开发人员，开发人员发现此BUG等级为低级，便会先放到一边，等其他等级高的BUG解决后再进行修复。

4、测试人员提BUG并指派给测试经理，测试经理进行审批、审批ok后-->开发经理-->开发人员，开发同事发现所提BUG不为BUG时，就会退回给测试人员，测试人员复测后发现确实不为BUG时，就会丢弃关闭此BUG。

5、测试人员提BUG并指派给测试经理，测试经理进行审批，审批ok后-->开的经理-->开发人员，开发人员修复后-->测试经理-->测试人员，测试人员进行复测，复测ok后，关闭此BUG，复测不通过继续给开发修复，直至修复ok。

重点：如果你所提的BUG不被开发同事认可时，你会如何解决？

答：如果所提BUG不被开发认可时，那么我会再次多次进行复测验证此BUG，再结合需求进行核实。核实确实是一个BUG时，那么我会现场去给开发同事进行演示，并好好的和他沟通，如果这个时候开发同事还不认可，且确实沟通无效的话，这个时候只能找领导处理了。当然这种情况基本没有出现过，因为开发和测试都是很好沟通的。

提BUG简约流程：

测试人员发现BUG提BUG指派给对应的开发同事，开发进行修复，修复ok后，再指派给测试进行复测，复测ok后就关闭此BUG，不通过就继续给开发进行修复，直至修复ok为止。

（切记：发现了BUG就马上提交至BUG管理工具中）

提BUG的要素：

所属项目，模块，指派人，抄送人，BUG的问题，BUG的标题，重现步骤，等级，优先级，附件（截图）

BUG的严重程度：“1” “2” “3” “4”

1--致命，2--严重，3--一般，4--提示建议

BUG的优先级：“1” “2” “3” “4”

1--马上解决，2-3-4--以此类推

BUG的状态：

1、新建BUG状态---（测试发现BUG,提交）

2、已接受