灵魂发问：不都有测试吗，为什么还需要验收，新西兰电话号码列表 不是浪费产品的工作时间嘛？ 答：视角不一样。 举2个例子工作中经常遇到的例子： 例1: 验收功能时，发现部分需求没实现，但是文档都有说明，问及原因，测试的反馈是：“你的场景1、2、3都有独立测试的，但你没写这几场景的顺序、是否可并行的呀”。 例2: 由于团队内经常做类似的功能，新西兰电话号码列表 产品经理在新项目的需求文档中，跳过了这部分他认为是“共识”的内容，笔墨着重落在新功能的描述上，结果测试、开发团队都忽略掉了。 对于正常的迭代，系统都较成熟的情况下，新西兰电话号码列表 是可以放心交给测试做好把关的。
但是对于新项目来说，开发、新西兰电话号码列表 测试都是从需求评审会开始，基于你的PRD来开发及测试，他们的信息来源只有产品经理。 但是产品经理参与了需求调研到开发测试的全过程，新西兰电话号码列表 知道用户/业务在每个场景下的动机、以及会采取的动作，相当于拥有“上帝视角”。新西兰电话号码列表 因此在理解需求、产品上是最透彻的。 再者，产品经理需要对上线产品负责的，产品正常发上线、正常被用户使用，新西兰电话号码列表 才是需求的终点，完成需求的闭环。 二、选择哪里验收 1. 首选：灰度环境 优点：灰度环境采用的数据源是生产环境的真实数据，没有了脏数据的干扰，既可验证功能、也可验证数据的准确性。只需要给指定人员开通灰度环境的权限即可，不影响其他账号的使用； 缺点：开发搭建灰度环境需要时间，因此需给开发哥哥们预留充足的时间，新西兰电话号码列表 否则上线前一天验收时才发现光搭建环境就要消耗半天时间，可能影响上线的进度。