Jira+confluence 敏捷化流程 - 图文

Jira+confluence 敏捷化流程

演讲者：单应青2015/10/13

敏捷流程系统：

项目管理系统Jira：http://192.168.1.233:8080文档管理系统wiki Confluence ：http://192.168.1.233:8090项目代码管理系统Fisheye ：http://192.168.1.233:8060测试用例管理系统Testlink ：http://192.168.1.233:8010简述敏捷&JIRA：

Jira项目敏捷流程：epic 项目计划-> userstory 需求->task 任务->bug 缺陷

项目需求阶段：

项目需求由产品经理负责完善：

?1）收集各部门业务需求，并与业务部门领导确认需求点；

?2）针对各业务部门需求和研发内部需求编写“需求文档”，并按照优先级进行排序；?3）对整理的需求安排开发计划（开发时间必须控制：2~3周）；

?4）在confluence新增需求详细说明文档，需求文档命名统一格式为：V2.1 需求文档（开始：2015/10/1至结束：2015/10/15）；?5）其中在jira上创建一个对应Epic，（注：Epic就是版本的根需求）；

?6）细分该Epic有多少个userstory（注：每个userstory就是一个需要完成的需求信息）；

?7）在需求讨论会上，开发者必须确认每个usestory需求完成的时间（注：如userstory过大可以继续拆分）；

Confluence 需求实例：

Jira新增Epic实例：

项目设计阶段：

?1）设计师按照需求按照原型；

?2）项目部分或需求如出现大的更改，需要产品经理重新出原型图；

?3）设计完成后需要交给产品经理审视（注：如产品经理对业务不清楚或不能确认可跟领导共同确认）；

?4）设计一经确认不得私自更改（注：如有变化需要发邮件通知相关人员并CC给技术总监，领导审批后重新评估开发与测试时间）；?5）设计师完成设计后，将设计稿放置共享服务器中或SVN中，为方便查找，文件夹统一存放路径格式如下：

设计->会存->V2.1->微信->首页->….

->app->ios->首页->…..

->android->首页->…

开发阶段：

?1. 开发在完成任务或缺陷后，提交svn时需要备注任务或缺陷关键词并且关闭该任务；如：任务链接为：http://192.168.1.233:8080/browse/WXAPP-6

1）svn提交时备注WXAPP-6+ 任务简述说明；2）关闭对应的任务；

注：以上也支持多个任务同时提交，每个任务关键词放置一行就ok了；

项目完成阶段：

?1. 开发完成后发邮件提交测试：

邮件格式统一为：

标题：【项目】简要功能概述+提交测试SVN版本号内容：简要说明已提交的功能要点；

?2.测试完成后发邮件提交运维上线：邮件格式统一为：

标题：【项目】+简要功能概述测试通过内容：已测试通过功能说明：

已遗留问题说明：

?3. 运维发布并且测试人员回归完成后发邮件通知：

邮件格式统一为：

标题：【项目】+功能概述已上线内容：已上线功能说明

项目测试流程：

项目开发结束提交测试：?第一步：

产品经理简要查看该版本的需求是否已全部开发完成，是否有遗漏的功能未开发；?第二步：

产品设计查看该版本UI是否完整，是否与自己设计样式有偏差或者颜色等用错；?第三步：

测试人员针对提交功能、兼容、安全及性能等做各类测试；?第四步：

技术测试结束后，由各部门领导组织一次Beta测试；（注：Beta测试非必要性的测试，可以选择性加入该测试环节）

版本控制：

?每个Epic就是一个独立的版本；

?每个版本相对应的功能完成之后，版本就必须安排发布及归档；?版本发布后任务和问题整理，遗留问题及未完成任务是否放置下个版本；?每个版本结束后需要做一次view metting；

?每个版本除技术部参与测试之外，必要的版本需要做Beta测试；?版本一经发布，版本源代码即为封版，代码不能随意更改；

多环境分离：

?1. 开发者使用开发环境，本地环境用来做功能开发验证，通过后将代码合并到公共的开发环境，直接提到代码不需要本地编译，环境部署及编译都是通过自动化脚本执行，开发环境验证后提交到测试环境；?2. 测试者使用测试环境，测试环境数据由测试人员维护，测试通过后提交到预发环境；?3. 预发环境，数据库自动同步线上的数据库，代码部署前先同步线上代码，保证所有功能在部署前都是最新；?4. 为保证线上数据完整性，线上不做过多的测试工作，每次发布后，需要现在已发布的功能是否已经发布到线上环境；?5. 为保证公司系统稳定运行，发布不再是每天必做的工作，每周两次日常发布（周二或周四）（注：紧急问题由领导签字可以当天发布，该发布不安排在日常发布中）；

紧急预警方案：

?1. 线上系统必须有错误预警通知：

1）访问页面或服务器出现非200错误；2）访问页面时出现error信息；

3）定时脚本执行失败；4）系统每周定时日志系统；

谢谢！

流程问题继续讨论~

本文来源：https://www.bwwdw.com/article/sjz5.html