入太庙每事问

• 一、业务评审会
  • 1、确定好需求是否需要多端同学支持，估时有盈余，不然后面这个需求就会因为自己的疏忽和资源分配不足被砍掉。
  • 2、有变更项同步qa及项管
  • 3、检查功能兼容性，是否会影响到老版本
• 二、编写代码质量
  • 1、勤做野指针判断，防止段错误
  • 2、勤于检查代码生命周期
  • 3、数组越界情况诊断
  • 4、内存泄漏诊断（valgrind工具）
  • 5、switch检查漏写break；
  • 6、勤于打日志方便定位问题
  • 7、对于 static 类型的变量/函数，都需要考虑到线程安全
  • 8、消耗内存/cpu的操作应该尽量放在循环/函数外实现。例如格式/字符集转换等操作，尽量减少内存/cpu 消耗以及函数调用
  • 9、重复代码建议封装成类，提高代码复用性，有复杂逻辑深层抽象，防止多处调用出现异常行为
  • 10、提测前保证交互和ui高度还原
• 三、编写需求期间
  • 1、业务文档上没有标注的点，和产品确认是否需要做，并强调更新文档，做到有据。qa同学根据文档上列举功能点进行测试，非以上点的bug直接驳回。
  • 2、功能提测日，提前准备包，并列举影响范围(没有列出来的地方他们是不会测的，保留聊天记录，包和列表最好发到群里)，有能力情况下做自测。
• 四、下班前
  • 1、检查线上未处理bug