怎样才能迅速了解一个产品的业务流程？

很多小伙伴经常问我，刚进入一家新的企业，想要快速了解产品的业务流程，不知从何下手。主要是因为，有的企业根本没有文档可看；还有的企业有文档，但是记录的比较凌乱，想要从中找出点头绪来，也是无从下手。

那么，当遇到文档的缺失或更新的不同步等问题时，我们要如何快速上手呢？今天我们就一起来聊一聊。

1、普遍适用的方法论：分角色带入

很多测试人员进入一家新公司或者接手一个新产品时，最常面临的问题有两个：一是业务流程难以快速掌握，二是时间成本高，领导看中你快速上手工作的能力。所以，笔者以为，你可以通过根据个人情况，分角色带入，来处理这一问题。

测试新人

如果你是测试新手，进入一个项目组后，你可以这样了解产品：

Step1：明确你要负责的产品，进行到什么阶段了。不同阶段的产品，你工作重心和工作内容会有不同。比如，研发初期、研发到中期、研发交付期、交付后期，分别应该计划测试些什么内容；

Step2：进入岗位前一个星期，找到完成上级分配给自己的任务的工作方法，并以此作为进入并推动项目进行下去的突破口。

Step3：通过团队人员结构，及产品运作的框架，找准自己职位的定位，并以此为基础，了解产品的上下游操作程序，熟悉自己前后即将对接的负责人，快速融入团队。

Step4：最后，想想在整个产业运作过程中，我们应该专注解决什么问题。结合公司或团队的整体目标，明确自己：目前应该做什么，将来要朝什么方向发展才是最好的。并将自己的计划落于纸上，这样你会更容易持续思考，纠正自己对企业业务的理解，包括产品定义、产品目标、优势特色、团队资源、目标人群定位、竞品、使用场景等。

有经验的测试人员

Step1：别的不用多说，先明确你要负责的产品，进行到什么阶段了。（想想产品目前现状：哪里做得好，哪里不足，有哪些标准，做过哪些努力，努力结果如何，经历过哪些历程。）再将自己的优势和经验加以总结，查看自己的经验可以复制在现有项目的哪些步骤哪些环节。这对于你发挥自己在团队的作用很重要。

Step2：到岗后第一周，按照自己从前做事的办法，结合新业务加以运行。如果可以实施，就按照之前的方式进行操作；如果之前的方式无法进行，或者有地方有出入，找准问题定位，根据现有项目，制定合理的计划去实施，并根据结果，调整处理方法。

2、实操技巧：“三步走”深入了解业务线

我猜看完上面的方法论，有些小伙伴会说，上述方法代入感不够强，实操起来还是有一定难度。那么，下面我们就细化到工作的细节来给大家讲讲。

根据我的个人经验，无论你是测试新手，或是有经验的测试人员，都可以这样做：

首先，在入职第一周，我们都应该找该产品对应的测试负责人，向他们了解一下产品进行到什么阶段、应用场景有哪些、用户群是什么和业务主线是什么等。比如：使用该产品的用户群体是谁？是否会分为系统管理员、老师和学员？该系统的主线流程又有哪些？

而了解的办法也比较简单，你可以通过短而集中的时间去询问。比如，约负责不同测试版块的老师，花10-15分钟，了解自己想知道的内容。时间不宜过长，20分钟以内更好。这样你就可以通过最简单的沟通，了解你想知道的问题了。

其次，将自己置入不同的角色，体验产品模块间的联系。通过按角色去体验系统，你会快速理解产品或系统的整体设计意图。并且，你可以以此梳理主线，把各个角色和主功能串联起来，快速发现产品或系统存在哪些值得重点测试的区域。比如：

“课件”主线应该就是老师设计课件→学生报名→学生选课→学生学习。

“考试”主线应该就是老师出题→学生考试→老师阅卷→老师评分→学生查成绩。

最后，通过剥洋葱的方法，深入了解产品或系统的业务逻辑。

这样，你就可以像剥洋葱一样，从外层开始把每个环节拆分成单独的模块，再把模块一层一层地从外到内剥开。

比如：“课件”主线能够分为设计课件、报名、选课和学习等模块，而“设计课件”模块还能细分成课件编辑、课件上传、课件管理等子模块。

“考试”主线能够分为出题、考试、阅卷、评分和查分等模块，而“考试”模块还能细分成选择考试科目、选择考试日期、答题等子模块，“答题”模块还能再继续细分成更小的模块，这主要取决于业务逻辑的复杂程度。

当你按照这个步骤拆解完毕，形成一套思维导图的时候，在业务功能层面，你已经了解了至少70%，可能欠缺的就是一些没有文档说明的细节问题和异常场景。

3、补充知识点：如何补足缺失的业务逻辑？

如果你想更快速地深入了解产品，那再介绍一种我从其他人那里学来的方法。

（1）从开发人员那里获取到业务日志和SQL日志所在服务器的地址、用户名和密码，以及日志路径。

（2）安装Xshell之类的工具，连接服务器，打开实时输出的日志文件。

（3）在前端页面进行相应的操作，在后台同步查看输出的日志。通过日志里显示的接口参数和执行的SQL结果，你能清楚地看到前端的某个业务功能，在数据库中会关联到哪几张表，以及表之间的逻辑关系。

最后，将自己前面已知的内容，关联自己后面研究出的逻辑，一张清晰的业务逻辑线条图就跃然纸上啦。（PS：建议自己动手画一画，加深记忆）

写在最后

了解企业中产品或者系统的业务流程或业务逻辑，其实是一件持续的事情。因为，产品的状态是随时变化的。现状只是一种暂时的静止状态，因此，你需要定期重新了解它。

比如，1年前的抖音和今天的抖音，相信连其创办者对它的理解，都是在变化的，所以，千万不要认为自己当下理解了业务逻辑，就可以不再花心思研究了。记得，一定要定期更新自己的认知，才能在企业中成长的更快哦~

最后

这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你

关注我的微信公众号【伤心的辣条】免费获取~

送上一句话：

世界的模样取决于你凝视它的目光，自己的价值取决于你的追求和心态，一切美好的愿望，不在等待中拥有，而是在奋斗中争取。

我的学习交流群：902061117 群里有技术大牛一起交流分享~

如果文章对你有帮助，麻烦伸出发财小手点个赞，感谢您的支持，你的点赞是我持续更新的动力。

好文推荐：

阿里小黑叹息：越来越多的年轻人从职场撤退了？

Python简单？先来40道基础面试题测试下

App公共测试用例梳理

从一名开发人员转做测试的一些感悟

最后

以上就是干净灰狼为你收集整理的怎样才能迅速了解一个产品的业务流程？的全部内容，希望文章能够帮你解决怎样才能迅速了解一个产品的业务流程？所遇到的程序开发问题。

如果觉得靠谱客网站的内容还不错，欢迎将靠谱客网站推荐给程序员好友。