测试人员为什么要去了解业务架构和技术架构?

问题

在入职公司不久，我参加老员工再给新来的员工和管培生宣讲产品的业务、功能，直接拿着功能清单和实际页面在讲解，等把产品功能讲完了，我问了一下实习生和管培生怎么样，他们都说功能讲的太多、太乱，不清楚讲解产品的核心业务逻辑及操作流程，后来发现团队所有人都是这样做，我后面提出了一个问题，有项目的技术架构和业务架构吗，都说没有，也没进行梳理，慢慢发现团队存在以下问题：

• • 团队里面没有一个人非常熟练的说出所负责的业务架构或者技术架构

• • 产品比较核心的复杂功能，总是存在漏测

• • 用例设计方面，存在场景覆盖不全

• • 性能测试止步于发压，就是使用Jmeter发送请求

项目架构和业务架构示例

下面架构来源网上开源项目，公司项目有些业务和架构不方便发布到网上。

了解技术架构和业务架构能带来什么？

• • 更深的理解业务逻辑、数据流

• • 减少漏测，提升用例设计覆盖度

• • 方便问题分析定位，提高效率

• • 方便交叉测试，加快熟悉系统业务

• • 业务沉淀，方便组内业务交接

实际效果

经过在部门推动大家梳理业务架构和技术架构的进行，复杂业务场景、业务理解深入、线上缺陷漏测、组员对不同的业务理解时间缩短几倍、性能测试问题定位等都有了较大的提升。

• • 线上P0、P1的缺陷漏测率较以前降低了80%

• • 复杂场景用例条件覆盖度大部分达到100%

• • 新员工入职根据业务架构和技术架构图熟悉业务，普遍时间缩短到2-3天，最初最少需要1个星期以上

• • 性能问题分析定位方面，对于RT比较长等情况，能够熟练的将时间按照架构进行拆分到具体服务、应用，找出哪个链路耗时比较长

PS：我们在面试时，很多情况都会问到技术架构图，特别是做过性能测试相关的人员

最后感谢每一个认真阅读我文章的人，看着粉丝一路的上涨和关注，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走！

软件测试面试文档

我们学习必然是为了找到高薪的工作，下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料，并且有字节大佬给出了权威的解答，刷完这一套面试资料相信大家都能找到满意的工作。