2017年10月_腾讯移动品质中心TMQ

原创【腾讯TMQ】【Android场景化性能测试】启动速度篇

一、背景 #传统测试启动速度的方法是录屏分帧，即手工录制启动过程，然后通过分帧软件将启动过程的每一帧抽取出来，选取启动帧与结束帧，从而计算出差值作为启动速度。显然，这个方法有如下缺点：1、效率低下。这种简单暴力的操作显然需要耗费人力与大量时间进行测试、数据收集以及分析。2、数据不准确。由于一轮测试需要耗费大量时间，所以测试的次数有限，样本量较少，一次异常的数据就有可能会影响最终的结论。既然是简单粗

2017-10-31 15:12:45 874

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

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

2017-10-31 10:46:47 1191

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

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

2017-10-31 10:21:25 556

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

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

2017-10-31 10:17:10 667

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

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

2017-10-31 10:07:05 736

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

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

2017-10-26 15:00:04 1987 1

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

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

2017-10-25 14:57:40 882

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

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

2017-10-25 14:43:42 549

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

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

2017-10-25 14:38:44 432

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

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

2017-10-25 11:00:10 600

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

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

2017-10-25 10:58:28 452

原创【腾讯TMQ】像google一样测试系列之二：方向篇

一、左移方向左移目的大家都明了，不必细说。但左移进行方向不知大家是否有想过？我觉得有2个方向。在开发现有代码的基础点上：向左：如何让现有代码更可测。这里会因为人的经验，单测写法等各种原因会认为现有代码不可测。同时，输出的可测案。例上，开发在短时间内也难以修改。新代码也不一定会按照可测性来。这个在测试程度上可能会依赖开发，如果离职换了一个新来的开发，难免又会出现这种

2017-10-25 10:56:08 537

原创【腾讯TMQ】像google一样测试系列之一：目录篇

一：方向篇1、左移方向2、google单测为什么能达到70%的覆盖的理解3、google单测中 2种测试代码的运行机制二：方案选型篇1、3种模式预研2、方案选型三：技术篇1、 Android层可测性预研：（1）：application可测性（2）：Activity可测性（3）：Service可测性（4）：Broadcast可测性2、java层单元和接口测试（1）：单元测试（2）：接口测试3、异步线

2017-10-20 16:28:58 508

TMQ1225的博客