2021-07-07 上线流程

测试与发布流程：
测试 ： 需求评审 --测试计划 --测试用例—测试用例平射 --测试环境发布 —测试执行（bug、禅道） – 上线评审 — 回归测试 – 发布

需求评审：
对需求文档进行详细的阅读，对有疑问的地方进行标注，在需求评审时及时提出问题，多问几个为什么，具体可从以下几个方面进行：

a. 分析产品的功能点，提取主功能信息

b. 新功能对旧有功能、旧有数据的影响

c. 新功能对于外部系统，上游数据、下游数据的影响

d. 从用户角度考虑用户体验

测试计划包括：
a. 确定迭代的需求内容

b. 确定每个需求的优先级

c. 安排测试进度

d. 评估测试资源情况、风险预估（测试时间、人力）

e. 确定几个时间点：UI验收时间、产品验收时间、pre发版时间、集测时间、灰度发布时间

测试用例描写注意事项：

a. 思维导图列举测试大纲，尽量发散，先放后收，对需求功能点进行总结与归纳，标记重点测试模块，标记开发自测用例，删除冗余及重复的测试步骤。

b. 使用等价类划分法（有效等价类、无效等价类）、边界值分析、错误推测法、因果图法等设计测试用例。

c. 专项测试，接口测试，针对特殊接口设计压力测试，或者渗透性测试。

增量提测阶段

一轮测试（冒烟测试）：执行自测用例，验证主功能流程，测试P0优先级的用例。

a. 功能/UI测试：执行测试计划的测试用例

b. 执行专项测试

c. 测试进度汇报：一轮测试完毕，需要在项目群里面反馈测试情况，包括测试进度、测试流程阻塞的问题、待产品确认的问题、尚未提测的内容以及bug情况。

二轮测试（回归测试）：

a. 根据思维导图，再次执行一遍测试用例

b. 执行用例的产物：bug，跟踪回归缺陷

c.进行验收

灰度发版（发版验收）

a. 灰度测试：根据项目验收步骤，验收当前迭代涉及的所有功能，发布灰度验收通过通知

b. 关注新功能在灰度环境的运行情况，收集灰度用户反馈的问题。
正式发版（发版验收）

a. 正式验收：验收受到影响的功能模块，验收主流程

b. 若灰度测试期间有问题，需要修复问题再执行正式发布

c. 发布验收通过通知

灰度发布:

在灰度发布开始后，先启动一个新版本应用，但是并不直接将流量切过来，而是测试人员对新版本进行线上测试，启动的这个新版本应用，就是我们的金丝雀。如果没有问题，那么可以将少量的用户流量导入到新版本上，然后再对新版本做运行状态观察，收集各种运行时数据，如果此时对新旧版本做各种数据对比，就是所谓的A/B测试。

当确认新版本运行良好后，再逐步将更多的流量导入到新版本上，在此期间，还可以不断地调整新旧两个版本的运行的服务器副本数量，以使得新版本能够承受越来越大的流量压力。直到将100%的流量都切换到新版本上，最后关闭剩下的老版本服务，完成灰度发布。

如果在灰度发布过程中（灰度期）发现了新版本有问题，就应该立即将流量切回老版本上，这样，就会将负面影响控制在最小范围内。