Jira上Bug处理流程
jira-bug管理系统使用说明
Jira bug 管理系统使用说明1.登陆jira系统Jira的外网访问地址是http：//121.15.134.158：8001内网访问地址是http：//10。
98.89。
111:8001注：内网访问速度会快很多，但是考虑到工程师经常出差，所以将外网同时开放了.管理员为软件二部的每位工程师都注册了一个用户名,用户名是工程师的中文名字,初始密码是szclou，请各位再首次登陆时修改自己的密码2.JIRA 系统的使用2。
1提交问题2。
1。
1新建问题点击提交问题，选择项目和问题类型问题类型分为两种：•缺陷：产品中的错误,生产环境使用中和测试报告的.•需求变更：原有功能不够完善，不够好用而进行的修改针对两种不同的问题类型，填写的详细资料也不同，先做如下说明2.1.1。
1 缺陷填写的详细资料o问题描述:尽量简短地描述故障o优先级：分为危急严重一般次要轻微5个级别o截止日期：问题解决的最后期限o模块: 选择项目种对应的模块o受影响版本:当前出问题的版本o修复版本: 规划要解决的版本，一般为出问题的版本o分派给：选择分配给特定的人，如果不指定，则分选自动。
o报告人：提交问题的人o环境：例如操作系统，软件信息，硬件规格(包括适用于本任务单的）等等信息。
一般地，我们在这里添上联系人,联系方式等信息。
o详细描述:详细描述，越详细越好。
.。
提供需要什么时候完成等等信息.最后能够附上出问题的URL地址,以方便追查故障。
详细描述包括如下内容o场景：问题对应的功能项o预期结果：程序应该输出的结果o结果：程序实际输出的结果o分析：程序不过出现的原因（可选项）o注意事项:补充说明(可选项）2。
1.1。
1 需求变更填写的详细资料和缺陷填写的详细资料一样，只是详细描述的格式不一致详细描述包括如下内容o变更内容：简要描述需求的内容o变更原因:需求变更的原因o变更影响相关程序：影响的模块（中心控制或者web等）o基本路径：填写基本的业务流o补充说明：（可选项)2.1.2添加附件、截图提交问题完成之后我们可以给提交的问题添加附件和截图。
JIRABug统计方式说明
JIRA Bug统计方式一．在JIRA查询过滤器中取得数据1.登入JIRA2.Projec ts里选择项目3.点击Issu es边上的三角，在下拉菜单中选择mor e。
选择Edit按钮，在边上出现Q u ery代码框。
4.输出JQL语句在搜索条内：type=Bug AND update d > "2011/06/15" AND update d < "2011/06/17"点击Sear ch按钮后，在下面显示搜索结果。
注意：上述语句取得2011/06/16日在JI RA上所有更新的数据信息。
如果选择项目在语句如下：projec t = projec t--stompAND type=Bug AND update d > "2011/06/15" AND update d < "2011/06/17"二．数据导出2.1 从JIRA中导出数据。
点击Issu e界面右上角的Vie ws，在弹出菜单中选择Exc el Curren t Fields。
弹出下载框，选择目录下载数据。
步骤如下图循序：根据不同浏览器各有不同三、Excel表数据操作3.1 打开所下载的Ex cel表格3.2 建立数据透视图。
随便选择表格中一个单元格，在插入中选择数据透视表弹出界面如下图：默认区域为原有表格，请检出，如不是则选择需要数据段的表格范围。
确认后出现上图3.3 取得所需求数据1.按优先级统计个Issu e状态的数量。
将Priority拖动至行标签框，Status拖入类标签框，将Issue Type托入数值框中。
再左边得到新的表：保存新表数据，如有需求则进行二次数据操作。
Jira工具操作手册
Jira工具操作手册关于本文档类型说明：创建（C）、修改（U）、删除（D）、增加（A）；目录1.登录 (1)1.1.登录网址 (1)1.2.登录操作 (1)2.总体流程 (2)2.1.需求管理流程 (2)2.2.缺陷管理流程 (3)3.需求管理操作流程 (3)3.1.新建需求 (3)3.2.需求分析 (5)3.3.需求评审 (6)3.4.创建子任务 (7)3.5.需求评审完成 (9)3.6.排期 (9)3.7.开发 (11)3.8.待升级测试环境 (12)3.9.待测试 (13)3.10.集成测试 (14)3.11.待升级UAT环境 (15)3.12.UAT冒烟测试 (16)3.13.待UAT测试 (16)3.14.UAT测试 (17)3.15.待业务验收 (18)3.16.待升级冻结环境 (19)3.17.待冻结测试 (20)3.18.待升级生产环境 (21)3.19.已上线 (22)3.20.打回 (23)3.21.暂停 (24)3.22.取消 (25)4.缺陷管理操作流程 (27)4.1.新建B UG (27)4.2.开始进行 (28)4.3.解决 (29)4.4.关闭 (30)5.其他操作 (32)5.1.编辑 (32)5.2.分配 (33)5.3.问题分类查看 (34)1.登录1.1.登录网址登录网址：http://localhost:8000/用户名：姓名全拼默认密码：1234561.2.登录操作输入登录网址，进入登录界面，如下图所示。
图1-1输入用户名、密码，点击登录，进入jira管理工具首页，如下图所示。
目前安心创建为大家创建了两个公共面板，左侧为正在进行中的任务，右侧公共面板正在配置。
图1-22. 总体流程目前jira 管理工具中可供大家使用的为需求管理和缺陷管理两个流程。
本需求管理流程以结果为导向。
2.1. 需求管理流程 创建问题（新建需求）需求分析需求评审需求评审完成创建子任务排期开发待升级测试环境待测试集成测试待升级UAT 环境待UAT 测试UAT 冒烟测试UAT 测试待业务验收待升级冻结环境待冻结测试待升级生产环境已上线2.2.缺陷管理流程创建问题（新建bug）开始进行解决关闭3.需求管理操作流程3.1.新建需求操作人员：产品经理在jira管理工具首页点击“创建问题”新建需求，或点击下拉列表“问题”，点击“创建问题”，如图3-1所示；进入创建问题界面，如图3-2所示图3-1图3-2备注：带*字段为必填字段优先级：1级为最高级，四级为最低级界面信息填写完成后，勾选“Create another”，点击“创建”按钮，继续创建新需求；取消勾选“Create another”，点击“创建”按钮，需求创建完成；如图3-3所示，显示需求创建成功；点击“取消”，取消该需求的创建。
jira-bug管理系统使用说明教程文件
Jira bug 管理系统使用说明1.登陆jira系统Jira的外网访问地址是http://121.15.134.158:8001内网访问地址是http://10.98.89.111:8001注：内网访问速度会快很多，但是考虑到工程师经常出差，所以将外网同时开放了。
管理员为软件二部的每位工程师都注册了一个用户名，用户名是工程师的中文名字，初始密码是szclou，请各位再首次登陆时修改自己的密码2.JIRA 系统的使用2.1提交问题2.1.1新建问题点击提交问题，选择项目和问题类型问题类型分为两种：∙缺陷：产品中的错误，生产环境使用中和测试报告的。
∙需求变更：原有功能不够完善，不够好用而进行的修改针对两种不同的问题类型，填写的详细资料也不同，先做如下说明2.1.1.1 缺陷填写的详细资料o问题描述：尽量简短地描述故障o优先级：分为危急严重一般次要轻微5个级别o截止日期：问题解决的最后期限o模块：选择项目种对应的模块o受影响版本:当前出问题的版本o修复版本: 规划要解决的版本，一般为出问题的版本o分派给：选择分配给特定的人，如果不指定，则分选自动。
o报告人：提交问题的人o环境:例如操作系统，软件信息，硬件规格（包括适用于本任务单的）等等信息。
一般地，我们在这里添上联系人，联系方式等信息。
o详细描述：详细描述，越详细越好。
提供需要什么时候完成等等信息。
最后能够附上出问题的URL地址，以方便追查故障。
详细描述包括如下内容o场景：问题对应的功能项o预期结果：程序应该输出的结果o结果：程序实际输出的结果o分析：程序不过出现的原因（可选项）o注意事项：补充说明（可选项）2.1.1.1 需求变更填写的详细资料和缺陷填写的详细资料一样，只是详细描述的格式不一致详细描述包括如下内容o变更内容：简要描述需求的内容o变更原因：需求变更的原因o变更影响相关程序：影响的模块（中心控制或者web等）o基本路径：填写基本的业务流o补充说明:（可选项）2.1.2添加附件、截图提交问题完成之后我们可以给提交的问题添加附件和截图。
Bug处理流程
杭州家和物联技术有限公司附件2：Bug 处理流程Bug 处理流程市场客服产品测试继续处理研发测试报告填写缺陷与限制，bug 入库，设置状态New研发对提交的Bug 进行重现、评估Bug 收集整理邮件抄送邮件发送Bug 处理判定为无效Bug ，在反馈的测试报告上状态设为Invalid否在JIRA 上创建问题，状态设置为”开始“是判定为拒绝修改或搁置的Bug 测试、产品研发讨论是否搁置是Bug 是否解决JIRA 平台将问题状态设为”已解决“测试测试报告中设Bug 状态为解决是测试报告中将Bug 状态设为Wontfix 并注明原因否缺陷与限制邮件反馈验证Bug 是否修正缺陷与限制邮件反馈是在JIRA 平台上将对应问题状态设为“重新打开”否定期跟踪关注未解决的Bug继续解决JIRA 平台相问题注释进度。
测试报告中设Bug 状态为未解决测试报告中将Bug 状态设置为close否报告Bug ，填写描述情况。
紧急bug 的处理综合技术的Bug 处理结果，更新缺陷与限制分表在JIRA 平台上将对应问题状态设置为“关闭”Bug 管理邮件抄送回复客户反馈流程说明：1、 测试员提交的测试报告缺陷与限制分表将新的Bug 入库，错误状态为New 。
2、 测试员将测试报告发送给相应的开发人员并抄送给产品。
3、 研发对测试报告的缺陷与限制分表中的bug 进行评估反馈。
4、 对于测试报告提交的无效Bug ，研发在表格上其状态置为Invalid 。
5、 对于测试报告提交的Bug ，研发拒绝修改或搁置不改的在表格上设置为Wontfix 。
6、 对于测试报告提交的普通Bug,，研发在JIRA 问题管理平台上创建相关条目，并开始处理，该问题状态为开始，研发修复Bug 后，在平台上将其状态设置为已解决。
7、 对于不能修改或者建议不修改的问题，及时反馈给测试和产品，经讨论决定后，才能置为暂时不修改Wontfix 。
8、 测试员在JIRA 问题管理平台上查询状态为已解决的Bug ，然后验证Bug 是否已解决，如解决则将测试报告缺陷与限制分表中设置Bug 的状态为Close ，如没有解决则让研发在JIRA 问题管理平台上将Bug 状态设置为重新打开。
JIRA bug提交管理规范
Bug提交管理规范修订历史目录1. BUG管理工具介绍 (3)2. BUG定义 (3)1. BUG分类 (3)2. Bug等级 (3)3. Bug状态 (4)4. Bug优先级 (4)3. BUG的生命周期 (4)4. BUG管理规范 (5)1) 项目的创建 (5)项目名称及代号规范 (5)项目的模块及版本划分规范 (5)用户角色权限分配规范 (6)2) BUG提交规范 (6)BUG的报告内容 (6)主题，即BUG简要描述 (7)严重程度选择 (7)优先级选择 (8)模块及版本选择 (8)环境 (9)BUG详细描述 (9)其他规范 (9)3) BUG分配及处理 (10)BUG的分配 (10)BUG处理 (10)4) BUG验证及关闭 (10)1.BUG管理工具介绍常用的BUG管理工具有JIRA、BugFree、Bugzilla、Mantis、XPWeb等。
我们公司采用的是JIAR，JIRA是Atlassian公司出品的项目与事务跟踪工具，被广泛应用于缺陷跟踪、客户服务、需求收集、流程审批、任务跟踪、项目跟踪和敏捷管理等工作领域。
2.BUG定义1.BUG分类BUG 就是指系统存的各种缺陷，可以从很多角度对BUG进行分类。
1、从功能方面分，产生BUG的原因大体可以归结为以下四种：A.重复的功能；B.多余的功能；C.功能没有达到设计的要求；D.功能实现与设计要求不相符。
2、从易用性方面分，可以归结为三点：A.界面不美观，控件排列、格式不统一，焦点控制不合理或不全面；B.缺少帮助信息，或者帮助信息不完全；C.功能操作复杂，提示信息不合理，易产生歧义。
3、从安全性方面分，BUG可以划分为以下几类：A.数据有效性检测不合理；B.重要数据在传输中没有加密；C.缺少身份认证机制或认证不合理；D.数据产生缺乏随机性；E．网络安全性：开放端口、服务； F．系统日志、审计。
4、从可靠性方面分，BUG可划分为以下几类：A.数据存贮的可靠性；B.业务处理的可靠性；C．硬件可靠性：如打印机；D.应急处理措施；E．数据备份、恢复。
JIRA基本流程PPT课件
的是当前登录用户的名字，用户可以进行修改
5
项目浏览（管理员）
• 点击打开项目浏览界面，该界面可以查看所有的 项目，可以对项目进行查看、编辑、 删除和新增。
6
新建用户（管理员）
• 创建用户的时候，用户名尽量填写中文姓名，查 看问题的时候，就可以很清楚的看见问题是谁提 交的。
题
测试通过
流程结束
JIRA流程图
项目负责人
开发人员
整理并分配 任务
开始解决
判定问题是 否需要解决
否
是
点击解决问 题
点击开始进 行
注明原因
点击解决问 题
关闭问题
标注：已解 决
32
创建问题
JIRA流程图
创建问题
打开
开始进行 停止进行
正在进行中， 尚未完工
解决问题
解决
关闭问题
关闭
关闭问题
重新测试
重启问题
2
登录平台
http://服务器IP:端口号 登录jira 登录账号是用户自己的名字，密码为名字的首字母 例如：username: **** password: ****
3
新建项目（管理员）
4
新建项目（管理员）
• 名称：填入要测试的模块的名字例如 ：数字化医院 系统—— 安全药房。（尽量填写模块的名称，便 于管理）
• 工作描述： 本阶段所完成的工作以及剩余工作的描述
• Viewable by All Users： 设置可以查看该日志的角色
30
体验
/secure/Dashboard.jspa
31
JIRA用户使用手册
1登陆1、要进入JIRA的BUG跟踪系统，用户需要打开浏览器输入如下地址：2、用户需要输入JIRA验证，用户名就是管理员分配的用户名，密码是管理员给设置的初始密码（用户登录后可自行修改密码和用户名，但用户名只是JIRA界面内你自己看到的用户名而不是你登录时输入的名字）3、接着会进入JIRA的主界面2创建问题2.1 创建问题2.1.1 可实现功能◆创建一个新的问题。
2.1.2 操作步骤◆在首页左上角单击“创建问题”，进入选择选项目和问题类型界面。
◆单击“下一步”◆添加所有信息，然后单击“Create”完成操作。
◆在添加完的界面里：1、单击“分配”可以进入分配界面，把问题再分配给别的人处理。
2、单击“上传附件”可以把和这个问题有关的信息以附件形式上传，便于沟通。
3、单击“屏幕截图”可以更直观的把不能用文字描述的问题让被分配人员了解。
4、单击“复制”可以对这个问题进行复制，便于项目内部的问题重复修改。
（注：本功能点的复制只能是项目内部的不能是部门间项目的复制）5、单击“写备注”可以对问题进行详细描述。
6、单击“删除”可以对问题进行删除。
7、单击“链接”可以把部门内部多个项目间的问题进行关联，便于管理问题的重复开发和修改。
8、单击“移动”可以把一个问题从一个项目移到另一个项目，可以缓解部门间有些项目组忙时的压力。
9、单击“监测”，可以设置你监测此问题，方便部门内部大家的互相学习，把自己不会的看别人怎么解决。
3配置管理3.1 配置管理3.1.1 可实现功能◆管理自己的信息，修改自己需要的设置。
3.1.2 操作步骤◆在首页的右上角单击“配置”，在这个页面里你可以看到自己的配置信息。
3.2 个人分布图3.2.1 可实现功能◆查看所有项目和自己能修改的项目分布图,通过查看全局分布图可以看到各种与自己相关的报告信息和选择过滤器浏览相关问题信息。
3.2.2 操作步骤◆单击“个人分布图”，进入界面页面。
3.3 你的投票3.3.1 可实现功能◆投票可以设置你对某个问题的态度是支持还是反对。
jirabug管理系统使用说明
Jira bug 管理系统使用说明1.登陆jira系统Jira的外网访问地址是内网访问地址是注：内网访问速度会快很多，但是考虑到工程师经常出差，所以将外网同时开放了。
管理员为软件二部的每位工程师都注册了一个用户名，用户名是工程师的中文名字，初始密码是szclou，请各位再首次登陆时修改自己的密码2.JIRA 系统的使用2.1提交问题2.1.1新建问题点击提交问题，选择项目和问题类型问题类型分为两种：•缺陷：产品中的错误，生产环境使用中和测试报告的。
•需求变更：原有功能不够完善，不够好用而进行的修改针对两种不同的问题类型，填写的详细资料也不同，先做如下说明2.1.1.1 缺陷填写的详细资料o问题描述：尽量简短地描述故障o优先级：分为危急严重一般次要轻微5个级别o截止日期：问题解决的最后期限o模块：选择项目种对应的模块o受影响版本:当前出问题的版本o修复版本: 规划要解决的版本，一般为出问题的版本o分派给：选择分配给特定的人，如果不指定，则分选自动。
o报告人：提交问题的人o环境:例如操作系统，软件信息，硬件规格（包括适用于本任务单的）等等信息。
一般地，我们在这里添上联系人，联系方式等信息。
o详细描述：详细描述，越详细越好。
提供需要什么时候完成等等信息。
最后能够附上出问题的URL地址，以方便追查故障。
详细描述包括如下内容o场景：问题对应的功能项o预期结果：程序应该输出的结果o结果：程序实际输出的结果o分析：程序不过出现的原因（可选项）o注意事项：补充说明（可选项）2.1.1.1 需求变更填写的详细资料和缺陷填写的详细资料一样，只是详细描述的格式不一致详细描述包括如下内容o变更内容：简要描述需求的内容o变更原因：需求变更的原因o变更影响相关程序：影响的模块（中心控制或者web等）o基本路径：填写基本的业务流o补充说明:（可选项）2.1.2添加附件、截图提交问题完成之后我们可以给提交的问题添加附件和截图。
Jira上Bug处理流程
J i r a上B u g处理流程 This model paper was revised by the Standardization Office on December 10, 2020J i r a上B u g处理流程第一章LIT的Jira上问题处理流程具体处理流程如下：1、LIT测试过程中发现问题，在JIRA上新建Bug，分配Bug给相关Team组长，Bug为Open状态；2、组长接收到邮件通知后，将Bug分配给相应开发人员，Bug保持Open状态；3、开发人员接收到邮件通知后分析问题，若需要修改将Bug状态改为In progress；若不需要修改直接将Bug状态改为Resolved(Won't Fix )；4、开发人员修改Bug完毕后，将Bug状态变更为Resolved(Fixed)；5、LIT对状态为Resolved的Bug进行验证，若验证通过，将Bug状态改为Closed，若验证不通过，将Bug状态改为Reopen；6、对于Reopen状态的bug，重新按上面3-5步骤进行处理，直至问题Closed；7、对于Open或Reopen状态的Bug若是暂时无法解决可以采取挂起的方式，修改Bug为Resolved状态，并设置解决方式为Pending。
第二章 SIT的Jira上问题处理流程SIT的Jira上问题处理流程分为早期版本和新版本（将来版本）两种，对于新版本的流程在Jira上有单独标识，没有标识的即为早期版本。
两种处理流程有所差异。
2.1 早期版本处理流程1、SIT测试过程中发现问题，在JIRA上新建Bug，分配Bug给相关Team组长，Bug为Open状态；2、组长接收到邮件通知后，将Bug分配给相应开发人员，Bug保持Open状态；3、开发人员接收到邮件通知后分析问题，若不需要修改直接将Bug状态改为Resolved(Won't Fix)；若需要修改，在Bug修改完毕后，将Bug状态改为In progress；4、LIT对In Progress状态的Bug进行验证，若验证通过，将Bug状态改为Resolved （Fixed），若验证不通过，将Bug状态改为先Resolved，然后再改为Reopen（受Jira 定义的业务流程限制只能按照这种方式来Reopen）；5、SIT对Resolved的Bug进行验证，若验证通过，将Bug状态改为Closed，若验证不通过，将Bug状态改为Reopen；6、对于Reopen状态的Bug，重新按上面3-5步骤进行处理，直至问题Closed；7、对于Open或Reopen状态的Bug若是暂时无法解决可以采取挂起的方式，修改Bug 为Resolved状态，并设置解决方式为Pending。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
J i r a上B u g处理流程标准化工作室编码[XX968T-XX89628-XJ668-XT689N]
J i r a上B u g处理流程
第一章LIT的Jira上问题处理流程
具体处理流程如下：
1、LIT测试过程中发现问题，在JIRA上新建Bug，分配Bug给相关Team组长，Bug为Open状态；
2、组长接收到邮件通知后，将Bug分配给相应开发人员，Bug保持Open状态；
3、开发人员接收到邮件通知后分析问题，若需要修改将Bug状态改为In progress；若不需要修改直接将Bug状态改为Resolved(Won't Fix )；
4、开发人员修改Bug完毕后，将Bug状态变更为Resolved(Fixed)；
5、LIT对状态为Resolved的Bug进行验证，若验证通过，将Bug状态改为Closed，若验证不通过，将Bug状态改为Reopen；
6、对于Reopen状态的bug，重新按上面3-5步骤进行处理，直至问题Closed；
7、对于Open或Reopen状态的Bug若是暂时无法解决可以采取挂起的方式，修改Bug为Resolved状态，并设置解决方式为Pending。
第二章 SIT的Jira上问题处理流程
SIT的Jira上问题处理流程分为早期版本和新版本（将来版本）两种，对于新版本的流程在Jira上有单独标识，没有标识的即为早期版本。
两种处理流程有所差异。
2.1 早期版本处理流程
1、SIT测试过程中发现问题，在JIRA上新建Bug，分配Bug给相关Team组长，Bug为Open状态；
2、组长接收到邮件通知后，将Bug分配给相应开发人员，Bug保持Open状态；
3、开发人员接收到邮件通知后分析问题，若不需要修改直接将Bug状态改为
Resolved(Won't Fix)；若需要修改，在Bug修改完毕后，将Bug状态改为In progress；
4、LIT对In Progress状态的Bug进行验证，若验证通过，将Bug状态改为Resolved （Fixed），若验证不通过，将Bug状态改为先Resolved，然后再改为Reopen（受Jira 定义的业务流程限制只能按照这种方式来Reopen）；
5、SIT对Resolved的Bug进行验证，若验证通过，将Bug状态改为Closed，若验证不通过，将Bug状态改为Reopen；
6、对于Reopen状态的Bug，重新按上面3-5步骤进行处理，直至问题Closed；
7、对于Open或Reopen状态的Bug若是暂时无法解决可以采取挂起的方式，修改Bug 为Resolved状态，并设置解决方式为Pending。
2.2 新版本（将来版本）处理流程
1、SIT测试过程中发现问题，在JIRA上新建Bug，分配Bug给相关Team组长，Bug 为Open状态；
2、组长接收到邮件通知后，将Bug分配给相应开发人员，Bug变更为Assign状态，若是选择Accept表示将问题分配给自己；
3、开发人员接收到邮件通知后分析问题，若不需要修改直接将Bug状态改为
Resolved(Won't Fix)；若需要修改，在Bug修改完毕后，将Bug状态改为Resolved （Fixed）；
4、LIT对Resolved状态的Bug进行验证，若验证通过，将Bug状态改为LIT Verified，若验证不通过，将Bug状态改为Reopen；
5、SIT对LIT Verified状态的Bug进行验证，若验证通过，将Bug状态改为Closed，若验证不通过，将Bug状态改为Reopen；
6、对于Reopen状态的Bug，重新按上面3-5步骤进行处理，直至问题Closed；
7、对于Assigned或Reopen状态的问题若是暂时无法解决可以采取挂起的方式，修改Bug为Pending。
第三章备注
在上述LIT的Jira处理流程和SIT的Jira处理流程中，研发对于Bug状态的修改必须添加相应备注信息。
备注信息说明如下：
1、开发人员修改Bug状态时，应在备注中填写问题产生的原因和解决方案；
2、LIT测试人员修改Bug状态时，应在备注中填写Bug验证结果，并提交问题具体
解决的版本号。