需求开发踩坑总结（一）

1. 需求要具体理解才能评估好时间与正常开发

• 理解需求的时候，每个需求点都落到具体到 App/Web 功能页面上，不要仅仅按照自己理解来
• 场景案例：
  • 用户免费匹配时、页面按钮显示文案，这个需求就要确认什么时候才能免费匹配 以及 按钮到底在哪些地方显示
  • 记录用户是否充过值，这个需求就要明确具体记录哪些充值类型，例如微信充值、支付宝充值、平台内部充值套餐等

2. 多端同步理解需求

• 每个人理解的常识、理所当然以及信息差是不一样的，可讲可不讲之处一定要讲解清楚，同步好
• 场景案例：
  • 发奖励的需求一眼过理解错误
  • 用例评审觉得没有必要讲解
  • 发版前才发现和产品理解不一致
  • 临时紧急修复需要改动最重要的发奖功能
• 总结
  • 不要未经过多方评审就写代码（需求方、产品方、测试方、其他端开发方等）
  • 不要拦截任何需求与用例评审，即使自以为知道也要听
  • 即使自己知道也不要假设别人也知道，不要假定大家知道都一致
  • 不要过滤任何不确认的测试用例（即使用例重复也是保证正确的路径）