异常测试之Socket网络异常

慕容烈
• 阅读 2007

本文由作者张雨授权网易云社区发布。

前言
不知道大家在测试的过程中有没有发现关于异常测试这样一个特点： 无论是分散在功能测试中的异常用例还是规模相对较大的专项异常测试中，异常测试的用例占比虽然不大但是对于挖掘问题却扮演着十分重要的角色。

随着项目组微服务化的演变进程，服务间通过http接口访问的场景也越来越多，本文站在测试的角度，对与socket的网络异常测试场景进行了一下整理和模拟方法的实践，抛砖引玉，欢迎大家提出更多更好的方法。

常见Socket网络异常类型
异常 Exception类型 原因 场景
connect timed out java.net.SocketTimeoutException Socket TCP建立连接时三次握手超时，如果建立连接的时间超过了设置的Socket连接的超时时间触发TimeoutException异常 网络延迟、网络断开、网卡异常、服务端性能、客户端异常等等
Read timed out java.net.SocketTimeoutException 如果输入缓冲队列RecvQ中没有数据，read操作会一直阻塞而挂起线程，直到有新的数据到来并且已经超过了设置的读超时时间时触发 客户端或者服务端进程崩溃、对方机器突然重启、网络断开等
Connection refused java.net.ConnectException 访问服务端IP不通或者端口服务没有启用 网络异常、服务down掉等
Connection reset or connection reset by peer java.net.SocketException 客户端或者服务端其中一方退出，但退出时并未关闭该连接，另一方仍然在从连接中读数据则抛出该异常（发送的第一个数据包引发该异常Connect reset by peer 服务端并发连接数达到负载主动断开连接；客户端关闭但服务端仍读写数据
网络异常场景构造实验
通过上面对于异常场景原理的了解， 我们通过一些linux网络小工具结合tcp的连接建立流程依次制造异常，从而更好的了解上面这些异常~

服务端： tomcat server 8080
客户端： curl
工具： iptables 、tcpkill
国际惯例，tcp三次握手非高清大图

异常测试之Socket网络异常

  1. connect timed out

客户端通过iptables 构造异常

这里统一从出口进行流量的限制，大家也可以自己试下从入口方向做限制。

iptables -A OUTPUT -p tcp --syn --dport 8080 -j DROP
客户端访问服务端

root@asdfd-10796:~# curl http://115.238.125.169:8080 -v About to connect() to 115.238.125.169 port 8080 (#0) Trying 115.238.125.169...

  • Connection timed out* couldn't connect to host
  • Closing connection #0

curl: (7) couldn't connect to host
客户端查看socket状态：SYN_SENT

root@asdfd-10796:~# netstat -antp | grep 8080tcp 0 1 115.238.125.172:59038 115.238.125.169:8080 SYN_SENT 3692/curl

  1. Read timed out

客户端通过iptables 构造异常

iptables -A OUTPUT -p tcp -m state --state ESTABLISHED --dport 8080 -j DROP
客户端访问服务端

root@asdfd-10796:~# curl http://115.238.125.169:8080 -v About to connect() to 115.238.125.169 port 8080 (#0) Trying 115.238.125.169... connected Connected to 115.238.125.169 (115.238.125.169) port 8080 (#0)> GET / HTTP/1.1> User-Agent: curl/7.26.0> Host: 115.238.125.169:8080> Accept: />

  • additional stuff not fine transfer.c:1037: 0 0 additional stuff not fine transfer.c:1037: 0 0 additional stuff not fine transfer.c:1037: 0 0

...................... Recv failure: Connection timed out Closing connection #0
curl: (56) Recv failure: Connection timed out
客户端查看socket状态：ESTABLISHED

root@asdfd-10796:~# netstat -antp | grep 8080tcp 0 84 115.238.125.172:58986 115.238.125.169:8080 ESTABLISHED 3671/curl
客户端抓包情况

当tcp连接完成syn-》syn ack后进入ESTABLISHED状态， 而由于iptables的配置导致服务端之后返回的tcp报文被drop掉，服务端多次重传后无ack返回，返回read time out

异常测试之Socket网络异常

  1. Connection refused

客户端通过iptables 构造异常

iptables -A OUTPUT -p tcp --dport 8080 -j REJECT
客户端访问服务端

root@asdfd-10796:~# curl http://115.238.125.169:8080 -v About to connect() to 115.238.125.169 port 8080 (#0) Trying 115.238.125.169...

  • Connection refused
  • couldn't connect to host
  • Closing connection #0

curl: (7) couldn't connect to host
客户端查看socket状态：FIN_WAIT1

root@asdfd-10796:~# netstat -antp | grep 8080tcp 0 85 115.238.125.172:58986 115.238.125.169:8080 FIN_WAIT1 -
服务端抓包情况

由于iptables的配置，客户端主动reject掉服务端返回的syn ack

异常测试之Socket网络异常

  1. Connection reset by peer or connection reset

服务端通过tcpkill命令构造异常

tcpkill是一个网络分析工具集dsniff中的一个小工具，可用来轻量级断开网络连接

tcpkill -i eth2 port 8080
客户端访问服务端

testroot@asdfd-10796:~# curl http://115.238.125.169:8080/test2 -v About to connect() to 115.238.125.169 port 8080 (#0) Trying 115.238.125.169... connected Connected to 115.238.125.169 (115.238.125.169) port 8080 (#0)> GET /test2 HTTP/1.1> User-Agent: curl/7.26.0> Host: 115.238.125.169:8080> Accept: />

  • additional stuff not fine transfer.c:1037: 0 0 Recv failure: Connection reset by peer Closing connection #0

curl: (56) Recv failure: Connection reset by peer
服务端查看tcpkill日志

root@asdfd-10649:~# tcpkill -i eth2 port 8080tcpkill: listening on eth2 [port 8080]115.238.125.172:60030 > 115.238.125.169:8080: R 3022358001:3022358001(0) win 0115.238.125.172:60030 > 115.238.125.169:8080: R 3022358230:3022358230(0) win 0115.238.125.172:60030 > 115.238.125.169:8080: R 3022358688:3022358688(0) win 0115.238.125.172:60030 > 115.238.125.169:8080: R 3022358001:3022358001(0) win 0115.238.125.172:60030 > 115.238.125.169:8080: R 3022358230:3022358230(0) win 0115.238.125.172:60030 > 115.238.125.169:8080: R 3022358688:3022358688(0) win 0115.238.125.169:8080 > 115.238.125.172:60030: R 1694916106:1694916106(0) win 0115.238.125.169:8080 > 115.238.125.172:60030: R 1694916333:1694916333(0) win 0115.238.125.169:8080 > 115.238.125.172:60030: R 1694916787:1694916787(0) win 0115.238.125.169:8080 > 115.238.125.172:60030: R 1694916106:1694916106(0) win 0115.238.125.169:8080 > 115.238.125.172:60030: R 1694916333:1694916333(0) win 0115.238.125.169:8080 > 115.238.125.172:60030: R 1694916787:1694916787(0) win 0115.238.125.172:60030 > 115.238.125.169:8080: R 3022360124:3022360124(0) win 0115.238.125.172:60030 > 115.238.125.169:8080: R 3022360386:3022360386(0) win 0115.238.125.172:60030 > 115.238.125.169:8080: R 3022360910:3022360910(0) win 0
客户端抓包情况

服务端在tcp连接建立后主动down掉连接

异常测试之Socket网络异常

总结
其实socket的异常不仅限于次如Broken pipe、 Too many open files等，这些更多的是在压力并发测试过程中容易出现，本文介绍的这些异常更多的适用于功能性异常测试中，是发现bug的好帮手，大家可以在日常的测试中实验一下，会有意外收获哦

免费领取验证码、内容安全、短信发送、直播点播体验包及云服务器等套餐

更多网易技术、产品、运营经验分享请访问网易云社区。

文章来源： 网易云社区

云计算
点赞
收藏
评论区
推荐文章
C_N_Candy C_N_Candy
•
4年前
Postman接口测试学习笔记（入门到精通）
Postman使用1.什么是接口：分为内外部接口，软件给外部提供的一种服务，用于数据传输2.软件为什么需要接口：接口能让内部数据被外部进行修改3.为什么要做接口测试：前后端分离，开发进度不一，测试左移，尽早测试。基于安全考虑，前端认证容易绕过，需要测试接口安全性。接口测试的本质：就是测试接口能否正常的交互数据，权限控制以及异常场景接口测试协议1.w
1910
0
0
Easter79 Easter79
•
3年前
springboot多模块测试启动异常：Failed to determine a suitable driver classs
springboot多模块测试启动异常：Failedtodetermineasuitabledriverclasss参考文章：（1）springboot多模块测试启动异常：Failedtodetermineasuitabledriverclasss(https://www.oschina.net/action/Go
668
0
0
执键写春秋 执键写春秋
•
4年前
Java中的异常丢失与异常链
1.异常丢失1.1在finally子句中抛出异常。packageperson.xsc.datamanage;classMyException1extendsExceptionpublicStringtoString()return"测试异常————test1";classMyException2extendsException
1437
0
0
Wesley13 Wesley13
•
3年前
unittest单元测试框架前言
一.在我们没有学习过python语言的时候领导让我们做接口测试我们都使用工具来做测试，一般常用的如jemeter，postman这些个工具，我来推荐使用postman这个工具来进行接口测试，有的小伙伴们说Fiddler或Charles抓接口，然后进行测试不也成吗？成是成，但是接口测试往往优先于客户端测试并且postman这个工具方便用来模拟异常请求，并
876
0
0
Stella981 Stella981
•
3年前
SpringBoot(20）
　　我们在写单元测试的时候,除了接口直接抛异常而导致该单元测试失败外，还有种是业务上的错误也代表着该单元测试失败。好比我们在测试接口的时候，　　该接口返回是1代表成功，如果是0那就代表是失败的，这个时候可以考虑使用断言。　　一、原理我们知道，我们可以通过断言来校验测试用例的返回值和实际期望值进行比较，以此来判断测试是否通过。那我们先来看下如果失败的情
1073
0
0
Stella981 Stella981
•
3年前
Redis使用过程出现类型转换异常问题
问题描述：使用redis过程中，出现类型转换异常问题，出现在存数据和取数据时。而且相同代码在本地测试无异常，而提交到测试环境，则会出现问题。!在这里插入图片描述(https://oscimg.oschina.net/oscnet/115a7ba9719bae3e1b04eeeba16dc3a38c7.png)问题原因：最后定位到，原
534
0
0
京东云开发者 京东云开发者
•
1年前
Java单元测试及常用语句 | 京东物流技术团队
编写Java单元测试用例，即把一段复杂的代码拆解成一系列简单的单元测试用例，并且无需启动服务，在短时间内测试代码中的处理逻辑。写好Java单元测试用例，其实就是把“复杂问题简单化，建单问题深入化“。在编写的过程中，我们也可以对自己的代码进行一个二次检查。
708
0
0
API 小达人 API 小达人
•
1年前
Eolink Apikit 如何进行自动化测试？零代码！无门槛！快速上手！
作为测试人员，在进行比较大的项目时，使用自动化测试能帮助我们事半功倍地完成测试工作，提高测试效率，缩短开发周期。EolinkApikit“零代码”自动化测试，帮助开发人员创建自动化测试，而不需要编写代码，是人人皆可使用的“零代码”自动化测试平台。在EolinkApikit的自动化测试应用中，所有的测试用例都是以项目维度来进行管理，一个自动化测试项目可以从多个API文档项目中引用API信息来创建API测试用例。
498
0
0
API 小达人 API 小达人
•
1年前
如何进行自动化测试，提高测试效率？
作为测试人员，在进行比较大的项目时，使用自动化测试能帮助我们事半功倍地完成测试工作，提高测试效率，缩短开发周期。EolinkApikit为测试工程师提供API文档管理、快速接口调试、测试用例管理、及自动化测试等功能。协作测试工程师快速查看API文档及变更，以及更快的进行接口测试和自动化测试工作，降低测试用例编辑成本，提升自动化测试效率。
476
0
0
API 小达人 API 小达人
•
1年前
自动化测试｜Eolink Apikit 如何保存、使用测试用例
测试用例是测试过程中很重要的一类文档，它是测试工作的核心，是一组在测试时输入和输出的标准，是软件需求的具体对照。测试用例可以帮助测试人员理清测试思路，确保测试覆盖率，发现需求漏洞，提高软件质量，提高测试效率，降低测试成本。EolinkApikit的API管理应用中，测试用例管理涉及到两个场景：单接口测试用例管理和多接口测试用例批量测试。
525
0
0
新支点小星 新支点小星
•
1年前
CNAS中兴新支点——性能测试的定义
CNAS中兴新支点,第三方检测实验室联系方式杨先生：13276637512微信：yangxs13276637512一、性能效率测试的定义软件性能效率测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对软件系统的各项性能指标进行测试，获取该系统的
434
0
0
慕容烈
慕容烈
Lv1
短暂的总是浪漫，漫长总会不满。
文章
5
粉丝
0
获赞
0
热门文章
千万不要给女朋友解释 什么是 “羊群效应”
Java知识点总结（动态字节码操作-Javassist的API使用）
YII get post
React中使用AntV G6