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