一、引言
在项目开发过程中，除了可以使用类似禅道、JRA等缺陷管理工具，还可以使用GitLab的Issues做项目缺陷管理。
二、Issues缺陷管理的使用
1、创建Label标识
①：选择项目的左侧菜单栏里的"Issue"，点击“Labels"，然后再点击”New label"
依次按如下Label(Label是为了设置issue的类别、缺陷状态、缺陷等级)创建Label(也可以按自己需要创建自己的)
Label | 定义 |
缺陷状态-done | 缺陷已经修改，等待测试人员回归验证 |
缺陷状态-reopen | 缺陷已经修改，测试人员已经回归验证没通过，还需要开发人员继续解决 |
缺陷等级-低级 | 建议意见、显示错误、不易操作 |
缺陷等级-中级 | 控制、查询、必输项、重复等错误 |
缺陷等级-高级 | 严重缺陷-功能错误、交互错误 |
缺陷等级-致命 | 致命缺陷-系统死机、数据损坏、功能失效、异常退出 |
类别-缺陷 | 定义该issue类别为缺陷，用于缺陷管理 |
类别-需求 | 定义该issue类别为需求，用于需求管理 |
创建后的Labels
2、测试人员提Bug
①：当出测试人员测出bug时，点击“Issuess",点击“List”，再点击”New issue"
③：在页面中输入缺陷标题，类型、缺陷描述、以及分配人员，点击Assignee，选择需要分配的开发人员，然后在“Lables"里面选择所需的标签(可以多选)。
④：点击“Submit issue”将Bug提交到对应开发人员手上。
3、开发人员修改Issue
①：当测试人员提交issue后，对应的开发的人员可以在gitlab首页右上角"Issues"和"To-Do List"中查看分配给自己的issue和待办事项
②：点击"Issues"进入后可以看到指派给自己的还没关闭的issue
③：进入issue后，可以看到问题的内容，如何需要沟通可以直接在“Write”区域提交文字或者图片等交流，最后开发人员根据Bug内容进行修改
④：当开发人员修改完Bug提交测试环境后，进入对应的issue，然后修改Assignee指派对应的测试人员重新设置，修改Labels中“open”成“done”方便测试筛选出已经修改好但是待测试的Bug
⑤：当上面的修改完成后issue就会去到指派的测试人员手上
4、测试人员关闭Bug
①：上一步中开发人员将issue流转到对应的测试人员后，测试人员也可在“To-Do List”列表中查看，然后再去测试环境进行测试
②：如果经过测试人员测试，验证通过，那么测试人员输入comment信息后点击“Comment & close issue"将issue关闭。
③：如果经过测试人员测试，验证未通过，测试人员修改assignee、缺陷状态由“done”改成“reopen”和comment信息继续流转到开发人员处，由开发人员继续进行修改，等开发完再提交issue过来重新进行测试环境验证，通过后才关闭改issue。
