去哪儿-项目流程

项目流程聂若潭QA/供应链管理部/机票事业群01项目启动02开发流程03测试流程04项目发布Contents目录01项目启动05发布后验证及检查项目启动1需求评审：明确项目目标，背景明确上线后效果及评估上线后影响记录沟通纪要开发、QA以及前端评分和估时JIRA建立pmo维护状态Qtalk建群：群名使用项目名称（群公告可以贴上pmo地址）人员包括参与项目的PM，DEV，QA，三个角色的老大以及部门负责人项目启动1紧急发布确认：在JIRA创建问题问题类型选择紧急发布项目启动1需求变更：邮件发起需求变更申请申请通过更新prd，在原项目pmo下创建子项目01项目启动02开发流程03测试流程04项目发布Contents目录05发布后验证及检查02开发流程开发流程21.开发环境配置2.工程申请3.资源申请数据库申请

Redis申请

虚拟机申请

开发流程24.设计开发阶段系统设计编码阶段Sonar代码规范性检查机票/view/供应链管理/job/code_check/自测4.1.1开发自测规范（PM协助，如需要QA提前介入）：1.如果有自动化测试，得保证自动化测试被QAreview和补充过2.

自动化测试在提测和发布前必须执行通过3.

必须执行全部testcase并确认有运行结果4.

必须理解每个testcase背后的逻辑4.1.2

bug修复验证自测规范1.

bug修改前，必须理解bug产生原因及修复后的影响范围2.

修复bug后，回归相关的testcase和相关bug3.需要由对项目熟悉的人员进行codereview，检查项目的pom文件，监控与日志是否添加完善4.

在不明确回归点的情况，咨询QA需要回归的测试点开发流程25.提测5.1项目是否达到提测标准？检查点：1.

Dev、PM在这段时间已经完成自测和bug修复2.

全部Case都要有执行记录3.

UE检查过是否与设计图相符4.

正式提测时：P1、P2Bug为0bug，P3、P4bug须经QA确认同意5.如果有自动化测试，必须保证自动化测试case100%通过5.2测试申请规范1.开发提交的测试申请必须写清楚发布步骤，回滚步骤，其中回滚步骤包括每一步发布步骤失败的回滚策略2.测试申请填写符合规范要求，参考

01项目启动02开发流程03测试流程04项目发布Contents目录05发布后验证及检查03测试流程测试流程31.测试环境搭建--项目提测前虚拟机申请tomcat实例搭建Jenkinsjob创建2.Checklist编写--开发自测前参考

Checklistreview3.Case编写--开发自测前协助PM完成case编写及casereview

Casereview测试流程34.Codediff--项目提测如何codediff

Codediff结果记录wiki，将wiki地址粘贴在pmo中5.部署beta6.执行case执行结果记录bugfree

测试流程37.项目测试日报--项目测试中了解项目质量项目测试进度项目发布风险8.质量通报什么情况下reject

1.执行TestCase中发现P1，P2的Bug符合Reject标准

a)完整执行一次Case发现的所有P1，P2Bug都只记为同一次Reject,无论是谁发现

b)如果发现P1，P2Bug不在定义的测试范围或testcase未覆盖，提交Bug，但不记为Reject

c)如果发现新的Bug属于上一轮漏测的case，可以不计入当次Reject

d)无论是否Reject，都需要继续完成剩余测试

e)非本次需求涉及的功能出现P1，P2Bug同样Reject

f)提测时没有执行自动化测试或有自动化case执行失败同样Reject

g)dev屏蔽执行不通过的自动化case导致自动化执行通过同样Reject，之前如已reject可再次进行reject

测试流程3h)每次fullcase测试发现p3级以上（包含p3）bug数量大于20个（不影响功能的样式bug定义为p4）同样Reject，之前如已reject可再次进行reject。

i)提测后case缺少dev或pm执行记录同样Reject

2.

执行Bug修复验证，bug被reactive或发现修复导致的其他bug，(P1-P4的bug都在Reject之列)都符合Reject标准

a)如果是第3次Reject要将邮件升级到cc

11.2

测试过程发现项目存在风险（发布delay）等，需要提前预警什么情况下需要delay：1.提测delay：未达到提测标准2.发布delay：未在排期指定日期发布Delay原则：1.项目提测delay一天，项目发布要delay一天2.项目提测delay后经过PM、DEV、QA努力后在排期指定日期发布，不算发布delay（会发提测delay邮件）

01项目启动02开发流程03测试流程04项目发布Contents目录05发布后验证及检查04项目发布项目发布41.发布及回滚方案确定发布顺序回滚顺序发布时间确认（监控、定时任务）2.线上配置确认

配置文件（线上配置文件、qconfig）Ng配置日志级别确认（日志级别在info以上，删除调试日志）新项目线上机器配置确认新增数据库权限确认项目发布43.达到发布标准

4.发布周知项目编号项目名称项目pmo项目预计发布时间项目发布内容

5.发布PM、DEV、QA同时在场，QA主导发布过程Dev关注线上日志QA&PM关注线上监控并做线上验证验证无误后回复发布周知01项目启动02开发流程03测试流程04项目发布Contents目录05发布后验证及检查05发布后验证及检查发布后验证及检查51.查看日志及查看看监控至少半小时PM对线上功能进行验证（包括主流程验证）由DEV关注日志情况，QA关注线上监控重点查看error日志及影响主流程的日志监控主要是要在系统有问题的时候能迅速的响应并定位问题，可以说监控就是一个可视化的精简的直观的日志注：发布群里QA、DEV、PM、OPS半小时内必须都关注验证2.上线后监控是否完备

新增监控设置报警值核心监控添加到watcher3.验证无误后发邮件周知发布后验证及检查54.日志备份与收集4.1日志备份a.线上服务的日志一般保存的时间较短，有时候需要查看时间比较久之前的日志来排查问题。为了方便查看日志，所以接入了一个日志收集的平台，用来保存比较重要的日志b.申请方法：c.注意点：日志备份收集所收集的是压缩日志文件，申请的时候要填写压缩后日志的绝对路径，例如：/home/q/www/f_smart_ticket/logs/access.%Y-%m-%d.log.gz4.2错误日志收集a.日志分类查询，错误数量统计，将错误信息收集到错误日志查询后台：

，可以收集4xx，5xx，exception等错误，若发现5xx错误就发邮件给相关组b.申请方法：c.注意点：按照以上链接中的申请实例填