需求理解

• 理解需求背景
• 确认需求明确,无逻辑遗漏
• 确认所有需求方案都有实现方案
• 合理预估时间
• 需求不明确或者不清晰的点,可以当场提出来,或者稍后整理
• 快速整理出未实现过的功能,逻辑,技术点,可以和leader一起讨论交流方案
• 确认验收标准是否完善
• 确认Story优先级和粒度无疑问,有问题反馈给leader

方案评审

• 前后端快速整理出接口,哪些可复用,哪些需要合并
• 接口遵循RESTful风格,考虑扩展性
• 参数和返回值都清晰明确,遵循接口定义规范
• 关键业务逻辑画业务流程图
• DB设计完备,SQL语句完善,索引完整,常量标注清晰,表名和字段名符合规范
• DB设计中预估数据量和增长速度
• 制作出架构图
• 后端预估并发数
• 前端给出公共组件
• 前端给出浏览器兼容版本
• 确定是前后端分离还是不分离
• 明确开发,测试,线上三个环境的IP,内存,域名等资源分配
• 给出多种解决方案和推荐方案
• 方案应该在两三天之内完成
• 评审通过后,Task在两小时之内拆解完成,Task的粒度不超过2小时,Task无遗漏

日常任务

• 3次Todo List
• 下班前提交代码,部署开发环境,测试当天完成的内容
• 寻找影响Story完成的阻碍点
• 晨会演示昨天完成的内容
• 测试正常的数据和边界数据
• 晨会审核燃尽图,更新Demo时间,找出延期原因,给出解决办法
• 每天随时测试完成结果,遵循测试方法

性能测试

• 明确结论,通过或不通过

CodeReview

• 是否符合编码规范
• 是否和设计方案一致
• 是否有逻辑漏洞和潜在风险

Demo

• 确保所有关键业务逻辑全部走通
• 确保异常数据处理正常
• 确保各种兼容性
• 确保最终研发出来的产品符合用户使用逻辑