采用MFQ框架来进行需求的测试分析与设计也快有一年了，今年想在这块能更深入一些，想让它更接地气，又重温“海盗派测试分析”，今天看了KYM-Know your mission，有了新的收获：
1.首先KYM只是一个工具，用来收集需求相关的信息，输出的脑图漂亮与否并不重要，重要的是做KYM的过程。在做KYM的过程中，通过提问从不同的维度去了解用户，项目，任务。
了解用户提这个需求的背景，为啥要提这个需求，他们的痛点是什么？想解决的问题是什么？他们希望的是什么？他们实际的环境是怎么样的？用户主体是谁？有啥特别的习惯？比How更重要的，是想清楚why的问题。这样在拆分测试场景时是站在客户的角度，避免走偏或遗漏。需求做的再完美，未了满足用户的要求，都是为零。
2.做KYM涉及到QA提问的能力，通过提问如何提取到right ideas。KYM贯穿于整个项目过程，允许试错，允许更新。
3.我们现在是基于需求实例化做MFQ，把需求实例化当作KYM的过程，今天反过来看，需求实例化的五步法：找用户，定系统，分场景，拆功能.... 包含了部分KYM和部分MFQ的过程活动，若在需求实例化的规程中结合KYM过程，会带来什么样的变化呢？需求实例化的后半部分融入MFQ及建模，又会碰撞出什么样的火花呢？期待
图片发自简书App
