Chrome

01.自动化测试入门难? 很多人一听到自动化测试，就会心想：哇、这个人好厉害啊，我要努力学代码和他一样强。 自动化测试入门真的应该第一时间上手学代码吗？ 答案是否定的。自动化入门难只是因为很多人搞错了方向！ 基于本人在测试团队培训自动化的实际经历，自动化测试入门首先该了解的并不是如何写代码或者使用工具实现自动化测试脚本，而是应该首先了解自动化测试思维。 如果你入门就学python/java，那你很有可能会被立马劝退。身边无数的测试同学验证了这句话，正在看本文的你是否也有类似的经历？ 自动化测试思维我将其归纳为下面这句话： 自动化测试是将人工测试的动作转化成机器模拟人工执行测试动作的技术。 作为小白的你，肯定一头雾水。下面我将基于不同的自动化测试类型，带你来深度了解下自动化测试思维 1.WEB-UI自动化测试 WEB功能测试☞测试人员使用谷歌或者火狐浏览器打开项目地址，人工操作页面+人眼检测页面变化+sql确认数据入库，测试软件的功能是否符合预期。 WEB自动化测试☞脚本或工具打开谷歌或者火狐浏览器打开项目地址，脚本操作页面+脚本检测页面变化+动态sql确认数据入库，测试软件的功能是否符合预期。 2.APP-UI自动化测试 APP功能测试☞测试人员使用手机/平板打开项目APP，人工操作页面+人眼检测页面变化+sql确认数据入库，测试软件的功能是否符合预期。 APP自动化测试

参考：https://www.cnblogs.com/cheese320/p/8547578.html 在我们平时开发中，特别是需要与接口打交道时，无论是写接口还是用接口，拿到接口后肯定都得提前测试一下，这样的话就非常需要有一个比较给力的Http请求模拟工具，现在流行的这种工具也挺多的，像火狐浏览器插件-RESTClient，Chrome浏览器插件-Postman等等。这里主要介绍一下Postman。 一、Postman说明 　　Postman是一种网页调试与发送网页http请求的chrome插件。我们可以用来很方便的模拟get或者post或者其他方式的请求来调试接口。 二、安装（安装到chrome插件） 　　在安装时，最好是通过chrome浏览器打开chrome网上应用店直接添加到chrome插件中。如果是直接从网上先把postman下载好很可能按不到chrome上去。 进入chrome网上应用店需要FQ，在这里默认你可以FQ，大体步骤如下： 打开chrome浏览器的chrome网上应用店，搜索postman。 点击添加至CHROME。 三、基本使用方法 　　说明：在这里以一个提交多层嵌套的json数据格式的post请求为例。 如： 1 data= 2 { 3 "xxx": 4 　　{ 5 "xxx": "xxxxxxxxxxx", 6 "xxx": "xxxxxxxxxxx"

这篇初学者文章解释了如何在 Ubuntu 中安装 deb 软件包。它稍后也向你展示如何移除这些 deb 软件包。 这是 Ubuntu 初学者系列的另一篇文章。如果你对 Ubuntu 很陌生，你可能会想知道 如何安装应用程序 。 最简单的方法是使用 Ubuntu 软件中心。在软件中心中搜索应用程序的名称并安装它。如果你能在软件中心中找到所有的应用程序，那么生活就太惬意了。但是，不幸的是，这是不可能的发生的。 一些软件包可以通过 DEB 软件包的形式获得。它们是以 .deb 扩展名为结尾的存档文件。你可以把 .deb 文件看作为 Windows 中的 .exe 文件。在 Windows 中，你双击 .exe 文件，它将开始安装过程。DEB 软件包也是非常类似的。 你可以从软件提供商网站的下载区域找到这些 DEB 软件包。例如，如果你想 在 Ubuntu 上安装 Google Chrome ，你可以从它的网站下载 Chrome 的 DEB 软件包。 现在问题产生了，你将如何安装 deb 文件呢？在 Ubuntu 中有多种安装 DEB 软件包的方法。在这篇教程中，我将向你依次地展示它们。 在 Ubuntu 和基于 Debian 的 Linux 发行版中安装 .deb 文件 你可以选择一个 GUI 工具或一个命令行工具来安装一个 deb 软件包。你拥有选择权。 让我们继续看看如何安装 deb

我们公司产品是典型三层架构，前端是一个类似CDN的cache节点，后面挂着有N个proxy做高可用，proxy后面是真正的代码服务器，随着机器越来越多，偶尔会出现部分机器状态不一致而导致的问题，比较难以排查，比如：部分cache节点客户证书安装失败，导致客户反馈他们访问提示证书有问题，而我们无法重现。之前还遇到过，因为机房WAF更改规则，导致客户说访问网站提示域名未备案，于是我开发了这个小工具，开发后运维同事一使用，很快就找到了有问题的机房。 工具的使用非常简单，工具目录下新建一个requests.txt,填入如下信息： url:https://www.baidu.com/ user-agent:Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/78.0.3904.108 Safari/537.36 header-output:1 body-output:1 cookie:BIDUPSID=xxxx; 202.108.22.5 180.101.49.11 双击exe文件即可。 简单介绍下工具的参数： url: 后面是需要请求的网址,这个参数是必填的 user-agent:可以自定义http Request UserAgent，可不填，默认是chrome的user

原址：https://zhuanlan.zhihu.com/p/25463570 用 matlab 爬取期刊影响因子 “爬虫”这个词的火爆多少跟 python 有些联系，python 也当之无愧是最适合写爬虫程序的语言。但如果 matlab 用户想要写个爬虫程序处理些简单任务，大可不必再学 python，matlab同样提供了获取 web 数据的函数，也能实现简单的爬虫。我来分享一个最近遇到的简单案例，说简单却也比中文互联网上能搜到的案例都难些，如果您觉得阅读本文有些吃力，不妨先读这篇文章， [原][Matlab][01] 做一个简单的爬虫或下载器 。 任务是这样的，老师给我一张 Excel 表格，列了 400 多本期刊的标题，然后给了我一个网址（ 最新SCI影响因子查询及期刊投稿分析系统（2015-2016年） - LetPub ），让我从这网站获取这些期刊的影响因子。这网站可以根据期刊名返回期刊信息，影响因子就在其中。考虑到链接可能失效，我给出一个截图，如下。 写这段程序需要用到 webread 函数、regexp 函数和正则表达式，相关内容请参阅用户手册。 我们需要用 webread 函数向网站提交我们要检索的期刊名，然后接收网站返回的网页源代码，最后从源代码中利用正则表达式提取出影响因子。 提交期刊名时要在 webread 函数中指定网站上相关的变量名和变量值

TCP Fast Open 定义 TCP Fast Open（TFO）是用来加速连续TCP连接的数据交互的TCP协议扩展，原理如下：在TCP三次握手的过程中，当用户首次访问Server时，发送SYN包，Server根据用户IP生成Cookie（已加密），并与SYN-ACK一同发回Client；当Client随后重连时，在SYN包携带TCP Cookie；如果Server校验合法，则在用户回复ACK前就可以直接发送数据；否则按照正常三次握手进行。 起源 由Google于2011年的论文（http://conferences.sigcomm.org/co-next/2011/papers/1569470463.pdf）中提出，IPV4的TFO已经合入Linux Kernel Mainline，Client内核版本为3.6；Server内核版本为3.7。 Google研究发现TCP三次握手是页面延迟时间的重要组成部分，所以他们提出了TFO：在TCP握手期间交换数据，这样可以减少一次RTT。根据测试数据，TFO可以减少15%的HTTP传输延迟，全页面的下载时间平均节省10%，最高可达40%。 目前互联网上页面平均大小为300KB，单个object平均大小及中值大小分别为7.3KB及2.4KB。所以在这种情况下，多一次RTT无疑会造成很大延迟。 2011年6月，对Google

javascript:location=document.referrer;和javascript:history.go(-1);区别： 返回上一页，在PC端我们可以使用： history.go(-1) 或者 history.back()，可以正常返回第一层。这样，我们不需要上一页的 url 具体是什么，只要使用 history 一般都没啥问题。 但是在移动端，如果想要返回上一页。比如从A页面跳到B页面，如果B页面想返回A页面，为了防止不会跳错，必须要有一个 < 按钮，给它加 history.go(-1) ，返回上一层。 <a href="javascript:history.go(-1)" class="header-back jsBack">返回</a> 那如果我们没有返回上一页的 < 的按钮，在手机上怎么操作才会返回上一页，比如：从微信分享进来的，进入的是微信内页，此时，内页就是第一页，它没有上一页，要怎么返回？这时点返回按钮是没有反应的，不是一个好的用户体验，十有八九的人会误以为是BUG，这绝对是个坑爸的问题。 移动端无论是原生app还是传统的网页，返回上页是一个比较强烈的需求。 javascript 有一个可以获取前一页面的URL地址的方法： document.referrer document.referrer 的来源 referrer 属性可返回载入当前文档的文档的

作者： 阮 一峰 原文链接：http://www.ruanyifeng.com/blog/2019/09/curl-reference.html 简介 curl 是常用的命令行工具，用来请求 Web 服务器。它的名字就是客户端（client）的 URL 工具的意思。 它的功能非常强大，命令行参数多达几十种。如果熟练的话，完全可以取代 Postman 这一类的图形界面工具。 本文介绍它的主要命令行参数，作为日常的参考，方便查阅。内容主要翻译自《curl cookbook》。为了节约篇幅，下面的例子不包括运行时的输出，初学者可以先看我以前写的《curl 初学者教程》。 不带有任何参数时，curl 就是发出 GET 请求。 $ curl https://www.example.com 上面命令向www.example.com发出 GET 请求，服务器返回的内容会在命令行输出。 -A -A参数指定客户端的用户代理标头，即User-Agent。curl 的默认用户代理字符串是curl/[version]。 $ curl -A 'Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/76.0.3809.100 Safari/537.36' https://google

1.请你谈谈Cookie的优缺点 优点：极高的扩展性和可用性 数据持久性。 不需要任何服务器资源。 Cookie 存储在客户端并在发送后由服务器读取。 可配置到期规则。 控制 cookie 的生命期，使之不会永远有效。偷盗者很可能拿到一个过期的 cookie 。 简单性。 基于文本的轻量结构。 通过良好的编程，控制保存在 cookie 中的 session 对象的大小。 通过加密和安全传输技术（ SSL ），减少 cookie 被破解的可能性。 只在 cookie 中存放不敏感数据，即使被盗也不会有重大损失。 缺点： Cookie 数量和长度的限制 。 数量：每个域的 cookie 总数有限。 a) IE6 或更低版本最多 20 个 cookie b) IE7 和之后的版本最后可以有 50 个 cookie c) Firefox 最多 50 个 cookie d) chrome 和 Safari 没有做硬性限制 长度：每个 cookie 长度不超过 4KB （ 4096B ），否则会被截掉。 潜在的安全风险 。 Cookie 可能被拦截、篡改。如果 cookie 被拦截，就有可能取得所有的 session 信息。 用户配置为禁用 。有些用户禁用了浏览器或客户端设备接受 cookie 的能力，因此限制了这一功能。 有些状态不可能保存在客户端 。例如，为了防止重复提交表单

　　当今先进的移动通讯技术让人们可以在任何地方访问任何信息，报表作为企业业务信息的关键部分，当然也不例外。老牌报表开发工具FastReport虽然没有推出专门的移动报表控件，但前几日宣布，使用 FastReport.Net 和MVC ASP.Net框架，能给生成支持移动设备的 Web报表应用 ，而且FastReport对 移动设备 上的触摸导向的UI的支持良好，完全能实现平板电脑、手机等移动设备上的报表浏览。 　　下图是从桌面应用程序中生成的原始报表的截图，一贯的FastReport风格，简单的带图片的列表型报表，并没有出色的地方，等下移植到移动设备上的效果，才是让人期待的。 　　使用 FastReport.Net 的WebReport类将这个报表转换为HTML，FastReport强调这并不是单纯的转换，在转换阶段会有一些限制，但是所有对象肯定都会被转换。而且WebReport的工具栏对触摸屏的支持还是不错的，在以下截图中就可以看出。 　　在华硕的Nexus7的Chrome上浏览报表： 　　同样在华硕的Nexus7的Firefox中的报表： 　　同时支持了一些简单的浏览操作，就现阶段公布的截图来看，操作还非常简单，无非就是查找、筛选、排序、打印、导出等。 　　接下来的截图是有10寸屏幕的iPad 3，一样的提供简单的操作: 　　iPhone 5和Sony Xperia