展开

关键词

智能支付稳定性测试实战

主要介绍了美团智能支付业务在稳定性方向遇到的挑战,并重点介绍QA在稳定性测试中的一些方法与实践。 背景 美团支付承载了美团全部的交易流量,按照使用场景可以将其分为线上支付和智能支付两类业务。 故障注入模块,包含故障注入工具、故障样本库(涵盖外部服务、基础组件、机房、网络等各种依赖,并重点关注超时、异常两种情况)。 业务验证模块,结合自动化测试用例和各个监控大盘来进行。 我们碰到的难点包括:链路长、环节多、服务错综复杂,线下环境与线上差异大等等,基于测试有效性和测试成本考虑,我们决定要做线上压测,而且要实现全链路的线上压测。 通过项目方式,确实能集中解决现存的大部分稳定性问题,但业务在发展、系统在迭代,稳定性建设必然是一项长期的工作。于是,QA牵头SRE、DBA、RD,建立了初步的稳定性持续运营体系,并在持续完善。 作者介绍 勋伟,美团高级测试开发工程师,金融服务平台智能支付业务测试负责人,2015年加入美团点评。

45920

Monkey稳定性测试初探(二)

之前写过一篇关于稳定性测试的文章: Monkey随机性能压测初探(一) 01 什么是稳定性测试 稳定性测试,是在一定压力的情况下,对系统或某个模块持续进行长时间的操作(一般遵循7*24 小时原则),系统没有出现业务问题、业务异常、内存泄露溢出等性能问题,保证了系统的稳定性,说明稳定性测试是通过的。 稳定性测试一般在业务测试、性能测试完成后再进行。 我们可以借助Monkey工具模拟用户操作进行稳定性测试。 02 Money是什么 Monkey测试是Android平台自动化测试的一种手段,通过Monkey程序模拟用户触摸屏幕、滑动Trackball、按键等操作来对设备上的程序进行测试,检测程序多久的时间会发生异常 ,我们一般不会在发生错误时立刻退出压力测试

13410
  • 广告
    关闭

    【玩转 Cloud Studio】有奖调研征文,千元豪礼等你拿!

    想听听你玩转的独门秘籍,更有机械键盘、鹅厂公仔、CODING 定制公仔等你来拿!

  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    美团智能支付稳定性测试实战

    总第313篇 2018年 第105篇 本文介绍了美团智能支付业务在稳定性方向遇到的挑战,并重点介绍QA在稳定性测试中的一些方法与实践。 本文根据美团高级测试开发工程师勋伟在美团第44期技术沙龙“千万级日活App的质量保证”的演讲整理而成。主要介绍了美团智能支付业务在稳定性方向遇到的挑战,并重点介绍QA在稳定性测试中的一些方法与实践。 故障注入模块,包含故障注入工具、故障样本库(涵盖外部服务、基础组件、机房、网络等各种依赖,并重点关注超时、异常两种情况)。 业务验证模块,结合自动化测试用例和各个监控大盘来进行。 ? 我们碰到的难点包括:链路长、环节多、服务错综复杂,线下环境与线上差异大等等,基于测试有效性和测试成本考虑,我们决定要做线上压测,而且要实现全链路的线上压测。 作者介绍 勋伟,美团高级测试开发工程师,金融服务平台智能支付业务测试负责人,2015年加入美团。

    69740

    Android性能稳定性测试工具mobileperf

    天猫团队开源的PC Android性能稳定性测试工具,可以收集Android性能数据: cpu 内存 流畅度fps logcat日志 流量 进程线程数 进程启动日志,mobileperf main process #com.tencent.mm com.sina.weibo com.taobao.taobao package=com.jingdong.app.mall #修改成自己手机上要测试的 正常测试手机即可。测试完毕。 结束测试,等待设置测试时长到或按Ctrl+C 然后会出来测试报告和日志。这里呢,我没有修改位置。 ? 我们看下对应的测试报告。 ? 打开即可查看到对应的数据。 整个的日志记录十分详细 ? 我们可以根据我们的选择去查看我们的对应的文件。

    97530

    测试开发方法论》之 稳定性

    也就是直接对整个功能的链路进行压力测试,压出最弱的那个环节 好进行优化和加固。 那么在我们测试开发的工作中,当开发一个功能时,如果实现此功能的链路过长,支撑服务越多,那么其稳定性会大大降低。 小刘是一家大型公司的测试开发,他最近要负责一个定时监控线上登陆接口的功能,实际上就是每个5分钟跑一遍本地的几条requests脚本。 但是之后的稳定性却成了他的心腹之患,他收到的很多报警,和反馈,去查,发现都是因为种种网络/支撑服务等问题 导致的,今天是中台升级,明天是服务维护,后天是文档地址更换,大后天是数据库权限,大大后天是压测平台 后来他关注了公众号:测试开发干货。他突然想到,他一开始就不该设计这么复杂,但是既来之则安之,所以他准备再开发一个专门的维护机器人,用来定时检测他的所有支撑服务的稳定性....... 所以方法论存在的目的,就是让我们不要盲目的去做浪费成本,反而降低稳定性的事。

    6520

    解析Android性能稳定性测试工具mobileperf

    https://github.com/alibaba/mobileperf 源码地址。

    72920

    新一代稳定性测试利器Fastbot

    项目迭代中,一般会对每个版本的App进行稳定性测试,在正式发布前拦截Crash。而稳定性测试方案中对于测试工具的选型方案是决定了发现Crash问题的可能性。 本文会从稳定性测试工具切入,介绍新一代稳定性测试利器Fastbot如何在项目中使用。 ,造成无法继续后面的测试; 因此monkey在经过调研了解后没有成为我们做稳定性测试的首选。 ,一般对于自动化稳定性测试有两种方案: 每天定时主动执行自动化测试 客户端构建完成后构建自动化测试 这里我们主要讲下每天定时主动执行自动化测试这种方案。 image 总结 本文介绍了稳定性测试Fastbot工具的使用。

    25130

    被忽视的问题:测试环境稳定性治理

    今天看书时候突然想到了这件事,发现这几年大家都在讲测试开发、测试效能、精准测试、敏捷测试、全链路压测等等很多高大上的技术实践和理念,但很少有人关注到测试环境稳定性的这种存在于我们日常工作中,困扰我们工作进度和心态的细节问题 我并不是要表达上述的一些技术实践空泛或者什么(我自己本人就一直在写性能测试&全链路压测和稳定性保障相关的技术文章),但业内目前确实存在一些为了证明测试价值和在技术链上不被鄙视而刻意为之的炫技行为。 目前能搜到或者说我个人看到的关于测试环境稳定性治理的文章,仅有阿里和滴滴在这方面的一些实践方法论(链接见下方)。 附链接: 阿里巴巴线下环境稳定性治理 滴滴在测试环境上的探索和实践 项目背景和痛点 先交代下背景吧,这样能更好的理解做测试环境稳定性治理的出发点和治理方案为什么要如此设计。 调研分析出上述几点共性问题后,我输出了如下的稳定性治理规划: 项目名称 测试环境稳定性治理 项目目的 降低测试环境不稳定因素,提升环境可用SLA;让测试同学有更充裕的时间做自己专业的事情;快速交付稳定可用的测试环支撑业务的快速发展

    27110

    app稳定性测试神器之Monkey-自定义脚本测试

    常规Monkey测试执行的是随机的事件流,但如果只是想让Monkey测试某个特定场景这时候就需要用到自定义脚本了,Monkey支持执行用户自定义脚本的测试,用户只需要按照Monkey脚本的规范编写好脚本 ,yPrecision,device,edgeFilags):发送按键消息 LaunchInstrumentation(test_name,runner_name):运行instrumentation测试用例 ProfileWait(5000):等待5秒 StartCaptureFramerate():获取帧率 EndCaptureFramerate(input):结束获取帧率 二、monkey自定义脚本实战 1、测试案例 #头文件信息 type = raw events count = 1 speed = 1.0 #启动测试 start data >> #启动应用的Activity LaunchActivity

    6820

    移动性能测试 | 持续集成中的 Android 稳定性测试

    来自学院内部学员 xinxi 同学的又一篇佳作,本文主要介绍了作者如何借助开源工具进行 Android 的稳定性测试,并在持续集成中使用,希望对大家有所帮助。 心有多大,世界就有多大! ​ 前言 谈到Android稳定测试,大多数会联想到使用monkey工具来做测试.google官方提供了monkey工具,可以很快速点击被应用,之前我有一篇帖子提到了monkey工具的使用,详见: https 修改源码 在Android源码中注入内存泄漏检测代码、卡顿检测代码、启动时间测试代码 构建app 根据环境参数执行打包命令构建app 安装测试 使用adb命令进行安装测试 登录测试 使用appium 进行登录测试 稳定性测试 使用脚本启动Maxim工具、获取崩溃日志、获取崩溃时图片 性能测试 测试内存、cpu、fps、页面加载时间等性能指标 生成报告 把安装测试、登录测试稳定性、性能等数据, 报告展示 报告展示把自动化测试结果绘制成html报告,使用的是flask服务的Jinja2作为报告模版. 完成自动化测试报告会自动上报到测试平台保存,为后续的数据统计做准备.

    74420

    Smokeping 网络链路状态和稳定性监控

    Smokeping 网络链路状态和稳定性监控 ################ #以上几行可以直接删除,也可注释掉,没有用,下面添加监控项 # 监控节点样例如下,注意+是第一层,++是第二层,+++ 是第三层 + Other menu = 网络链路稳定性监控 ,有些高防IP不让ping的 binary = /usr/local/smokeping/bin/tcpping-smokeping # tcpping是一个shell脚本并调用traceroute,测试 X 轴表示时间轴 Y 轴表示 ping 的时间值 3.6ms 表示 Ping 质量测试的响应速度平均值 中间红线能看出网络是否有抖动 直线表示稳定, 有频繁曲线表示网络抖动;如果是阴影表示有网络小幅度抖动 ls 字段表示 Ping 质量测试的丢包率 根据网络抖动判断,抖动范围超过 10ms 的都属于网络不稳定我们要每天观察是否都有规律的网络抖动现象!

    2.2K30

    python+adb+monkey实现Rom稳定性测试详解

    需要测试的是一个什么样的功能? 因为我们做的是app的权限拦截,那就必须有app啊,我们选了30个常用的app和一些测试demo,那么问题来了,这些app的安装卸载总不能手工进行吧。 因为我复现的是黑屏问题,所以测试过程中还需要收集Cpu和Memory信息,同样的使用python定时执行命令dumpsys meminfo / cpuinfo来获取。 PS:这项测试工作我觉得是个很好的积累,所以就写下来;以后再遇到类似的可以拿出来参考。 补充知识:Shell脚本实战之生成日志文件 1.代码如下 #! bulit a new #file,not in that the command ls. ls /usr/bin -al $today.log 以上这篇python+adb+monkey实现Rom稳定性测试详解就是小编分享给大家的全部内容了

    34520

    网络测试,带宽测试,流量测试

    节选自《Netkiller Testing 手札》网络测试章节 第 14 章 网络测试 目录 14.1. iperf3 - perform network throughput tests 14.1.1 Clumsy 差网络环境模拟工具 14.1. iperf3 - perform network throughput tests Measurement tool for TCP/UDP bandwidth

    1.5K50

    提高Android自动化测试稳定性的方法(二)

    背景 在Android自动化测试执行过程中,经常会由于这样或那样的原因导致手机屏幕被锁定从而导致测试失败,如果你使用的是Appium或者Airtest这样的框架,框架中自带了点亮并解锁屏幕的API,但如果是使用的自研框架或者是

    15420

    提高Android自动化测试稳定性的方法(三)

    小卡片,回复 “合集” 获取系统性的学习笔记和测试开发技能图谱 背景 在之前的一篇文章《移动端UI自动化过程中的难点及应对策略》中,我们提到在Android自动化测试执行过程中经常会遇到一些非预期的系统弹框

    16820

    私有云下的自动化故障稳定性测试

    序章 1.1 为什么要做故障稳定性测试? 写这篇文章的目的是记录下这一个月的工作内容,也想把这10年来走过的技术路程拿出来分享分享。下面开始正式介绍。 1.2 故障稳定性测试自动化 传统的故障稳定性测试可能是通过人工的手段来执行一些操作,比如在测试环境中注入正常的数据流量,这时候去手动的关闭一些组件或者服务或者关闭物理机, 造成服务的不可用,这时候一个可能性较高技术架构下 那测试人员在这个过程中可能就需要测试整个服务恢复的时间, 恢复完成后整个集群的稳定性等因素。 如果用人工来做的话,我们需要耗费大量的时间来执行测试,而且有些场景人工是无法模拟出来的, 以及无法准确的抓取数据。所以我们需要自动化我们的故障稳定性方案。 我们需要测试当我们配置变更和一些基础组件重启对整个性能和稳定性的影响。在rally架构中,hooks能够模拟绝大数故障。

    74762

    扫码关注腾讯云开发者

    领取腾讯云代金券