/catalog/8c20a890c29547bb9d2b11c1e90556f9//catalog/a84bd1ce15ce477988eb1f186af1c5a6//Document/269499107774533.html/catalog/b4ab5bd4dfc943d5a3936e0b59fd3cd1//Document/287564821766213.html/Document/287211232673861.html/Document/286932191875141.html/Document/286475571720261.html/Document/285370483953733.html/Document/285096802934853.html/Document/282332783972421.html/Document/281913457070149.html/catalog/e13529ce4d89402683b7df8ee1f2b24e/

全链路测试就是压力测试吗?两者有哪些不同?

随着互联网不断发展,系统架构越发复杂,业务场景越发多样化,对性能测试的要求也越来越高,传统压测方式已经无法满足业务和技术的发展需要。相比于传统的压测方式,全链路压测作为性能测试领域新阶段的最佳实践,它们的差异如下:

全链路压力测试

首先软硬件的差异,这个后面会讲,前几天我们公司一个项目经理让我帮忙搭一个CDH,首先我要看一下机器够不够,hadoop的大数据中心最低配也要4台8c16g的服务器,不像以前的GP或者Oracle,可能1台或2台就够了。这是软硬件的区别。


搭完之后,我们很多大数据的系统就要切进去做了,像数据的运转、结算、智能化分析等等。把各种前端交易、系统、终端前端的业务数据接到里面,演化出新的业务数据模型出来,给客户提供新的商机,对于我们自己来说,提供了一个新的项目, 这就是业务耦合性。


如果这个项目落地了,我不仅要搭这个环境,还要把这个环境中各个业务流的数据梳理清楚。


同时,有这么多台服务器,我们肯定要把监控搭进去,不可能出现了问题之后再去查。前两年,我帮一家美容公司做技术运维,一开始我只是性能测试人员,不懂怎么对微服务下面的二十几台服务器进行监控。每当遇到问题,都要再去查,非常低效。


后面我就通过全链路的各种监控方式,不管哪台服务器有问题,我的手机都会收到短信,能够帮助我很快地将问题定位出来。通过全链路监控的方式就把监控问题解决了,提高了工作效率。监控的难度比较高,我们可以逐渐通过一些先进的工具、先进的方式方法去解决这些问题。


监控难题解决以后,监控到的问题的精准度的高低与真实性的差异也有不同。全链路测试的范围比较广,对于问题的定位与分析比传统的性能测试要更难一些。因为业务流的关系,出现一个问题,它是否要回滚,回滚的过程中我们要去追溯回滚是不是正确,是哪个地方出问题了?这些都需要去考虑。

 

接下来的文章会继续为大家介绍全链路测试的测试场景和测试方法,敬请大家继续关注。