测试身不由己之需求分析一

敏捷开发测试前移不可避免,开发提测时介入为时已晚

需求分析拆解

PM的需求分析会占70%，RD跟PM沟通会占20%，剩下的总结会占10%，QA切忌划水！

1.背景收益

PM做为主持人,会介绍项目背景和可期的收益,有些情况运营同学会加入会议'吐一吐苦水',平时都是PM产品经理来描述项目背景、产品的整体功能。

RD需要仔细考虑流程和产品细节，会上会有很多疑问，PM来一一解答。

QA需要了解项目和产品，

2.了解整体工作量

新业务 新功能开发？活较多

新业务 老功能重构？活多

老业务 新功能迭代？活一般

老业务 老功能优化？活少

业务也叫方向，功能具体指产品接口功能

3.了解功能流程概貌

功能流程概貌，上下游,数据流动,模块内部改动点。

开发可能会遇到一些问题

测试可能会遇到一些问题

4.提出可能存在疑问

测试数据从哪里来啊？是否有前后端开发？是否存在测试困难？

⭐⭐核心背景收益

收益能激发工作热情，测试的前途是光明的。