很多小伙伴经常问我，刚进入一家新的企业，想要快速了解产品的业务流程，不知从何下手。主要是因为，有的企业根本没有文档可看；还有的企业有文档，但是记录的比较凌乱，想要从中找出点头绪来，也是无从下手。
那么，当遇到文档的缺失或更新的不同步等问题时，我们要如何快速上手呢？今天我们就一起来聊一聊。
1、普遍适用的方法论：分角色带入
很多测试人员进入一家新公司或者接手一个新产品时，最常面临的问题有两个：一是业务流程难以快速掌握，二是时间成本高，领导看中你快速上手工作的能力。所以，笔者以为，你可以通过根据个人情况，分角色带入，来处理这一问题。
>>测试新人
如果你是测试新手，进入一个项目组后，你可以这样了解产品：
Step1：明确你要负责的产品，进行到什么阶段了。不同阶段的产品，你工作重心和工作内容会有不同。比如，研发初期、研发到中期、研发交付期、交付后期，分别应该计划测试些什么内容；
Step2：进入岗位前一个星期，找到完成上级分配给自己的任务的工作方法，并以此作为进入并推动项目进行下去的突破口。
Step3：通过团队人员结构，及产品运作的框架，找准自己职位的定位，并以此为基础，了解产品的上下游操作程序，熟悉自己前后即将对接的负责人，快速融入团队。
Step4：最后，想想在整个产业运作过程中，我们应该专注解决什么问题。结合公司或团队的整体目标，明确自己：目前应该做什么，将来要朝什么方向发展才是最好的。并将自己的计划落于纸上，这样你会更容易持续思考，纠正自己对企业业务的理解，包括产品定义、产品目标、优势特色、团队资源、目标人群定位、竞品、使用场景等。
>>有经验的测试人员
Step1：别的不用多说，先明确你要负责的产品，进行到什么阶段了。（想想产品目前现状：哪里做得好，哪里不足，有哪些标准，做过哪些努力，努力结果如何，经历过哪些历程。）再将自己的优势和经验加以总结，查看自己的经验可以复制在现有项目的哪些步骤哪些环节。这对于你发挥自己在团队的作用很重要。
Step2：到岗后第一周，按照自己从前做事的办法，结合新业务加以运行。如果可以实施，就按照之前的方式进行操作；如果之前的方式无法进行，或者有地方有出入，找准问题定位，根据现有项目，制定合理的计划去实施，并根据结果，调整处理方法。
2、实操技巧：“三步走”深入了解业务线
我猜看完上面的方法论，有些小伙伴会说，上述方法代入感不够强，实操起来还是有一定难度。那么，下面我们就细化到工作的细节来给大家讲讲。
根据我的个人经验，无论你是测试新手，或是有经验的测试人员，都可以这样做：
首先，在入职第一周，我们都应该找该产品对应的测试负责人，向他们了解一下产品进行到什么阶段、应用场景有哪些、用户群是什么和业务主线是什么等。比如：使用该产品的用户群体是谁？是否会分为系统管理员、老师和学员？该系统的主线流程又有哪些？
而了解的办法也比较简单，你可以通过短而集中的时间去询问。比如，约负责不同测试版块的老师，花10-15分钟，了解自己想知道的内容。时间不宜过长，20分钟以内更好。这样你就可以通过最简单的沟通，了解你想知道的问题了。
其次，将自己置入不同的角色，体验产品模块间的联系。通过按角色去体验系统，你会快速理解产品或系统的整体设计意图。并且，你可以以此梳理主线，把各个角色和主功能串联起来，快速发现产品或系统存在哪些值得重点测试的区域。比如：
“课件”主线应该就是老师设计课件→学生报名→学生选课→学生学习。
“考试”主线应该就是老师出题→学生考试→老师阅卷→老师评分→学生查成绩。
最后，通过剥洋葱的方法，深入了解产品或系统的业务逻辑。
这样，你就可以像剥洋葱一样，从外层开始把每个环节拆分成单独的模块，再把模块一层一层地从外到内剥开。
比如：“课件”主线能够分为设计课件、报名、选课和学习等模块，而“设计课件”模块还能细分成课件编辑、课件上传、课件管理等子模块。
“考试”主线能够分为出题、考试、阅卷、评分和查分等模块，而“考试”模块还能细分成选择考试科目、选择考试日期、答题等子模块，“答题”模块还能再继续细分成更小的模块，这主要取决于业务逻辑的复杂程度。
当你按照这个步骤拆解完毕，形成一套思维导图的时候，在业务功能层面，你已经了解了至少70%，可能欠缺的就是一些没有文档说明的细节问题和异常场景。
3、补充知识点：如何补足缺失的业务逻辑？
如果你想更快速地深入了解产品，那再介绍一种我从其他人那里学来的方法。
（1）从开发人员那里获取到业务日志和SQL日志所在服务器的地址、用户名和密码，以及日志路径。
（2）安装Xshell之类的工具，连接服务器，打开实时输出的日志文件。
（3）在前端页面进行相应的操作，在后台同步查看输出的日志。通过日志里显示的接口参数和执行的SQL结果，你能清楚地看到前端的某个业务功能，在数据库中会关联到哪几张表，以及表之间的逻辑关系。
最后，将自己前面已知的内容，关联自己后面研究出的逻辑，一张清晰的业务逻辑线条图就跃然纸上啦。（PS：建议自己动手画一画，加深记忆）
写在最后
了解企业中产品或者系统的业务流程或业务逻辑，其实是一件持续的事情。因为，产品的状态是随时变化的。现状只是一种暂时的静止状态，因此，你需要定期重新了解它。
千万不要认为自己当下理解了业务逻辑，就可以不再花心思研究了。记得，一定要定期更新自己的认知，才能在企业中成长的更快哦~
