一、各测试人员平时工作任务情况
Albert：
1.每个工作日早上11点组织早会：
1.Albert：二、版本更新上线流程.1.早会内容：
a.早会前10：30查阅开发blog，确认昨天的工作任务情况及今天的任务是否按我考虑的来；（有些技术忘记写blog的，也会提醒）blog链接：2020 sprint 17 blog
b.早会前确认好需要安排给各技术的今日工作
c.早会前先看下昨天安排的工作jira是否到to test阶段，如果没有，早会确认下什么时候可以完成；
d.在需求上意见不统一，或者有其他疑问，也可以在早会上提出来讨论
2.平时工作：
需求方面：基本由测试人员这边接取，较大一些的，会先找Vivien确认通过后才执行；
创建jira：整理讨论结果，完善方案创建jira，然后再看情况确认安排什么时间开发；（安排什么时间开发，主要有这几种情况：1.看需求方紧急程度；2.看技术这边的任务量；3.此任务的提需求日期是否比其他需求较晚，一些任务也会看下此任务的大小，主要视情况而定）
处理其他部门提的问题：
主要是：1.客服部反馈的订单报错问题，客户对接报错问题（客服部问题占比预估为30%~40%）
2.仓库操作流程上出现的报错问题，如一些生成拣货单超时，装箱时提示报错，或者客户有面
单问题需要查验是系统出问题了还是客户操作不当
3.财务偶尔需要协助检查扣费异常情况
4.运营中心Ariel这边是经常性的提问题需要帮忙看目前主要是star处理Ariel的问题；
测试任务：主要是jira正常开发完到测试阶段的任务，有时也插一些紧急插入的bug测试任务
固式化任务：
周二：新建一个jira版本，已建好的也行；将下一个版本（周三-->下周二）需要做的任务拉上该版本中，通知技术预估点数
早会时确认好本版本末剩余工作及是否有延期任务；
...
周三：
1.早上上班时，先关闭上一个版本，开启本周版本，上一个版本任务会自动到本周版本中（除已关闭 / WON’t FIX状态的jira会直接消失，其余都会到本周版本中）如下步骤：
1.1.关闭版本：
...
1.2.开启新版本
...
2.统计上线文档，确认上一个版本上线任务，本周三晚上上线；
2.1.上线统计文档：
《本周工作jira统计表》：来源：jira面板下载整理导出得到
《上线任务表》：来源：《本周工作jira统计表》及jira面板
《延期任务统计表》：来源：《上线任务统计表》的延期表中
《下周三计划上线任务表》：来源：《本周工作jira统计表》
2.2.周三下午6点晚点，发布《上线任务表》至slack-->devtalk和异常排查反馈群 @channel（@所有人）
周三《下周三计划上线任务表》也要发送至异常反馈群@所有人，不用发到devtalk群
| View file | ||
|---|---|---|
|
周四：
1.上班时通知所有测试人员检查周三晚上线任务情况，避免出现未上线，或者上线有问题的情况
2.《本周工作jira统计表》，《上线任务表》，《延期任务统计表》，《下周三计划上线任务表》更新发布到微信设置群
非测试类任务：每月5号检查仓储费是否扣除（这种暂时不用了解，所以就不发这了）
bess&star：
除固式化任务，其余：1.处理其他部门问题；2.测试任务；3.沟通需求均是差不多的；（如果有需要，可以安排补充上他们的平时工作情况）
二、版本更新上线流程
1.获取需求环节
2讨论确认需求环节
3.整理成方案
4.技术确认方案
5.技术开发
6.测试阶段
7.验收阶段
8.上线后复检（完成）
1.获取需求环节：
通常需求由各部门提出：
物流部：目前主要会提提单需求，via对接问题需求（star比较了解），文档报表类；
销售部：目前主要是一些跟客户有关的，或者跟他们有关的，如：《用户提成》报表改进，客户反馈改进；
财务部：目前可能会提跟费用有关的这一块需求；
仓库：又分国内仓（东莞仓&深圳仓），英仓，美仓等：目前国内仓主要提仓库分拣机过机装箱问题，或者装箱流程上的一些小优化；英仓，美仓没有统一性，可能遇到哪个国内需要才提（一般una&Shawn接触比较多）；
客服部：提高客服工作效率的报表类优化，客户反馈bug/优化改进；
质检部：主要是一些跟产品相关的需求优化改进；
运营中心：需求没有准确性，小功能主要是便于一些公司人员使用的改进，大功能是一些业务上的大改动（大型一点的功能均需要Vivien这边确认才能通过）
产品部（业务）：主要提与新邮递服务供应商公司对接新渠道，新服务到我们系统（对接流程可另外再讲述，主要技各技术相对较熟悉），相对开发时间也比较长，大概一周开发完，两周能上线，1个技术1个测试；
目前主要这些部门提出需求；通常是以企点邮件，微信群，slack，或者直接面对面沟通接取需求；
2讨论确认需求环节
2.1.小型需求：通常测试人员接取后与需求人讨论确认，如果涉及其他部门，就要将需求发送给相关部门同意才行；然后整理成方案创建jira，由测试组长安排给技术开发；（正常这里还有一个整理完方案技术确认后，反馈给需求确认的环节，但因为目前的工作量问题，就实施情况比较少）
2.2.大型项目：看项目到底有多大，正常由Vivien+测试人员+需求人员+相关部门+技术人员开会议讨论成立；
3.整理成方案：上一步需求环节以及说完了，这里就说一下目前方案创建情况：
主要在jira的描述中填上背景加需求，参考jira：https://birdsystem.atlassian.net/browse/BS-6415
4.技术确认方案：由测试组长这边安排给相关技术，由技术查看jira描述的方案，确认是否有疑问，有疑问则让相接此需求测试讲解讨论；
5.技术开发阶段：技术开发
6.测试阶段：技术开发完时，会将jira状态改到to test，进入到测试阶段，测试完成，需要将测试输出文档放入jira评论下，@相关人员和测试组长，然后将jira状态改到TO BE VERIFIED
测试文档：《测试流程文档》入职以前好像是规定需要写两份，一份测试文档，一份功能说明文档，但因为工作量问题，需求基本只出测试文档）
7.验收阶段：
测试组长/其他人检验通过后，会改到waitng for approval状态，通知测试相关人员发邮件给需求相关负责任务确认验收
8.上线后复检（完成）：
任务上线后，由当时负责测试人员检查此功能是否有效，如果有其他需要考虑的，也要检查；并且提醒需求方任务已上线；如需求方没有什么反馈，这个需求就算结束了；