“业务驱动开发”之测试路线探索

背景：

敏捷研发团队，多产品线交错下快速迭代，在多年迭代而高度耦合的业务之上，面对众多用户的多面业务诉求，核心业务的哪怕是一丝微小的功能改动，都可能带来牵一发而动全身的紧张感，因而对产品上线质量的的要求不止在测试验证层面，同时也是需要团队在各个环节的协作能充分和高效。但是往往会因为需求沟通不畅，导致结果与预期有所差距。

单从需求层面来说：

需求宣讲之前没做好现有业务梳理，导致需求反复调整和确认

需求描述文档在不同人看来，即使相同的内容也能理解为不同的意思（场景）

需求评审时对业务场景理解迥异，导致评审重点偏移，需求评审未能达到效果

需求更新同步得不及时，导致开发理解偏差，方案调整的实施不够紧凑

开发自测没有详细依据，提测质量难以保证

测试思路和产品/开发思路的差异，导致测试设计不够充分

验收过程缺乏指引，验收结果难以参考