测试

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> ab的原理：ab命令会创建多个并发访问线程，模拟多个访问者同时对摸一个URL地址进行访问。它的测试目标是基于URL的，因此它既可以用来测试apache的负载压力，也可以测试nginx、lighthttp、tomcat、IIS等其他web服务器的压力。 $ ab -n1000 -c10 http://localhost:3000/ 1000条请求，10个并发 相关参数： -n requests Number of requests to perform -c concurrency Number of multiple requests to make at a time -t timelimit Seconds to max. to spend on benchmarking This implies -n 50000 -s timeout Seconds to max. wait for each response Default is 30 seconds -b windowsize Size of TCP send/receive buffer, in bytes -B address Address to bind to when making outgoing connections -p

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 首先用c++得到的一个简单但庞大的测试文件：1000万行的“A B C D” createFile.cpp 生成的测试文件叫test.in #include<cstdio> #define LINENUM 10000000 int main(){ freopen("test.in","w",stdout); for(int i=0;i<LINENUM;++i){ printf("A\tB\tC\tD\n"); } return 0; } awk脚本read.awk #!/usr/bin/awk -f BEGIN{ lines = 0 start=systime() } { str = $3 lines ++ } END{ print "line count = " lines end=systime() print "run time = " end-start "s" } c代码 read.c #include<stdio.h> #include<string.h> #include<time.h> FILE * fp; int main(int argc,char * argv[]){ int i; for(i=0;i<argc;++i){ printf("%s\n",argv[i]); } if(argc

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 一、简介 RocketMQ的前身是Metaq，当 Metaq 3.0发布时，产品名称改为 RocketMQ MetaQ2.x版本由于依赖了alibaba公司内部其他系统，对于公司外部用户使用不够友好，推荐使用3.0版本。 项目地址： https://github.com/alibaba/RocketMQ 二、安装RocketMQ 安装RocketMQ需要jdk1.6, maven,git环境 如果本机没有安装git，请使用如下命令安装 yum install git 具体安装步骤可以参考 RocketMQ 项目组给出的步骤，参见： https://github.com/alibaba/RocketMQ/wiki/Quick-Start git clone https://github.com/alibaba/RocketMQ.git cd RocketMQ sh install.sh cd devenv 安装完成后，因为install.sh脚本中创建devenv 符号链接写错了目录，需要在RocketMQ目录下执行如下命令： rm -rf devenv ln -s target/alibaba-rocketmq-3.0.7/alibaba-rocketmq devenv 启动RocketMQ cd devenv

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 渗透测试是正义黑客大展身手的地方。他们可以对漏洞评估中识别出的许多漏洞进行测试，以量化该漏洞带来的实际威胁和风险。 当正义黑客执行渗透测试时，他们的最终目标是入侵一个系统，然后从一个系统入侵另一个系统，直到“占领”整个域或环境。所谓“占领”，是指他们在最关键的Unix或Linux 系统上拥有root 权限，或者取得了可以访问和控制网络上的全部资源的管理员账户。这么做的目的是为了向客户(公司)展示在网络的当前环境和安全配置下，真正的攻击者可以采取哪些行动。 很多时候，正义黑客在按照自己的工作过程获得对网络的控制的同时，还会收获一些战利品。这些战利品包括CEO 的密码、公司的商业机密文件、所有边界路由器的管理员密码、CFO 和CIO 的笔记本电脑中标记为“机密”的文档等。沿路收集这些战利品的目的是为了使决策者理解漏洞的危害并引起重视。否则，就算花费几个小时向CEO、CIO或COO 解释有关服务、开放端口、不当配置和可能被攻击之处，他们也不能很形象地理解安全问题并引起足够的重视。但是一旦向CFO 展示其下一年度的规划，向CIO 展示其下一年的生产线蓝图，或者说出CEO 的密码“IAmWearingPanties”，他们自然而然就会想更多地了解防火墙和其他应该就位的防护措施的重要性了。 警告

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 简介 HTML5 canvas 最初起源于苹果（Apple）的一项实验，现在已经成为了web中受到广泛支持的2D 快速模式绘图 （2D immediate mode graphic ）的标准。许多开发者现在利用它来实现众多的多媒体项目、可视化醒目以及游戏等等。然而，随着我们构建的应用程序的复杂度的增加，我们难免会遇到所谓的性能问题。 已经存在众多优化canvas性能的方法了，但是还没有一篇文章将这些方法系统的整理并加以分析。本文的目的就在于将这些方法整理、巩固以使其曾为开发者们更容易理解、消化、吸收的资源。本文囊括了适用于所有计算机绘图环境（computer graphics environments）的最基本的优化方法，以及特定于canvas的优化方法。其中特定于canvas的优化方法可能会随着canvas实现方式的更新而发生变化。特别的，当浏览器开发商实现了canvas GPU 加速时，我们探讨的某些优化方法可能会显得并不是特别有效，这些情况我们会在特定的地方标注出来。 请注意，本文侧重点不在于讨论HTML5 canvas的用法。如果想了解canvas的具体用法可以参见HTML5 Rocks网站中 canvas相关的文章 。比如 Dive into HTML5 chapter 以及 MDN tutorial

@echo off cd \ color 0A title PING TEST dir c:\ | find "测试数据" if %errorlevel%==0 goto main REM--如果有就跳到:ok if %errorlevel%==1 goto end REM--如果没就跳到:end :end md c:\测试数据 :main mode con: cols=80 lines=30 cls echo -------------------------------------------------------------------------------- echo 说 明 echo. echo PING包测试工具 echo. echo 讯风通信 产品部 V1.1版 echo -------------------------------------------------------------------------------- echo 1.本机查看 echo 2.本机设置 echo 3.远端设置 echo 4.查看测试结果 echo 5.退出 set /p ch= 请选择[1,2,3,4,5]; if %ch%==1 goto ping1 if %ch%==2 goto ping2 if %ch%==3 goto ping3 if %ch%==4 goto

关于 Bugtags ，网上已经有相关的报道，用来干嘛的我就不说了，就分享几个很爽的点以及感受。以下是以 iOS 为例。 手机截屏直接提 Bug 早些日子在做黑盒测试的时候，先手机截屏，然后手机连接数据线，取出截屏图片，再打开网页，选择图片，点击上传，等待，最后才传到了测试管理平台（如 JIRA）上。使用 Bugtags 只需在手机屏幕上点几下即可完成！节约生命！ 自动添加设备信息 在手机上提交的 Bug 都会自带这些属性，完全不用自己写这些信息了，开发同学一目了然。回想从前手动 Copy、Paste 这些基本信息到 Bug 描述里，真是辛酸。 记录操作步骤 非常好的解释了「这个 Bug 是怎么出现的」这个问题。 当然，也是在手机上提交的 Bug 才会有这样的记录。 清晰的 ViewController 名字、行为、操作的 View 类型、Selector、应用状态变更等，Bug 复现是不是没那么难了？😁 // 保护隐私，截取了部分记录并替换了前缀 21:36:35.3635 Application: DidBecomeActive 21:36:36.3636 Top View: Demo.DemoNavigationController 21:36:36.3636 Top View: Demo.BookViewController 21:36:36.3636 Top View:

现在几乎所有的 App 都会有一个功能叫做「意见反馈」，这是我们听取用户声音的一个手段，以下是某新闻客户端和某电商客户端的「意见反馈」界面： 看功能界面挺简单的，但是开发起来事儿一点也不少，一般来说以下几个基本步骤是少不了的： 客户端工程师实现界面功能； 后端工程师建数据表、写相应的前端调用接口； Web 前端工程师实现意见反馈查看列表。 如果要做到好的用户体验，可能还需要将意见反馈接邮件系统，这样当用户提交了反馈，我们可以通过邮件及时看到并处理，要做好不简单吧？如果有好几个客户端，可能还需要重复发明轮子。 现在，Bugtags 为以上问题提供了很好了解决方案。 Bugtags 认为，用户的「意见反馈」应属于应用 Bug 的一种类型，应该与手动提交的 Bug、自动收集的闪退一起管理，那么我们应该怎么做呢？ Bugtags 所提供的是一种轻量级的解决方案：只提供数据接口，不提供 App 内的提交界面。这样每个 App 都可以按照需求实现不一样的「意见反馈」界面，比如上面所说的某新闻客户端和某电商客户端「意见反馈」的需求和设计就不一样。但是，他们都可以通过 Bugtags 意见反馈接口来实现数据收集。 Bugtags 这个魔法接口就是 sendFeedback： /** * 发送用户反馈 * @param content - 反馈内容 */ + (void)sendFeedback:

一、背景和目的： 由于目前 App 前端业务测试很少关注后端网络接口的异常情况，客户端 QA 在项目测试时往往局限于关注测试功能，导致测试粒度较粗。即使按照 CheckList 过功能点，客户端 QA 对后端接口的覆盖情况也很难做到明确把握。 Fiddler 是我们在客户端测试时使用比较普遍的工具，常用于 HTTP 抓包、构造请求等等。原生的 fiddler 插件，缺乏对包大小，网络请求时长、接口访问频次、接口覆盖度等维度进行网络请求的分析，同时提供网速控制的功能，下文介绍开发定制 fiddler 插件辅助 app 业务测试。 二、工具实现原理 首先了解一下 fiddler 的实现 http 代理请求的原理，方便我们深入的研究。 Fiddler 实现的原理是截获了 windows 的 winnet 接口，在转发服务器请求和响应的阶段，可以 hook 住传递的参数，达到监控甚至修改网络数据包的能力。如下图所示， fiddler 提供了 4 个接口， AutotamperRequestBefore ， AutotamperRequestAfter ， AutotamperResponseBefore ， AutotamperResponseAfter 。 我们在自己插件中实现这四个方法即可满足我们自己的测试需求。在我遇到的项目中，我们实现了以下功能。 1 、 发现网络请求包的异常问题

laravel中集成了单元测试工具phpunit可以在项目的根目录下进行使用，命令是：phpunti .\tests\单元测试文件名称。在phpstorm中使用phpunit需要做一些配置，指定composer的autoload.php就可以了。具体做法如下： 1、选择File->Setting->Languages&Framework->php->phpunit； 2、在phpunit liberay中选择 Use Composer autoloader； 3、在下面的框中填写项目目录\vendor\autoload.php； 保存之后就完成了配置。 来源： oschina 链接： https://my.oschina.net/u/919884/blog/729438