JIRA Screen管理与Bug处理指南

需积分: 14 3 下载量 21 浏览量 更新于2024-08-21 收藏 1.9MB PPT 举报
"这篇文档主要介绍了JIRA中的Screen管理以及如何高效使用JIRA进行Bug管理,特别是对于测试人员的工作流程提供了详细的指导。" 在JIRA中,Screen管理是一个关键功能,它允许用户自定义不同角色(如测试人员、开发人员等)在执行不同任务时看到的字段集合。每个Screen可以包含多个Field,这些Field根据项目的具体需求进行选择和展示。例如,当一个项目需要特定的字段如“游戏名称”、“Bug类型”或“测试对象”时,可以通过配置Screen来确保这些字段在适当的时候默认显示。 对于测试人员来说,JIRA提供了以下工作流程和注意事项: 1. **新建/编辑Bug**:创建Bug时,需要按照规定的格式填写概要,例如【游戏名称】【Bug类型】【测试对象】等。游戏名称应从下拉列表中选择,Bug类型要根据实际情况确定,不能选择None。测试对象区分插件或独立播放器,同样不能选择None。 2. **Bug类型分类**:Bug的类型包括市场反馈、新功能引入、Build regression和Release regression等。每种类型都有其特定的处理方式,例如RegressionBug需要在备注中记录先前无此问题的版本号。 3. **选择提测版本**:提测版本的build号应随着每次修复或新增功能而递增,以明确测试的目的和进度。 4. **优先级设置**:Bug的优先级按Blocker、Critical、Major、Minor和Trivial的顺序排列。非必现类Bug的处理原则是,死机、Crash或阻塞问题保持原有级别,单机出现的问题降一级。 5. **测试平台与环境**:选择相应的测试平台和机型,以及网络环境配置,以全面覆盖测试场景。 6. **描述与截图**:Bug描述要求简洁明了,每步操作独立描述,对比类问题需附带详细截图,如手机截屏、Adobe验证截图或Heno模拟器截图。功能类问题则需提供Log或trace信息。 7. **发生频率**:必现类Bug选择“总是”,非必现类Bug需记录出现的频率和条件。 通过这样的流程,测试人员可以更有效地在JIRA中跟踪和管理Bug,确保问题能得到及时且准确的报告和处理。这对于整个团队的协作和产品的质量控制至关重要。系统管理员可以进一步定制化Screens,以适应不同项目和团队的需求,提高工作效率。