tmq专题

【腾讯TMQ】WIFI安全测试,其实不难

作者:HausenChen 1.1 引子 作为WiFi安全的一部分,近年来WiFi安全事件层出不穷,而其中的ARP攻击事件更加普遍,越来越成为移动互联网时代手机用户的一大痛点。请看以下一个WiFi安全事件。 A君从广州到上海出差,在星巴克买了一杯咖啡,坐在门口连上某个热点的WiFi正在浏览一个网站,发现这个网站需要邮箱注册,注册后发现需要登录邮箱激活。于是A君这打开了邮箱大师上的APP。

【腾讯TMQ】JAVA代码覆盖率工具JaCoCo-原理篇

作者:刘洋 一、 覆盖率定义 作为一个测试人员,保证产品的软件质量是其工作首要目标,为了这个目标,测试人员常常会通过很多手段或工具来加以保证,覆盖率就是其中一环比较重要的环节。 我们通常会将测试覆盖率分为两个部分,即“需求覆盖率”和“代码覆盖率”。 需求覆盖:指的是测试人员对需求的了解程度,根据需求的可测试性来拆分成各个子需求点,来编写相应的测试用例,最终建立一个需求和用例的映射关系

【腾讯TMQ】压力测试遭遇大量TIME_WAIT之后

作者:崔杰 前语:http协议是互联网中最常使用的应用层协议,它的绝大多数实现是基于TCP协议的。 一、问题描述 某天,在对一个提供http接口的后台服务进行压力测试过程中,我们设定了几百qps(每秒请求数)开始测试几分钟后,请求一端(我们后续简称为:客户端)的压力结果统计日志中开始连续出现大量的报错信息: 在压力测试前,根据之前的经验,同类服务的单机性能一般能够达到几千QPS,然

【腾讯TMQ】腾讯电量仪——智能硬件测试工具尝试之路

作者:袁建发 随着移动互联网的快速发展,智能手机对电量的消耗也变得越来越大,续航短板一直是用户吐槽的焦点,不管是iOS还是android,每天为手机充电成为一个惯例,甚至一天充电好几次;而许多手机厂商也承认电池成了制约手机发展的主要障碍之一。手机的其他模块越来越小,而电池的体积越来越大,已经成为了一个事实,只能通过增加电池的容量来满足功能的需求,移动电源的出现,虽然在一定程度上缓解了续航不

【腾讯TMQ】专治时间长 —5分钟测试Android覆盖安装

专治时间长 —5分钟测试Android覆盖安装 作者:TMQ 邓曦 一、痛点 覆盖安装测试,作为一项基本的测试类型是不可或缺的。它存在的主要价值:验证老版本覆盖升级到新版本,用户和系统数据能够正确迁移,以及保障用户升级后的功能可用性。 但是说他痛在什么地方呢? 需要测试的版本多每个版本需要覆盖的用例多 二、解决方案 2.1 思路 从哲学上说,任何事物都是发展变化的。我们需要

【腾讯TMQ】如何从海量用户中轻松定位H5视频播放器问题?

作者:赵六四 一、方案背景介绍 随着互联网技术的发展,用户使用QQ浏览器进行上网观看视频越来越多,最近统计目前使用QQ浏览器观看视频已经过亿。不同的用户由于不同的场景下播放不同的网站的视频源,可能会出现播放失败的情况,而这些失败的播放数据会通过数据上报系统上报至运营后台,将后台拉取数据并经过一定的分析,就能得到播放失败的网站、机型、时间、网络状态等信息,下图是最近后台统计的播放失败率最高的几个

【腾讯TMQ】如何轻松爬取网页数据

一、引言 在实际工作中,难免会遇到从网页爬取数据信息的需求,如:从微软官网上爬取最新发布的系统版本。很明显这是个网页爬虫的工作,所谓网页爬虫,就是需要模拟浏览器,向网络服务器发送请求以便将网络资源从网络流中读取出来,保存到本地,并对这些信息做些简单提取,将我们要的信息分离提取出来。 在做网页爬虫工作时会发现并不是所有网站都是一样,比如有些网址就是一个静态页面、有些需要登录后才能获取到关键信息等

【腾讯TMQ】手机发烫是为何 --App电量测试定位方法

为什么要做电量测试 随着移动互联网的快速发展,手机的实用性、娱乐性越来越强。日常使用中发现,安装了应用后,即使不怎么使用,电量也会消耗很快。但如果恢复出场设置充满电后,手机可以待机很长时间。真相只有一个:手机耗电的最终元凶是软件。 在各大应用市场中搜索“电量管理”相关应用,每个应用都有几万到几十万次的下载量。这说明,越来越多的用户开始关注应用电量问题。所以,在研发阶段,有效的检测和定位电量问题

【腾讯TMQ】开源微服务TARS接口测试揭秘

在了解具体如何做tars接口测试之前,我们先简单了解下这个测试的背景知识: Tars平台和Tars协议。 一、Tars是什么? Tars是基于名字服务使用Tars协议的高性能RPC开发框架,同时配套一体化的服务治理平台,帮助个人或者企业快速的以微服务的方式构建自己稳定可靠的分布式应用。 Tars是将腾讯内部使用的微服务架构TAF(Total Application Framework)多年的

【腾讯TMQ】静态测试技术之Lint冗余资源清理

引言:谈到冗余资源清理,我们不妨先来看看Android的资源组织方式和访问方式。 一、Android资源组织方式及访问方式 新建一个android工程后,默认资源路径res下生成对应的layout、drawable、values等子目录,分别对应以下几类常见的非代码资源: layout,menu,anim等,代表res资源的顶层使用者,通过xml的方式组合控件,渐变动画等资源,给Acti

【腾讯TMQ】十分钟学会Fiddler

一.Fiddler介绍 Fiddler是一个http抓包改包工具,fiddle英文中有“欺骗、伪造”之意,与wireshark相比它更轻量级,上手简单,因为只能抓http和https数据包,所以在针对http和https数据包的抓取上它更加专业。不仅可以记录客户端和服务器的http(s)请求,还能设置断点,修改请求和响应的数据,模拟弱网络环境。如果这些还满足不了你的需求,你还可以安装插件对Fid

【腾讯TMQ】抽丝剥茧定位Windows客户端CPU占用问题

摘要 本文主要展示了从电脑管家CPU占用过高问题发现到解决的全过程。包括分析问题的思路、解决问题的方法、压力测试的设计、优化前后数据对比等。同时,在末尾分享了自动弹窗工具的设计思路,以及笔者对于测试自动化的一些思考和看法。 一、导火索 某天,我们接到一例用户反馈——问题的核心的在于管家在没有触发任何漏洞、扫毒、垃圾清理和体检的场景下,却占用了比较高的CPU资源。截图如下: 但是这个问题

【腾讯TMQ】测试建模兵器谱

引子 有人的地方就有江湖,有测试的地方就有建模。 每个产品都是一片江湖,每一次迭代就是一场武林大会,而一个个的需求,就是一封封战书。 测试同学在面对复杂的需求时候,往往不得其力,导致测试时间过长,测试的结果也不尽如人意,这往往是对需求理解不到位所导致的。如同武林大会中对战双方使用的兵器,测试在接受到战书之后一样可以选择一样趁手的武器,而对于我们测试来说,我们在这场战斗中使用的武器,就是建模。

【腾讯TMQ】【Android场景化性能测试】UI流畅度篇

一、背景介绍 UI流畅度测试,是笔者设计整个框架的最初的痛点,前述的耗电、内存等属于框架拓展功能。 在本框架之前,部门一直使用GT工具来获取流畅度数据,并使用SM量化模型(一种收集丢帧,并通过合适算法得到最终分数的评估模型)评估流畅度,使用页面驱动的UI自动化来编写用例。但执行了多轮测试后,发现存在一些问题: 1、原方案测试流畅度依赖于ROOT手机,如果需要对某款手机做专门评测,存在局限;

【腾讯TMQ】【Android场景化性能测试】内存性能及内存泄漏篇

一、数据源 APP占用内存的测试,要比CPU的更为简单。App memory数据来源是dumpsys meminfo。当然,首先需要了解清楚dumpsys里面这些数值的含义是什么,这里不详述。 Android程序内存主要是两部分:native和dalvik。dalvik就是我们平常说的java堆,我们创建的对象是在这里面分配的,而bitmap是直接在native上分配的,对于内存的限制是nat

【腾讯TMQ】【Android场景化性能测试专栏】CPU耗电性能篇

一、思路简介 在腾讯内部或者业界,耗电性能测试已有非常多的成熟方案。既有高端深入、带着原理去测试的方案;也有直接读取系统文件、读取手机显示电量百分比的方案。如果你也玩《王者荣耀》,前者可以类比于王者高端局,后者则是青铜匹配局,各有各的乐趣。 读取系统文件或采用工具获取整体手机电流值的方法,受影响的因素多,数据波动大,可信度不高,同时从开发角度说,告诉他一个简单的电流值,对他们定位问题的帮助,也

【腾讯TMQ】【Android场景化性能测试专栏】方向与框架篇

一、简述 性能测试,在通信设备测试界,是一个非常成熟的领域,IETF组织在这个范畴制定了诸多RFC以规范测试行为。但在笔者接触移动测试领域的四年里,性能测试仿佛是一个可有可无的专项。性能问题,在各个项目中,总是停留在“用户报障-> 开发关注 -> 测试复现”。 显然,性能问题,如果也能最大限度的按照“测试发现 -> 问题定位-> 开发修改”的正常流程来走,对产品质量是有非常大贡献的。下文的介绍

【腾讯TMQ】iOS电量测试实践

iOS电量相关问题一直是测试人员头疼的事情,电量测试怎么开展、问题怎么复现和跟进定位、用户反馈电量相关的问题我们如果获取更多的信息等等,一直都没有一个好的解决方案,以至于我们面对电量相关的问题时,总是束手无策。整个项目组经常收到这样的一种反馈:你看,你们开发的APP,我还没怎么用呢,耗电量就排第一了。对于这样的反馈,我们能做些什么呢?之前我们是迷茫的,但经过一段时间的尝试和努力之后,事情有了一些改

【腾讯TMQ】老司机教你如何优雅地完成一个小项目测试

一、概述 本文以写实风格记录TBS Studio开发调试工具测试全过程。包括测试人力申请、测试策略制定、系统测试以及众测体验。对于测试初学者可以了解到整个流程是如何一步一步走下来的。对于有一定经验的同学可以领略到测试策略制定过程中基于风险和成本的测试理念。 二、提测项目介绍 TBS Studio是面向基于TBS的Web开发者和移动应用开发商(包括微信、手Q,三方App等)打造的开发服务整体解

【腾讯TMQ】像google一样测试系列之六: 实战篇

前言 Mock和反射执行,会穿插在各章节中,因此不单独成节了。 一、purify 业务代码结构分析 Purify 架构改革后,结构不再是一般的Activity和里面事件点击了,而是加入了引擎。 目前的架构如下: 可以看到: 1、弱化了Activity 2、统一用引擎加载Page 3、在各page中定义各view组件,并在自定义组件中实现事件。 4、Activity的入口 就变

【腾讯TMQ】像google一样测试系列之五:流程与覆盖率篇

​ 一、前言 有了用例,还需持续跑起来,并能有覆盖率。 如何让Local Unit Tests和Instrumented Tests都支持脚本执行? 翻阅google文档和gradle文档,就能知道答案。 二、脚本方式执行Local Unit Tests和Instrumented Tests # 三、衡量方式——覆盖率接入 Gradle 默认已经集成了覆盖率工具jacoco,一般

【腾讯TMQ】像google一样测试系列之四:技术篇

引言 Android白盒测试覆盖率低的最主要原因,是大部分人都没有测到Android层,只测试了Java层部分,导致覆盖率低。因为大部分代码都在Android层。 亲,你是不是认为Android层的都测试不了尼,下面来看看吧 一 、Android层 可测性预研 1、Application可测性 Application级 是app全局共享的,通常用作数据传递,数据共享,数据缓存等。 因此

【腾讯TMQ】像google一样测试系列之三:方案选型篇

三种测试模式预研 在测试代码放在什么位置上,及如何运行上, 经历了如下过程: 最初模式:采用google官网单测模式:Local unit tests和 Instrumented Tests。 但:组内希望与大组保持一致,即用testng,提供一个界面点击后运行用例。同时是运行在业务app内。 因此,模式a诞生 模式考虑:和开发代码写在同一目录下,以不同package区分,同时新建测试a

腾讯TMQ团队10年巨献-iOS测试实践

导读 开始敲这篇“软”文,我觉得颈肩都好硬,转转头抖抖肩,许多事情如开闸水般涌入脑海,整个人顿时放松了下来。也烦请读者朋友耐心读下来,看一看这千千万万测试人的一些共鸣! 我们是谁 2012年,我入职腾讯无线研发部质管中心(TMQ的前身),负责QQ浏览器iPad项目测试。当时本书作者丁如敏是浏览器测试组负责人,本书另一作者张锦铭(早我一年入职),还有另一位同事张佳也做iPad浏览器测试(一

【腾讯TMQ】米少熬好粥——数据有限时怎样调优深度学习模型

一、假如你是一个数据穷鬼,其他资源也捉襟见肘,可以来试试迁移学习。 迁移学习 所谓迁移学习,就是将一个问题上训练好的模型通过简单的调整,使其适用一个新的问题,可以认为是一种模型调优的“取巧”方法。可以类比人的举一反三能力。 迁移学习的特点 1、需求数据量少 假设有两个领域,一个领域已经有很多的数据,能成功地建一个模型,有一个领域数据不多,但是和前面那个领域是关联的,就可以把那个模型给