资源描述
Jira使用技巧,应用产品部产品设计组 Eddy Cheng,基础部分 测试人员篇 开发人员篇 PM/QA篇 系统管理员篇,内容介绍,基础部分,入口地址 https:/192.168.0.180/jira/secure/Dashboard.jspa,Username/Password同CF一致,基础部分,基础部分,项目Dashboard,测试人员篇,新建/编辑Bug 处理已报Bug,测试人员篇,新建/编辑Bug,概要:Bug标题 格式为: 【游戏名称】【Bug类型】【测试对象】+其他字段+概述,游戏名称:下拉列表选择测试的游戏,可多选,Bug类型: 通过对比验证确定Bug的分类,不可为None,测试对象:代表当前测试的项目为插件或独立播放器,不可为None,测试人员篇,新建/编辑Bug,Bug Tracking:追踪各版本Bug的标识,市场反馈:为用户反馈的Bug,需按照用户反馈类流程处理 新功能引入:为当前提测版本中新加入功能/需求导致的Bug Build regression:当前提测版本中存在的Bug,回归到上一个或N个版本中不存在该问题 Release regression:本次发布周期出现的Bug,上一发布版本中不存在,Regression Bug需要在备注中填写测试不存在的先前版本号,测试人员篇,选择提测版本,从首次提测开始,每个被接受的测试包build号执行+1操作。 如 : 首轮测试 build0001 目的:基本功能完成 第二次提测 build0002 目的:fix bug 第三次提测 build0003 目的:fix bug & 新功能,必选项,测试人员篇,优先级 BlockerCriticalMajorMinorTrivial 非必现类处理原则: 1. 死机/Crash/阻塞问题保持原有级别不变 2. 仅在一台机型上出现,Bug等级降一个级别,测试人员篇,新建/编辑Bug,1. 选择对应的测试平台和机型列表,可多选,2. 选择对应的网络环境配置列表,可多选,测试人员篇,描述部分已简洁有效的语言概述。 一个步骤只做一步操作,显示对比类问题必须上传详细的截图 包括 手机截屏/Adobe验证截屏/Heno模拟器截图 功能类问题提供Log/trace,测试人员篇,发生频率,必现类Bug,选择 “总是” 非必现类Bug 1. 根据(出现次数/测试次数)算出发生频率 2. 备注中添加测试机型,测试次数 3. 非必现类Bug至少在两部机型上测试不少于各10次,【反馈】类 根据市场反馈类确认能否重现 如能重现选择对应重现频率 其他部分和常规Bug处理一致,测试人员篇,Bug 生存周期,测试人员,Bug的每次操作添加备注说明 Bug状态更改需添加 测试版本号和测试结果,PM/QA篇,项目状态跟踪 Bug定制查询 过程查询,项目状态跟踪,通过新建自定义过滤器查询bug,过滤器查询,技巧:将自定义的过滤器保存可提供下次或其他成员使用,过滤器高级应用,JIRA结构化查询语句JQL ,例1,例2,订阅过滤器,Bug列表视图管理,项目进度追踪,提测版本Bug统计,Q:查询某项目Build0003中插件Bug情况 A:1. 新建过滤器 2. 选择指定字段 3. 查询结果,Bug操作,例:将某个bug从iPhone项目移动到 市场反馈类 项目中,Bug操作,批量移动,系统管理员篇,系统管理员篇,项目 用户管理 Scheme管理 Issue字段管理 Issue配置管理 其他,新建/编辑项目,新建/编辑项目,目前使用 Default Notification Scheme,新建/编辑项目,用户管理,添加/删除用户 用户分组 任务权限,添加/管理用户,新建/管理用户,编辑用户各项属性,用户权限,用户所属Group具有不同权限,自定义字段,Issue FieldCustom Fields,自定义字段,选择新字段影响的项目,可多选,Screen管理,每个Screen中包含了多个Field,用于不同项目的字段显示。 项目选择对应的screen时,全局的Field就作为默认项显示,Issue Type Screen Schemes,使用对应的Issue Type的项目会分类在同一个Screen Schemes下,WorkFlow,一个workflow是由多个step组成 例: Jira自带5个step Open/In Progress /Resolved/Reopened/Closed,Q&A,Thanks!,
展开阅读全文