JIRA培训手册PPT课件

，JIRA内部培训指南，CONTENT，JIRA简介，用户管理，01，02，项目管理，03，产品开发流程，04，05，JIRA与Jenkins集成，JIRA特性，管理缺陷干净、强大的用户界面使业务或技术用户容易理解。工作流自定义全文搜索和强大的筛选器(可自定义、可保存、可共享、可调度的筛选器)；定制工作台和实时统计数据企业级权限和安全控制轻松扩展并与其他系统集成，包括电子邮件、SVN、RSS、Excel、XML、源代码控制工具：配置极高的通知选项；几乎可在所有硬件、操作系统和数据库平台上运行：JIRA简介，JIRA为软件开发团队提供了问题跟踪和项目跟踪功能，以提高代码质量和开发速度。问题捕获和配置、简单快速的界面和自定义工作流、面向OpenSocial的仪表板、可插拔集成框架相结合，完全符合开发团队的核心。问题：使用JIRA跟踪不同类型问题的组织可以确定需要管理的所有目标，例如软件缺陷、项目的特定任务和需要解决的技术问题。当前涉及的问题的主要类型包括：“Epic:里程碑存储：要求子任务：开发任务缺陷：错误状态查看要处理的任务”、“JIRA简介”、“工作流工作流工作流根据特定规则和过程执行任务”、“JIRA在生命周期中遇到的问题的状态之间的变化”。当前默认工作流如下：默认值使用当前设置的工作流。如果有更复杂的要求，请与管理员联系以自定义工作流。Tips:角色相关、负责人创建Epic里程碑。需求个人收集需求后，在Jira系统中创建需求任务。设计者分析每个要求，然后创建开发任务并将其分配给开发人员。开发人员复查Jira系统中分配给他们的作业，及时处理，填充处理情况，然后提交工作量记录。测试人员根据测试情况在Jira系统中及时快速记录问题，在开发人员处理后验证和跟踪问题。CONTENT、JIRA简介、用户管理、01，02、项目管理、03、产品开发进程、04，05、JIRA与Jenkins的集成、创建用户和用户组，以及创建新用户后设置用户组。系统默认用户组：jira-users最终用户可以具有jira-developers开发人员、工作单分配、工作单处理、SVN查看等权限。jira-administrators管理员，可以添加、删除和更改项目和系统配置。还可以自定义用户组，例如Design designer Dev开发人员QA测试人员Req要求、设置用户组权限、系统全局权限和JIRA登录。他们是用户。创建的所有新用户都将自动连接到此权限。登录： JIRA的用户必须具有此权限，无论此用户是否具有其他权限。通过选择器选择用户和用户组并使用“共享”问题的能力。具有此权限的用户可以查看系统中的所有用户组和用户。CONTENT、JIRA简介、用户管理、01，02、项目管理、03、产品开发流程、04，05、JIRA与Jenkins集成、创建项目管理3354项目、创建新项目和新看板角色可用于JIRA的许多配置，例如通知、权限、工作流等。建立项目管理权限方案、项目和新权限方案关联项目管理权限使用其他方案、修改当前关联权限方案的权限修改项目管理权限、项目权限决定哪些人可以访问项目(例如，“编辑问题”、“生成问题”等)。权限方案定义项目权限的特定配置。项目建立后，预设关联JIRA的预设权限scheme，用来变更目前所选scheme的权限，或建立新的权限scheme以与专案相关联。添加权限方案问题权限方案添加权限方案、创建项目管理工作流、工作流显示生命周期中不同状态之间问题的变化，并且可以为不同类型的问题创建不同的工作流。您可以通过两种方法创建工作流：单击“添加工作流复制”以复制现有工作流，添加工作流问题生成工作流，复制工作流问题生成工作流，项目管理设置工作流方案，编辑工作流方案关联工作流问题工作流方案，增加工作流方案问题工作流方案增加工作流方案，添加现有工作流，3，指定工作流的问题类型，1，4，2，项目管理工作流方案关联主题，工作流方案和工作流方案、CONTENT、JIRA简介、用户管理、01，02、项目管理、03、产品开发进程、04，05、JIRA与Jenkins的集成、演化版本工作流图表、具体步骤如下：项目负责人是项目里程碑(问题类型Epic)，主持人是需求负责人。创建完成后，状态为“待办”。需求者按钮单击处理。项目组成员会议讨论，确定工作范围。需求者细化作业，并将需求清单分类。需求联系人在Jira系统中创建需求(问题类型Story)，并选择顾问作为设计者。创建完成后，将进入“待办事项”状态，并尽可能在Confluencewiki系统中设置wiki页面说明要求，然后连接到此存储库。设计人员单击按钮“正在处理”。设计师根据需要分割开发工作。设计人员为Story创建Subtask子任务，并选择顾问作为开发人员来分发开发任务。报告是测试负责人。创建完成后，状态为“待办”。开发者单击“处理中”按钮。开发人员执行开发任务。开发完成后，开发人员单击按钮“正在查看”，按subtask提交代码，并在SVN中指定作业编号(例如OSPRD-415)。红色部分是最终审计开发人员专业要求，是开发的必需要求要求人员确保Story下的所有Subtask子作业状态为“正在审阅”。如果Story下的所有子任务的状态均为“正在查看”，则申请人在单击“正在查看”按钮时将处于“正在查看”状态。否则，将不起作用。测试负责人通过过滤处于“正在审阅”状态的开发任务(即，Subtask类型的问题)审阅要测试的开发任务。测试负责人将开发任务的报告者变更为测试人员，执行测试任务部署。测试者对分配给自己的开发工作进行测试，测试发送到17，测试不发送到22。如果测试通过，测试人员单击“完成”即可完成开发工作。Requirements检查该Story下的所有Subtask子任务状态是否为“完成”。如果Story下的所有Subtask子task状态都是“完成”，则在单击“完成”按钮后，requirements将显示Story状态为“完成”。否则，将不起作用。负责人将确保Epic下的所有Story状态都是“完成”。如果Epic下的所有Story状态均为“完成”，则任务接受者将单击“完成”按钮。否则，将不起作用。如果在步骤16中未通过测试，测试器将生成错误。错误必须链接到开发任务(Subtask)，以便开发人员使用。红色部分是测试人员的必备要求，作为最终审计开发人员的专业要求。项目定期会议决定本周的工作，开发主管将bug拖放到sprint上(可以跳过此步骤)。开发者单击“处理中”按钮。开发人员开始修复错误。错误修复完成后，开发人员单击按钮“正在查看”，按bug提交代码，并在SVN中指定作业编号(例如OSPRD-415)。红色部分是最终审计开发人员的专业要求，是开发的必要要求测试人员筛选状态为“正在审查”的错误，测试错误修正的结果。如果测试通过，请跳至步骤17。如果测试未通过，测试人员必须单击“处理中”按钮，指明测试失败，然后再次进行更正。转到步骤25，重复该过程。创建问题和分配，21，管理员：该问题的处理负责人报告者：此问题的所有任务都允许开发人员接受开发任务，管理员登录后，可以在分配给我的界面中查看此任务信息。例如，设计者可以查看分配给他们的要求story开发人员可以查看分配给他们的开发任务开发人员可以查看分配给他们的错误。例如，开发人员可以按一下状态按钮处理中(processing)，然后执行开发工作。开发人员提交工作量记录，开发人员创建活动日志，包括作业说明和预计花费的时间以及剩馀时间。执行开发人员开发工作，连接SVN提交代码和jira，向SVN提交代码文件，在Message对话框中填写JIRA的问题ID(例如OSPRD-415)，Jenkins扫描SVN，然后向JIRA发送消息，在JIRA中，测试器快速提交缺陷，跟踪缺陷，创建缺陷订单验证问题处理，根据工作流节点选择不同的任务，测试器对分配给自己的开发工作进行测试，通过测试后，测试器单击“完成”。也就是说，开发工作完成了。如果测试未通过，测试器将生成错误。错误必须链接到开发