当时间紧迫且缺乏需求文档时，如何对一个新产品或新功能进行快速而有效的测试？
常见的做法可能是快速浏览功能，列出测试点和用例，再组织相关人员评审。但如果团队对该模块的理解本身就很模糊，评审也可能流于形式，效果不佳。
那么，不妨换个思路——如果我们直接开始测试呢？这是否意味着抛开流程和技巧、回到原始测试方法？稍微改进一下，结合敏捷测试与探索性测试的理念，我们可以尝试一种新的方法，我称之为“复盘式测试法”。
具体操作如下：
1、直接开测，同步梳理
只要环境就绪，无需任何计划，测试人员立即投入实测。在测试过程中同步梳理功能大纲，随时记录测试场景和缺陷，并探索性地提出疑问。
2、集中复盘，碰撞认知
第一轮快速测试（最好是一天之内完成第一轮测试）结束后，测试团队集中召开功能梳理会。每位成员分享自己的理解、“有意思”的测试路径和典型场景，并一起review大家提的缺陷。通过互相启发，逐步拼凑出完整的产品画像。
3、查漏补缺，聚焦重点
在复盘基础上，团队通过头脑风暴的方式共同梳理完整的用户故事和挖掘隐含和遗漏的场景，并确定下一轮测试的重点方向。第二轮测试将主要覆盖这些盲区和高风险场景。根据测试情况判断是否仍需要增加测试轮次，比如可以通过缺陷折线图分析，如果缺陷数明显在收敛了，意味着可以停止测试了。
4、回顾总结，沉淀经验
测试完成后，召开回顾会议，系统整理有效的测试点、典型问题与场景，形成可复用的测试资产，后续该功能模块就可以按常规测试方法开展测试了。
该测试方法看似无序，其实和“测试即探索”的理念是一脉相承的，同时更强调主观能动性和团队合作。复盘的过程也是构建的过程，在动态中理清需求，在协作中激发洞察，尤其适合需求模糊、时间紧张的情境。
