配饰工厂资源迭代安排和资源生产流程

2021-08-04 by uino 174 配饰 标准 资源工厂

1 迭代安排

迭代会

  • 工厂厂长每隔一周的周一召开配饰资源生产迭代会;
  • 迭代会参加人员包括工厂设计、开发、测试;
  • 迭代会主要工作是:安排接下来两周内开发和测试针对第一套主题的开发工作,安排工厂的设计进行第二套主题的设计工作,设计和开发测之间有重叠的一周时间;
  • 测试与研发两周内同步进行,测试根据需求编写测试用例,研发进行资源开发;
  • 每套主题的生产周期是6周,每4周发布一个主题资源;
  • 每次新主题下的资源全都发布时,需要对交付团队进行邮件通知,说明发布的内容,支持的proxima版本和使用方式(可参考proxima产品发布);
  • 配饰工厂资源生产的迭代计划与proxima的迭代不进行关联;
  • 迭代会上要计划本套主题兼容proxima的范围;

配饰工厂资源生产迭代莫奈原图查看

image.png

2资源生产流程

配饰工厂资源生产流程莫奈原图查看

image.png

设计阶段要求

  • 工厂设计人员负责设计除概览图之外的各个主题相关的详细配饰效果设计;
  • 设计人员(或工厂厂长)设计之前需要在资源网站选择当前主题的分类,并设计每个分类中涉及的空位,分为已有母版和新开母版两种;
  • 工厂设计人员设计任务包括配饰的前端UI和后端配置参数的UI设计;
  • 设计人员完成设计后,需要整理配饰资源的设计需求说明(在TAPD上)
  • 设计阶段也负责资源中设计的模型配饰的建模;

<br/>

开发阶段要求

配饰开发和测试逐个资源或逐类资源同步进行,开发完成一个资源后自测并发布到资源网站后台,然后测试人员进行功能测试;

  • 测试在TAPD上提交的测试问题,研发需要在2天内完成修改(除重大故障,涉及ThingJS底层),目的是为了资源逐个发布不受影响;
  • TAPD中的bug没有描述清楚,研发可以拒绝,并说明原因,测试重新提交;
  • 研发在完成开发后,需要进行代码的自测环节,测试会提供测试用例;
  • TAPD上,对于修改后的bug记录,研发在描述修改时,要有一个规范说明,如何更新,更新了什么内容,影响范围,拒绝和挂起的bug需要注明是什么原因;
  • GitHub 更新代码版本时要有说明,做了代码更新后要做详细记录,不紧急的更新,需要和测试进行沟通,是不是必要的更新,因为有可能会导致大量重新测试的工作;
  • 对于优化和重构代码时需要告知测试,共同商量不紧急的问题是否要做重构,重构代码带来的影响;
  • 研发需要掌握推送模拟数据的方法,方便进行bug复现;
  • 配饰库做更新时,更新了ThingJS 代码,研发需要通知测试,有一个记录的方式,与测试进行沟通,判断影响范围;

<br/>

测试阶段要求

  • 测试需要根据新的资源进行测试用例的编写;;
  • 测试在TAPD上提交bug时,需要写明问题复现步骤;
  • 对于研发拒绝的bug记录需要进行完整的描述并重新提交;
  • 测试通过的资源,当前阶段可以直接对外发布到资源网站(方便项目组按需下载使用);
  • 测试需要关注新主题资源在在proxima之前版本的测试方案;

<br/> 配饰生产工具说明

  • 当前处于工具设计和开发阶段,目前的场景主题资源都需要研发进行定制开发;
  • 2D图标生产使用资源网站的自动切图、人工命名、自动打包工具;(待开发)
  • 组合类配饰生产在builder中进行制作;(待开发)
  • 面板编辑器负责制作面板配饰,当涉及组合时需要到builder中组合;(待开发)