一直以来对于MFQ的理解就是：针对新需求的测试方法设计，原来不仅如此。它还可以成为一个完整功能的打开方式。在MFQ的过程中，KYM贯穿始终，KYM中的每个要点都需要深刻理解。任何一点的疏忽都可能导致测试场景的遗漏。需要在以后的KYM信息收集中改进的关注点：
用户：除了新功能的提出者，包括所有的使用者
开发者关系：包括开发人员、代码开发能力、对功能的熟悉程度
测试团队：该功能验证的各层测试
交付品：所有交付给下游的资料和信息。包含变更说明、二次开发手册、测试报告、测试注意事项等
DB：是否包含数据库脚本，与数据库类型是否有关
探索性测试和自动化，我们需要加油努力。特别是UEP的自动化测试，fighting！
对于MFQ，是初学者、是实践者，希望能够通过比赛，交流和学习。而演讲中的紧张情绪也是我需要克服的巨大难题。只有展示自己才能看到自身的不足，才能不断改进----这是参加这次比赛的目的。
迷茫者通过探索获得方向，不足者通过淬炼完美自身。
图片发自简书App
图片发自简书App
