游戏在开发过程中，功能层面都是策划先提出需求方案，经过测试的需求评审、文档分析后才会到三方或者进入开发阶段，但是在进行评审时，我们经常会漏掉一些需求细节，包括但不限于一些特殊情况、没有补充的提示、玩法上的设定缺陷等等。漏掉需求细节是每个评审的测试都会犯的错误，但是要想成为高手，就必须要加上大量的、重复的训练；要想对需求细节敏感，就要有丰富的项目经验。然而，现实是很残酷的。项目组不会等到我们有很丰富的项目经验时，才要求我们进行日常的需求分析，通常提出需求后即刻需要介入工作，质量不足的评审与分析结果除了被怼还会影响到日常工作中的信任。
那么有什么方法能提升我们对需求细节的敏感度？总结为以下4点：
1.功能练习、2.需求定位、3.用例拆分、4.循环往复，时间积累。
对需求细节的敏感度，是可以通过学习和研究主流产品来获得和提升的。游戏行业发展到今天，整个行业的产品与流程都已经非常成熟，同类型的产品，数量非常多。由于研发团队能力和关注重点不一样，不同的产品对需求细节的处理质量参差不齐；但主流产品大多会体验良好，因此，主流产品非常具有代表性，极具分析价值。由于我们要学习和研究的对象是需求细节，那就必须要落实到功能的最小颗粒度；选一个要研究的功能模块、或一个小功能。我们举一个例子：一款游戏的英雄抽卡系统，我们可以拆分为玩法入口、道具消耗与购买、奖励内容与几率、显示设定、效果表现、稀有卡获取表现、结果展示等等，那么我们在进行假设的需求分析的时候就要对这些功能进行细致的查看，先搞懂需求再进行分析，对同类产品的学习是必不可少的。
需求分析前需要进行整体的需求定位。具体需求需要具体的进行分析，但是在分析之前要搞清楚整个功能的定位，这个功能定位策划很多时候不会在需求文档中进行介绍，所以需要我们和策划沟通、自己思考。如果在功能定位上就存在理解分歧，那么开发完成的功能很可能和策划预期有很大的偏差，假设策划有一个需求是制作一个佣兵系统，是希望玩家能够相互支援英雄来让中低端玩家认识到厉害英雄从而氪金抽卡，但是测试和程序理解为主要是帮助玩家通关困难关卡的功能。此时如果策划在文档内对佣兵英雄的显示细节描述不清，在测试文档分析时通过自己的理解定位就不会要求策划去补充对应的内容，如果测试理解了整个系统的设计意图，就会要求策划补全佣兵的显示信息，让玩家认识到高端英雄的厉害之处。
可以通过用例的方式对进程进行拆分后补足细节。内容较多的时候，仅仅通过文档很难对所有的功能细节进行全面关注与理解，这个时候就要拿出xmind思维导图来对需求进行一定程度的拆分，用写用例的方式来补全文档，再来反推文档中缺少的细节与内容，这个方式会耗费一定的时间，所以通常不会使用这种方式进行倒推，但是如果策划给出的需求内容较为复杂，而且深度和广度都超出预料的话可以试一试用例的方式进行拆分与倒推。
时间积累下的思维训练。想要一针见血的发现文档中的细节问题，需要不断的强化自己的思维能力，不断的通过练习来锻炼自己，每一次的分析与评审都认真对待，后续在开发过程中发现没有发现的细节问题也要补充上，并且整体思考当时为什么有所疏漏，不断的总结与学习才能获得不断的进步。
