【软件测试】如何梳理你测试的业务_业务测试人员怎么知道应该测试哪些业务

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上软件测试知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

需要这份系统化的资料的朋友，可以戳这里获取

优点这么多，如何进行梳理呢？这里我参照常规的服务系统，写一些思路（框架），仅供参考。

1. 测试场景

这部分可以整理出业务系统的测试场景。

可以重点贴出核心的测试场景，附带上全量的测试用例。如果用例有后续迭代，也可以根据时间和内容进行分分类，放在这里。

2. 业务

这里就可以整理有关业务的更多细分领域。比如：

1）各种配置

业务涉及到的各种后台配置、后台地址、配置影响范围、必须非必须配置、配置顺序、特殊注意项等等。

2）前端

涉及到的产品前端功能是哪些、重要链接、主要的前端交互等等。

3）核心流程

梳理业务的核心流程，可以包含对用户的操作流程，以及对应交互的接口。

另外，可以自己手动画一画核心业务流程图，一般产品会给出，但是有时间自己画一画，脑海里再过一过更加深刻，说不定还有意外发现来补充测试设计。

还有一个重点就是业务数据的处理过程，如果涉及到其他像kafka、es、缓存等中间件，数据处理的细节也可以整理出来。

4）问题排查

在测试工作中一定会遇到杂七杂八的问题，抽出一些典型问题，记录下排查手段以及可能因素，方便自己以及其他人查看。

3. 系统

业务层梳理完，就应该关注应用服务层的了。

1）应用站点

可以从入口往下，整理出业务系统下各个站点，服务名称、作用等信息。

2）接口与日志

这里可以汇总下接口文档，根据不同情况进行分类，反正目的就是为了高效查看对应文档。

在测试过程中如何查看关键性的日志也很重要，对理解接口交互，排查问题都很有帮助。这里可以记录不同流程，涉及到的站点，如果过滤日志等信息。

3）MQ消息

记录交互的 MQ 有哪些，topic、不同tag的作用是什么、消息体等等。

4）异常机制

记录下系统都有哪些异常的处理机制，常见的比如超时、重试、补偿、兜底等等。

4. 数据

到了数据层了，自是来不开 mysql 、缓存、mongoDB等等。

梳理好各数据库名，用来处理什么，核心的表以及关键的字段，比如一些订单类型、状态等等。

redis这些nosql数据库，梳理重要的 key、field、value等等。

5. 安全

比如接口的鉴权机制，一些涉及到更复杂加密处理的接口的细节。

还有一些并发操作类的控制也可以整理出来。

6. 性能

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

13a03fab5e56a57acb)**

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！