需求理解

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

方案评审

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

日常任务

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

性能测试

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

CodeReview

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

Demo

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

版权声明：本文为chova原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://www.cnblogs.com/chova/p/15091715.html