业务需求类包括两类:服务台或BT/PM收集到的优化或修改需求,以及BT/PM收集到的新的业务需求。该部分需求,前一类,可以直接在Jira中录入用户提出的BR,并新建对应的PRD进行产品需求分析,另一类需要在Confluence中定义详细的产品需求,并把产品需求对应到相应的BR中。
4.1.1 新增BR(业务需求)
BR类型的Issue记录原始的业务需求,包括:服务台收集的优化需求,DT/PM收集到的修改现有功能的业务需求,以及新的功能中业务提出的需求。
- 参与人员:服务台或BT/PM
- 具体操作:在Jira中,服务台或BT/PM将业务需求,创建一个Issue,选择类型为:Busineess Requirement ,选择Component,填写相关信息,并将其指派给BT/PM,提交该Issue。按图操作即可,见-图 4-1 新增BR
图 4-1 新增BR
4.1.2 新增PRD(产品需求)
PRD类型的Issue记录一条产品需求,该产品需求PRD由业务需求分析得到,并关联到上级的BR,由BT/PM定义并增加到Jira的Issue中,指派给开发负责人(IT PM/子系统/组件负责人)。
另外,还有一类需求时IT基于系统优化提出的,也可以以PRD类型添加,Link到对应的设计方案。
- 参与人员:BT/PM IT Leader
- 具体操作:
- 在Jira中,按照BR的记录,将对应的产品设计需求,创建一个Issue
- 首页选择【create】,选择组件,输入概要信息summary及Description描述
- 选择【Plan】页,建立该PRD与BR的关系,使用关系:【 is subtask of 】,选择要关联的业务需求BR
- 必须填写到期时间:Due date,时间为上线时间。
- 选择指定人,指定给子系统/组件负责人,或者不明确的部分指定给IT PM。
- 点击【create】创建一个PRD。见-图 4-2 新增PRD
- 将该PRD关联到Confluence中的需求页面,在Issue的浏览页面,选择【more】中的【Link】,进入link页面,如-图 4-3 选择Link
- 进入到Confluence中,找到需求页面,复制页面地址,如-图 4-4 复制页面地址
- 在Jira的Link页面,添加复制的页面地址到:Confluence Page页面,点击【link】,如-图 4-3 添加Link。
图 4-2 新增PRD
图 4-3 选择Link
图 4-4 复制需求地址
图 4-5 添加Link
4.1.3 新增task/Subtask(开发任务)
任务部分管理从开发承接到BT/PM的PRD并进行开发的过程,需要根据每一个PRD的要求及时间要求进行开发任务的分解和执行。新功能的开发需要比到期时间due date至少提前1天,给测试预留时间。
- 参与人员:IT PM / IT 子系统/组件负责人
- 具体操作:
- 在Jira的Issue浏览页面中,找到需要完成的PRD,在菜单【more】中选择【Create sub-task】,创建一个subtask子任务类型的Issue,如-图 4-6 Create sub-task
- 在创建页面填写信息,如下是必填项:
- 选择组件Component
- 填写概述Summary,详细描述Description
- 选择指定完成人
- 选择到期时间due date,新功能要比PRD到期时间至少提前1天
- 点击【Create】,创建该开发子任务。如-图 4-7 Subtask信息
- 查看PRD中的信息,有添加完成的子任务及状态,如-图 4-8 查看Subtask信息
图 4-6 Create sub-task
图 4-7 Subtask信息
图 4-8 查看Subtask信息
新增Test(测试用例)
Test测试提供支持PRD测试的功能,可以针对某一个Component,PRD进行测试用例的编写、测试用例的执行及缺陷提交。
- 参与人员:测试人员
- 具体操作:
- 创建测试用例有两个入口:
一个是直接在页面【Create】一个类型为Test的Issue,这样可以关联到PRD,由PRD关联到组件;
另外一个是,从类型为PRD的Issue中菜单【more】中的【Create Zephyr Test】,选择组件,创建跟组件关联的测试用例。如-图 4-9 创建Test
图 4-9 创建Test
- 填写测试用例信息:
- 在Jira中编写测试用例
- 选择组件Component
- 填写概述Summary,Summary的内容为:组件中的模块Mod1 / 模块的分功能Func1 / 用例概述+三位顺序号,如:库存调账/新增库存调账/符合要求的输入001
- 填写描述Description,可填写用例的前提条件及说明信息
- 编写用例,填写:步骤,数据及期望结果
- 点击【Add】添加用例信息
- 添加用例信息后点击【Create】,创建一个测试用例,如-图 4-10 添加Test信息
图 4-10 添加Test信息
- 在Jira中增加一个测试用例,链接到Testlink中的测试集
- 选择组件Component
- 填写概述Summary,Summary的内容为:组件中的模块Mod1 / 模块的分功能Func1 / 用例概述+三位顺序号,如:库存调账/新增库存调账/符合要求的输入001
- 填写描述Description,可填写用例的前提条件及说明信息
- 编写用例,填写:
步骤:Testlink地址
数据:Testlink中的项目名称/测试集1/测试集2
期望结果:如Testlink,可空白
- 点击【Add】添加用例信息
- 添加用例信息后点击【Create】,创建一个测试用例,如-图 4-11 添加Test信息链接Testlink
图 4-11 添加Test信息链接Testlink
- 用例添加完成后,点击左侧侧边栏的【Tests】,进入Tests页面,可以查看用例情况,以及组件下的用例。如-图 4-12 查看Test
图 4-12 查看Test
4.1.5 新增Versions(版本发布)
Release及Version提供了对发布版本的管理,可以在Release页面直观的看到定义完成的一次版本发布的执行情况,是否进入可发布阶段。
- 参与人员:BT/PM
- 具体操作:
- 创建一个Version,在Release中定义一个版本Version
- 在Backlog页面中,将要发布的内容从Sprint列表中拖到发布版本中,如-图 4-13 添加发布内容
- 可以在Release中查看发布内容的完成情况,如-图 4-14 查看版本执行情况
图 4-13 添加发布内容
图 4-14 查看版本执行情况
4.1.6 执行task/Subtask(开发任务)
- 参与人员:开发人员
- 具体操作:
- 指定任务为Subtask,查看Summary中有上级PRD的编号链接,如-图 4-14 执行Task/Subtask。
- 点击编号,可以打开本任务关联的PRD,查看本任务的需求,在Confluence中的需求说明书,如-图 4-14 执行Task/Subtask
图 4-14 执行Task/Subtask
图 4-15 查看PRD 需求文档
3. 开发人员完成指定到自己的开发任务,参考PRD中关联的Confluence中的需求文档,需要在评论区留言,说明已经按照需求文档的要求来进行开发,如-图 4-15 添加评论
图 4-15 添加评论
4. 开发完成后,修改Issue状态为Resolved,并将该任务指回给任务分配人。
4.1.7 检查PRD(产品需求)
- 参与人员: IT PM / IT 子系统/组件负责人
- 具体操作:检查开发任务完成情况,如果一个PRD的子任务全部为Resolved,将子任务状态修改为Done,并将完成的PRD修改状态为Resolved,将PRD指派给测试人员进行测试。如-图 4-16 检查PRD完成情况
图 4-16 检查PRD完成情况
4.1.8 执行PRD Test(功能测试)
- 参与人员:测试人员/服务台
- 具体操作:
- 对指派给自己的PRD,按照PRD中关联的用例(relates to的test类型的Issue),执行测试;
图 4-14 查看用例
- 执行用例,进入用例页面,点击上方菜单的执行【Execute】
图-4.15 执行用例
- 进入选择版本和测试周期页面,选择当前版本号及周期(有版本号),指派人,或者直接选择:Execute ad Hoc(执行一个临时的测试周期),点击执行,如-图 4-15 执行用例
图 4-15 执行用例
- 按测试用例执行测试,如果是功能用例直接编写在Jira中的,按照测试步骤执行,如果测试用例在Testlink中的,按链接地址的目录执行测试。测试结果有5类,PASS通过,FAIL失败,WIP进行中,BLOKED阻塞,UNEXECUTED未执行,选择实际结果进行填写
- 记录执行结果:不通过的用例,提交Bug,并指给开发人员进行修改,后续对bug 进行跟踪;通过的用例,设为Pass,不满足测试条件的用例,设置为Blocked。如-图 4-16 执行结果
- 测试PASS的用例,将状态设置为Done,如-图 4-17 关闭测试用例
- PRD中的用例全部通过后,返回到该PRD,将其状态修改为Done,指回给任务分配人员。,如-图 4-18 关闭PRD
图 4-16 执行结果
图 4-17 关闭测试用例
图 4-18 关闭PRD
4.1.9 执行Release(发布)
该发布版本中所有的Issue状态为Done时,可以启动版本发布。版本发布首先要进行上线前测试,该上线前测试跟项目的不同有的是SIT的延伸,有的是业务进行的UAT测试,不管是那种测试都要涉及到场景及此次发布可能引起的其他流程的验证活动。
- 检查发布状态
- 参与人员:IT PM / IT 子系统/组件负责人
- 具体操作:此次发布中的PRD及Bug全部为Done时(内容条为绿色),说明可以进行发布。
- 上线前测试(UAT或SIT流程)
- 参与人员:测试人员/服务台或者业务人员
- 具体操作:
- 测试负责人点击左侧菜单【Test】,进入项目的Test页面,在当前版本下创建一个测试周期,将相关主流程或场景的用例添加到该测试周期中,见章节3-4.有一些用例可能在验证PRD时测试通过,看情况是否重新执行
- 执行该测试周期的内容,选择要发布的版本,页面右侧会显示包含的用例,选择【Select All】,点击【E】,执行全部测试用例,如-图 4-19 执行测试周期
- 针对每一个用例选择测试结果,并提交Bug
- 测试用例通过后,Test页面下的该测试周期显示为绿色,说明流程已经全部验证完成,通知IT PM 可以上线,如-图 4-20 上线测试完成
- 此处说明,如果有遗留的Bug可以不影响此次上线,经过讨论可以不必要求测试周期全部显示绿色,也就是说测试中可以有用例没有通过
图 4-19 执行测试周期
图 4-20 上线测试完成
- 发布
- 参与人员:IT 开发人员
- 具体操作:将系统按顺序部署到正式的生产环境
图 4-21 上线发布
- 上线后测试
- 参与人员:BT/PM 测试人员或者业务
- 具体操作:在生产环境执行上线测试周期的内容,确认无误后,上线发布完成