我们通过了解 TCP各个状态 ,可以排除和定位网络或系统故障时大有帮助. 一.TCP状态 LISTENING :侦听来自远方的TCP端口的连接请求 . 首先服务端需要打开一个 socket 进行监听,状态为LISTEN. 有提供某种服务才会处于LISTENING状态, TCP状态变化就是某个端口的状态变化,提供一个服务就打开一个端口,例如:提供www服务默认开的是80端口,提供ftp服务默认的端口为21,当提供 的服务没有被连接时就处于LISTENING状态.FTP服务启动后首先处于侦听(LIS

一.查看端口被占用命令 1.lsof -i:端口号 2.netstat -tunlp|grep 端口号 3.netstat -anp 查看哪些端口被打开 上面命令是查看端口被进程占用的情况 二.开启新端口 举例: 开放10000端口的解决步骤如下: 1.修改/etc/sysconfig/iptables文件,增加如下一行: -A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp --dport 10000 -j ACCEPT 重启 ip

1.开始界面 <LinearLayout xmlns:android="http://schemas.android.com/apk/res/android" xmlns:tools="http://schemas.android.com/tools" android:layout_width="match_parent" android:layout_height="match_parent" android:orie

//新增数据function add() { if (Index == undefined) { row = { move_date: '', start_time: '', end_time: '', start_place: '', arrival_place: '', move_vehicle: '' }; $('#dg').datagrid('appendRow', row); Index = $('#dg').datagrid('getRows').length - 1; $('#dg

1.环境准备 /*@param: 作者:流浪的python Date:2019/01/19 env:python 3.7(由于3.0-3.5以下部分pytest可能有部分兼容问题安装建议2.7-2.9,3.5-最新) pip install pytest专属 pytest框架包 pip install pytest-html  pytest自己专属报告包 pip install pytest-rerunfailures 失败重跑包也是pytest专属 并发的也可以安下,利用多cpu运行调高用例执

TCP/IP三次握手四次挥手,是非常重要的,这个链接与关闭过程也是非常easy的.但为什么是三次握手?以及为什么要等待2MSL的状态?大部分人或许听到这个问题就蒙了.这篇博客就综合<TCP/IP具体解释:卷一>来分析一下原因: 以下看TCP三次握手四次挥手的原理图: 1.为什么要三次握手? 为了避免已失效的连接报文段又到达可server. 考虑这样一个正常的情况: 如果TCP连接是两次握手. 当client发送了一个请求连接的报文时,因为网络原因这个报文丢失了,那么client一段时间内没有收

最长报文寿命 在TCP协议中,当发送方发送释放连接报文收到确认报文后,只是在一个方向上断开了TCP连接,然后,接收方发送释放连接的报文,发送方回复确认.此时,连接还没有释放,发送方要等待2MSL(maximum segment lifetime——最大的生命周期)后关闭连接. 问题 主动发起关闭连接的操作的一方将达到TIME_WAIT状态,而且这个状态要保持Maximum Segment Lifetime的两倍时间.为什么要这样做而不是直接进入CLOSED状态? 原因: 保证TCP协议的全双工连

1.activity的生命周期 这七个方法定义了Activity的完整生命周期.实现这些方法可以帮助我们监视其中的三个嵌套生命周期循环: (1)Activity的完整生命周期 自第一次调用onCreate()开始,直到调用onDestory()为止.Activity在onCreate()中设置所有“全局”状态以完成初始化. 而在onDestory()中释放所有系统资源.例如,如果Activity有一个线程在后台运行从网络下载数据,它会在onCreate()创建线程, 而在onDestory()销

使用自动化脚本进行测试,经常受环境影响等各方面导致本能成功的脚本失败,下面介绍了RFS框架下,失败重跑的方法: 通过改写RobotFramework源代码增加--retry选项,实现test级别的失败用例自动再执行:失败用例会重跑N次,直至成功or 耗尽重试次数,生成的日志和报告文件中只会体现最后一次执行的结果.打个比方,用例A第一次执行失败了,立刻再重跑,再失败,立刻再重跑,成功了,那么,最后在生成的日志里面看到的就是最后那一次的运行数据,之前两次被完全过滤掉,只有在控制台中才可以看到它们的痕

注: 以下内容引自 http://www.yeetrack.com/?p=1015 testng增加失败重跑机制 Posted on 2014 年 10 月 31 日 使用Testng框架搭建自动测试框架,经常会需要增加失败自动截图,以及失败重跑功能,一般有两种方式,①修改testng的源码:②使用testng的listener.修改testng源码的方式不推荐:第二种方法,网易qa的一片文章介绍的比较全了,直接转过来,http://qa.blog.163.com/blog/static/190

生成的单html方便jenkins集成发邮件,= = 构建失败发邮件 参考:https://blog.csdn.net/galen2016/article/details/77975965 步骤: 1.安装Email Extension Plugin插件 2.系统管理--系统设置 --设置jenkins Location的邮箱,这里是管理员邮箱,要和发件人的邮箱设置为同一个 --设置email extension plugin --设置邮件通知,可以测试一下收发件 2.进入项目-设置-构建后操作

操作系统: CentOS 6.9_x64 python语言版本: 2.7.13 问题描述 现有一个tcp客户端程序,需定期从服务器取数据,但由于种种原因(网络不稳定等)需要自动重连. 测试服务器示例代码: https://github.com/mike-zhang/pyExamples/blob/master/socketRelate/tcpServer1_multithread.py 解决方案 ''' tcp client with reconnect E-Mail : Mike_Zhang@

操作系统: CentOS 6.9_x64 go语言版本: 1.8.3 问题描述 现有一个tcp客户端程序,需定期从服务器取数据,但由于种种原因(网络不稳定等)需要自动重连. 测试服务器示例代码: /* tcp server for test E-Mail : Mike_Zhang@live.com */ package main import ( "fmt" "net" "os" "strings" "time&qu

实现思路:通过分次执行失败案例重跑,然后通过结果文件合并命令实现多次失败重跑结果文件的合并,并输出合并后的log和report文件: 说明:具体失败案例重跑命令和结果文件合并命令请参考本博客其他相关章节内容: 接下来分别说明基础方法和优化方法的实现: 基础方法:分别执行相应的命令完成 例子: 第一次跑:pybot -d D:\testproject\project2\testoutput\ D:\testproject\project2\套件层2.txt 一次失败重跑:pybot -R D:\t

github源码地址下载:https://github.com/GoverSky/HTMLTestRunner_cn.git 解压文件后取出/HTMLTestRunner_cn.py文件丢进C:\Python37\Lib\site-packages目录下 如何使用报告截图重跑机制:how to use it ? 代码编写注意事项:该模板暂时不支持setup初始化驱动driver,而且初始化驱动必须取名driver,关于 HTMLTestRunner 新增参数 retry=1表示失败后重跑的次数,

前言 做web自动化的小伙伴应该都希望在html报告中展示失败后的截图,提升报告的档次,pytest-html也可以生成带截图的报告. conftest.py 1.失败截图可以写到conftest.py文件里,这样用例运行时,只要检测到用例实例,就调用截图的方法,并且把截图存到html报告上 # conftest.py文件 # coding:utf-8 from selenium import webdriver import pytest driver = None @pytest.mark.

重跑失败场景 1.要添加两个文件 背景:因为这里只是想单独展示失败的重跑的案例,所以先暂时把app这块的运行注释掉,只跑一个简单的demo,就一个简单类,类中就3个测试方法,失败重跑的原理是,运行方法是成功状态,就不重跑,如果是失败的,就在继续执行方法,直到他设置的最大重跑次数时就停止,要先添加这个一个类,实现IRetryAnalyzer 这个方法,以下就是一个retry 类 失败重跑代码展示 package until; import org.apache.log4j.Logger; impo

UI自动化脚本执行过程中存在非常多的不稳定性,例如网络的不稳定,浏览器无响应等等,这些失败往往并不是产品中的错误.那么这时我们往往需要对执行失败的测试用例进行多次重跑,确认其是否确实失败. 那么失败重跑我们可以通过TestNG的功能来实现. 一旦测试方法失败,就会调用TestNG的IRetryAnalyzer接口的retry方法.如果您想重新执行失败的测试用例,那么就让此方法返回true,如果不想重新执行测试用例,则返回false. 如下我们新建一个TestngRetry类,实现IRetryAn

问题背景 在使用 testng 执行 UI 自动化用例时,由于 UI自动化的不稳定性,我们在测试的时候,往往会加上失败重跑机制.在不使用 @DataProvider 提供用例参数化时,是不会有什么问题,如果使用了的话就会出现多条用例都是失败时,重跑机制只会执行第一次失败的用例,其他用例的失败重跑就不执行了. 如下:提供的两组参数都是失败时!(重跑的次数设置为2次) 从上图中可以看出,第一次失败的用例有重跑了2次,第二次失败的用例就没有重跑2次. TestNg重跑机制代码实现 TestNg提供的重

一.说明 平常在做功能测试的时候,经常会遇到某个模块不稳定,偶然会出现一些bug,对于这种问题我们会针对此用例反复执行多次,最终复现出问题来.自动化运行用例时候,也会出现偶然的bug,可以针对单个用例,或者针对某个模块的用例重复执行多次. pytest自带失败重跑机制,在运行中传入参数即可. --lf 参数:运行上次失败的用例,如果没有则全部运行. --ff参数:运行全部用例,上次失败的优先运行. 二.示例 import pytest def test_01(): print('执行1') as

失败重运行机制 用例失败的情况下,可以重新运行用例 一旦用例失败,马上重新运行 安装插件:pip install pytest-rerunfailures 使用命令:--reruns 重试次数 如 --reruns 2   标识运行时候的用例可以重新运行2次 重运行次数之间可以设置时间间隔(单位:秒) --reruns 2 --reruns-delay 5  重运行2次,每次间隔5秒 报告 allure报告看不出有rerun,可以用html报告查看有多少条rerun的用例 pytest.main