发现这是一个高频面试题，自己思考了几天，觉得自己的想法和方向都不对。我的想法就是说下各功能模块的数据写入了哪些表。不知道对不对，我自觉这是错误的，因为回答出来好像没有什么意义。求大神赐教
「原创声明：保留所有权利，禁止转载」
数据流图了解下
我一般考的是某个核心接口背后的处理逻辑，比较期望的是看到用时序图来表达，用户的输入在各个模块之间具体是怎么处理和流转的。大部分情况下，时序图可以比较清晰表达各个模块/服务是怎么串起来完成完整业务逻辑的。如果发现本身被面试者没 get 到时序图这个，我会明确提一下建议用 uml 时序图。但如果明确说了时序图还是不知道怎么画，那就不强求用时序图了，能说到我能听明白也成，只是实际上大部分不会画时序图的，也很难给我讲明白逻辑。
不过楼主说的是 数据流程、数据流向 ，这个我就不大清楚了，比较少弄这个，但我估计应该也有对应的专业图类型的。个人经验，这种面试题，主要考察被面试者对自己测试系统背后逻辑的梳理归纳能力和经验，梳理归纳比较多的，一般也会需要用上相关的图便于清晰表述，因此也应该知道相关的图怎么画的，只是实际面试看，日常会做这种归纳的确实很少。
信息流，资金流，物流~
2 楼已经回答得很好，我补充一下个人的观点。从面试官的角度来问，其实本质上是考察你对整个业务的熟悉程度，面试官可能想从一个相对系统的视角来看看你有没有梳理过整个业务逻辑，所以才会问这种问题（我也偶尔会这样问，住）。
ok，知道面试官的目的，我觉得就可以针对性回答。
一些猥琐加分技巧：我们的目标是要让面试官能通过我们的口头描述，让他 “自认为” 理解了业务；同时为了让他听得开心，让他觉得自己的理解力好强，所以我们还要找重点去说，并围绕这个重点做深入。
综上，回答方式可以这样：
- 先从典型的用户场景出发，描述整个系统在各个环节上偏户侧的输入输出，这是为了让面试官理解业务形态
- 从系统外部数据入口出发，对场景分割上下游等不同环节，将系统拆成 A->B->C->D 等简明流程（一定要注意抹去技术细节，有些很繁杂的业务互相调用，说出来会加深面试官理解难度，反而让面试官觉得你说不清楚没有条理）
- 逐个解释 A、B、C、D 各自干了什么事情，以及挑里面的一两个难点升华一下（这是为了突出你对技术细节的关注，如果了解够多，还可以说说业界一般是怎么解决这种问题）
以上。
一些点：
- 除非面试官问你数据库表的设计，否则不要说到那种粒度，因为没有必要，它不是重点
- 注意整体条理性和清晰性，在细节和简洁上做选择，个人建议牺牲细节。面试就是要让面试官理解，而不是把面试官说懵
- 这不是写文档般严谨的工作时序图，除非有纸笔现场画，否则真没必要讲得这么深这么晦涩
关键点：时序图，上游、下游，各自环节扮演角色