今天完成的事情：
继续听live
和传说中的师妹撤了半天的皮
明天计划的事情：
之前做任务的时候，对原型标注和验收标准的区分还是不够明确，听了老大的live后做了一点总结：原型标注上可以写一些页面跳转之类的内容，而验收标准则是开发和测试人员的详细参考，相当于之前的需求文档，所以需要尽可能的详细，这个理解是正确的吗？
遇到的问题：
敏捷开发
一、story讲解
1.1 制作竞品分析PPT，UE全组参与。（用时：根据产品复杂度，0.5-2小时之内）
1.2 制作产品原型，交由客户看，客户没有异议之后拆story
1.3 产品在禅道拆分好story，并且定义出优先级，关联需求，后续开发根据优先级进行开发
1.4 由产品讲解story，前端和后端都参与。（用时：根据产品的复杂度，1-3小时之内）
二、人员划分
2.1 新建wiki项目主业，把PPT和产品原型（HTML文件）上传到wiki
2.2 根据产品原型，按照模块划分相关负责人，前端和后端都是，并放到wiki。（由项目负责人新建）
命名：xxx项目人员分工（前（后）端）
三、做方案设计、定义接口文档（2-3天）
3.1 前端后端相关人员一起，对照原型，根据模块及页面大概定义出接口
3.1.1 一个页面中有几个接口，每个接口入参与出参是什么
3.2 后端每个模块的负责人，根据开会讨论的结果，在wiki上生成标准的接口文档
3.3 将后端做好的接口文档发给前端模块负责人过目，有问题继续修改；没问题开始后续的步骤 。
四、方案设计（1小时-1天左右，根据模块大小定义时间）
4.1 后端开发人员，根据原型以及定义的接口，做好方案设计
4.1.1 对有难度或者有疑点的接口，做出方案，尽量给出多个合理方案
4.1.2 每个方案写清楚优点缺点
五、方案评审（2-3小时）
5.1 对做出的方案设计，做方案评审，建议全体人员参与（无论做不做该项目）
六、禅道拆分（1-2小时）
6.1 相关负责人按照优先级顺序，在禅道拆分自己的任务，单个任务最多不要超过4小时，即拆分要详细
七、开发
7.1 搭建开发服务器
7.2 开发人员根据禅道上的任务，按时完成自己的开发工作，具体体现到日报上
7.3 每天上午开10分钟左右进度会议，如果有延迟现象出现，拿出解决方案，保证项目按照禅道上的时间点完成
7.4 数据库索引：
两种索引：1.经常查询的，数据散列度比较高的，做一般索引，不需要建联合索引。2.数据必须保持唯一的，建唯一索引。
1、要有文档，文档表明哪些字段要建索引。发邮件。
八、阶段测试
与开发并行
8.1 每天至少发布一次代码到开发环境，并且保证发布完之后程序没问题
九、性能测试和coderevivew（1天）
9.1 对每个接口做好性能测试
9.1.1 每个接口的响应时间不超过200ms，如果有超过的，做优化，尽量缩小到200ms内
9.2 完成codereview，根据codereview结论完成修改
十、压力测试
10.1做好压测报告
十一、 Demo
1、发demo申请邮件，收件人包括产品、测试同学、前后端相关开发人员
主题：XX项目demo通知
内容：时间 地点 参会人员
2、开demo会议：主讲人：某个开发人员
会议途中产品和测试提出问题
3、发demo结果通知邮件(由产品同学发)
内容包括：1、demo结果 2、如果不通过，有哪些问题
4、如果不通过，召集第二次Demo会议，知道通过为止。第二次会议只需演示之前不通过的部分
11.2 测试
1、demo通过之后，1：开发人员对代码打tag，参考文档 如何打tag 2.开发人员部署测试环境，部署完成之后发邮件，写明域名；3：交给测试人员进行测试，测试人员发送全体测试周期邮件
2、测试期间，开发人员要常去禅道看自己的BUG ，及时确认BUG，及时修改
3、修改BUG之后，开发环境前端代码由前端同学自己部署，后端代码由后端同学自己部署
测试环境每天的下午6点由后端同学统一部署前后端代码
4、测试完成之后，测试或产品发送上线通知
具体参看：测试Bug划分及处理流程
测试和线上环境发布流程：测试及线上环境发布流程
十二、 发布测试环境、集成测试（2-3天）
12.1 禅道上建立bug，测试出bug，指派给相关人员修改
十三、发布线上环境，同时停止开发环境和测试环境
十四、线上监控
错误报告
.png)
.png)
返回列表
评论