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