测试步骤nGrinder运行一个压力测试只需3步:Jython脚本编写测试场景;配置虚拟用户数,周期,步长控制,资源监控;运行结束报告自动生成,TPS/MeanTime/Errors, 监控CPU/Memory…… 。用过压力工具的同学们都知道,常常是简单的工具不合用,合用的工具不简单,怎么也得连培训带自己琢磨各种Guide和Manual,好几天时间才能上手。并发量是需要大量的money来换的,付费证书过期就肯定不能用的。nGrinder可以颠覆你对压力工具的各种印象!之前没有经验的同学也3分钟能上手,半天时间会部署,如果会Jython的同学,就可以进行你能想到的各种测试场景的压力测试了。简单的测试案例登录一个用户可以通过管理员提供的用户名和密码进行登录如果是安装完nGrinder后第一次登录,可以使用admin(用户名)/admin(密码)进行登录。登录界面还有几个选项记住我:用户状态会被临时保存,如果系统因为意外错误而关闭,再次打开会自动登录系统。时区:用户可以选择本地时区,以正确显示页面上的测试数据。语言:用户可以选择本地语言。目前支持英语、韩语和汉语。快速启动通过Quick S
上一篇给大家介绍了阿里云的PTS服务,工具虽好,毕竟是需要花点钱的,比起高大上的LoadRunner是要便宜不少,但互联网讲究什么啊,Free啊,开源啊……那市场上有没有一个开源工具跟阿里云的PTS一样,即开即用呢?答案是肯定的,甚至比阿里云PTS出现的时间还早。其实啊,阿里云的PTS也是根据它进行二次开发来的,当然,这是我的怀疑,参考淘宝开放平台—聚石塔性能测试服务(http://open.taobao.com/doc/detail.htm?spm=0.0.0.0.UspfOC\&id=102088)便可看出一些端倪。在前段时间进行项目的性能测试时,让我无意间发现了这款神器—nGrinder,瞬间便被它清爽的界面,操作简单且不失强大的功能所吸引,下面进入正题。nGrinder简介nGrinder(http://naver.github.io/ngrinder/)是基于Grinder开源项目,但由NHN(据说是韩国最大的互联网公司)公司的nGrinder开发团队进行了重新设计和完善(所以叫做nGrinder)。nGrinder是一款非常易用,有友好简洁的用户界面和control
什么是PTS概述性能测试服务(Performance Test Service,简称PTS)是全球领先SAAS化性能测试平台,具有强大的分布式压测能力,可模拟海量用户真实的业务操作场景,让应用的性能问题无所遁形。PTS是集测试机管理、测试脚本管理、测试场景管理、测试任务管理、测试结果管理为一体的性能云测试平台。PTS基于阿里云计算平台研发,可提供超大规模并发压力,满足任意规模系统的性能测试需求。PTS在工作时会通过施压机产生压测流量,用户如果对施压的流量、地域等有更多要求,PTS施压机可动态扩展在全球范围进行部署。PTS平台提供压测机,无须安装压测软件,海量并发即可唾手可得。模板化的脚本编写轻轻松松跑性能测试,可视化的脚本调试回放让应用协议层的每个细节都清晰无比,脚本录制插件极大地提高脚本创作效率,手工脚本解决复杂业务测试,实现性能测试的无限潜能。丰富的性能指标,准确的测试结果,让PTS成为性能调优的利器。可以使用PTS对自身系统性能状况进行整体评估,一方面可以找到系统性能瓶颈从而优化系统,另一方面可以充分了解系统性能指标便于未来扩容。PTS保障企业应用性能和稳定性,提升用户体验,促进
背景众所周知,市面上有很多自动化测试工具,web自动化有selenium,robotframework,playwright等,接口自动化测试工具有httprunner,postman,jmeter等,性能测试有jmeter,loadrunner,locust,nGrinder等,移动端测试有appium,airtest等等。那有没有同时支持多端的工具呢?肯定是有的,airtest支持移动端和web测试,但不支持接口测试(当然可以自行编写脚本实现)。robotframework支持web端、移动端和接口测试,但不支持性能压测。另外,同类的测试工具,各个工具都有自身的特点,比如airtest支持图像识别控件,robotframework可以看成是selenium和appium的高级别封装,降低了代码编写成本,httprunner让接口测试用例通过配置化完成,降低了编写脚本的门槛,也可直接将接口用例转化为性能测试用例,利用locust实现性能测试。那有没有可能将这些工具都整合起来,放在一个框架里实现呢?基于此种构想,airobots诞生了。简介airobots的名字,是由airtest+r
背景市面上有很多的测试工具,比如测试接口有Jmeter、Postman等,自动化有Robotframework、Appium、Selenium等,每个人掌握的技能不同,有的用Python,有的习惯用Java,自然掌握的工具也不同,不可能把所有的工具都学习一遍,掌握精通,这样成本就太大了。在一个公司里面也一样,每个人的技能点是不一样的,也有自己的习惯和擅长的工具。那么就有个问题,不同的工具或者框架,都是独立的,生成的报告风格也是不一样的。比如有三个业务组,每个业务组有一个人负责自动化,因为三个人掌握的技能不同,掌握的测试工具也不同,所以会有三种风格的测试框架、实现逻辑和测试报告,但是向上汇报时是需要合并成一个的。我不提倡要求大家必须统一使用一个框架,当然这样风格保持了一致,但是我觉得对大家的成长帮助不大。每个人都有自己的学习曲线和感兴趣的地方,比如我习惯用Python,觉得Java的学习成本高,不愿意在上面浪费时间,那我可以关注一些基于Python的测试工具,同样可以完成任务,对我而言这是最快投入工作的路径。其他人掌握的是Java,同样使用基于Java的工具可以更快上手。那么,基于以上的
贝克街的捉虫师
十年测试老鸟佛系分享一些测试小技能、开源小工具......