如题，想取取经。
主要疑问是，怎么做，希望大佬们给点栗子。
业务其实我个人认为是非常重要的，只有熟悉业务的人才能深入公司的核心痛点和问题。这也是为什么很多功能测试也能拿到比较高薪资的原因，除了测试的身份之外，能够深入某个业务领域，成为业务专家也是很厉害的，尤其是金融类产品。
熟悉业务有这几个方法：
快速了解整体的产品结构，不关注产品细节：
在这个过程中，需要了解产品性质，B端C端，用户群体，以及产品分类，还有业务的重要程度，哪部分业务是核心业务，业务和业务之间是否存在交互关系。最好在熟悉完成之后能画出来一个基本的业务结构图。
快速熟悉你测试产品的业务结构
除了小公司之外，通常每个测试都有自己的主要业务。一定要了解自己主要业务的主要流程以及和其他系统的交互背景，交互逻辑，最好在了解之后能够画出来清晰的流程图。
具体的体验的零碎小需求暂时可以忽略。
深入理解业务
在熟悉个人负责业务的全部主要流程之后，再往下一层层抽丝剥茧，在这个过程中，尽量形成一个树状结构。
在参与版本测试、需求评审的时候认真理解，尽量对每个需求都要理解到背后的用户故事，而不是产品经理说什么就测什么，对一个业务深入熟悉到每一个输入框怎么测试这个都是需要时间去积累的。
总结
- 在理解需求的时候尽量形成树状结构而不是网状结构
- 用户是需求的来源，理解业务的过程中尽量能够靠近用户，站在用户的角度思考问题
- 还有一个叫做DDD（领域驱动设计），这个是目前软件开发比较火的一个设计思想。我认为对于一个开发者如何去理解业务帮助很大，可以了解一下