发表于: 2019-12-25 22:22:15
1 1236
今天完成的事情
1.把敏捷开发看过了一遍
立项
了解公司背景,定制功能需求表,交付物、报价
story讲解
竞品分析(需要解决的问题是什么?当前行业内是怎么解决的?解决方案的优缺点。)、设计方案。制作产品原型,交由客户看,与客户沟通没问题后,组织内部评审。禅道立项:需求名称规则为(01)+(前后台)+(功能模块),允许存在需求评审之后还在补禅道的情况。
人员划分
上传PPT和产品原型(HTML文件)到wiki项目主页中。根据产品原型,按照模块划分相关负责人,前端/后端,并放到wiki。
定义接口文档
前端后端相关人员一起,对照原型,根据模块及页面大概定义出接口。一个页面中有几个接口,每个接口入参与出参是什么
方案设计
后端开发人员,根据原型以及定义的接口,做好方案设计,对有难度或者有疑点的接口,做出方案,尽量给出多个合理方案。
方案评审
对做出的方案设计,做方案评审,全体人员参与(无论做不做该项目)
禅道拆分
相关负责人按照优先级顺序,在禅道拆分自己的任务,单个任务不允许超过4小时,即拆分要详细。
开发
搭建开发服务器,开发人员根据禅道上的任务,按时完成自己的开发工作,具体体现到日报上,
阶段测试
每天至少发布一次代码到开发环境,并且保证发布完之后程序没问题
性能测试和coderevivew
对每个接口做好性能测试 每个接口的响应时间不超过200ms,如果有超过的,做优化,尽量缩小到200ms内。
压力测试
做好压测报告
Demo
1、发demo申请邮件,收件人包括产品、测试同学、前后端相关开发人员
主题:XX项目demo通知
内容:时间 地点 参会人员
2、开demo会议:主讲人:某个开发人员
会议途中产品和测试提出问题
3、发demo结果通知邮件(由产品同学发)
内容包括:1、demo结果 2、如果不通过,有哪些问题
4、如果不通过,召集第二次Demo会议,知道通过为止。第二次会议只需演示之前不通过的部分
发布测试环境、集成测试
禅道上建立bug,测试出bug,指派给相关人员修改
编写操作手册
操作手册的编写,注意规范。用户风格和要求
发布线上环境,同时停止开发环境和测试环境
验收是通过上线前对系统功能的验收,发布线上之后是能够被外网查到的,外部也能进入这个网站了,现在发布线上已经有用户了,发线上验收对用户和相关数据的影响很大,
第一次了解敏捷开发,出现了很多新词汇,对很多东西都不了解,不过看了之后对流程也有了一个大概,之前都是以为前端工作是接收任务,进行敲写。团队中每个职位息息相关。都要进行好交流
2.修改任务2-4
修改一些BUG,逻辑不严谨,命名不规范
3.制作评审PPT
制作PPT时我也耗费比较久的时间。因为我任务间隔时间较大,每一任务的PPT页就认真制作,当作复习。
明天计划的事情
改任务 教任务 制作PPT
遇到的困难
1.看流程开发提到一个性能测试 200ms的问题,感觉前端的优化的地方不是很多,sass生成css的带入、代码的简写、打包vue项目时只打包相关依赖。
2.这几天主要是改BUG,大部分困难都是解决以前的问题。
收获
之前写任务2-4觉得生死状态逻辑想出已经很不错了,经过这几天的重新认识感觉远远不够
评论