安卓手机软件測试耗电量

欢迎大家转载,为保留作者成果,转载请注明出处,http://blog.csdn.net/netluoriver,有些文件在资源中也能够下载!

假设你没有积分,能够联系我索要!

我是做多媒体调度的,须要在安卓手机中測试调度软件的在视频通讯时手机的能够支撑的时长,在网上找了非常多測试电量的软件都不惬意!

在google中查找也没有找出一个好的方案来,近期在測试的时候突然发现手机中带有一个电量的历史纪录的功能。真是“踏破铁鞋无觅处,得来全不费工夫”。測试就是这样,要学会善于发现!

来说下手机里电量的历史记录的功能吧。在设置--->设备下有一个电池功能,打开里面会显示“电池已用**”时间,有的手机没有这项功能,比方联想(http://blog.csdn.net/netluoriver/article/details/30508869)。但也没有关系,网上有一个叫做GSam
Battery Monitor Pro(电池监控器专业版 3.10)的软件,下载地址:http://sj.zol.com.cn/detail/44/43056.shtml,这里的电池使用记录,是电池充满电之后。手机持续使用的时间。假如在没有充满电的情况下,又開始充电了,在没有充满的情况下不充了。电池使用时长是不会清零的。

測试的时候,先将电池充满。然后启动測试的应用程序,依据測试条件进行測试,比方是亮屏还是黑屏,使用3G还是WIFI,是否须要打开蓝牙、GPS等功能。

手机的电量耗尽后,再从历史记录里面看下电池的使用记录是多长时间,就能够计算出在所设定的条件下手机所使用的时长了。

我如今展示的是Battery
Monitor Pro的历史记录,打开软件后,点击历史记录button,可显示电池的历史使用记录,如图所看到的:

通过时间轴就能够知道在測试条件下手机支撑的时间了。

如有疑问。可随时交流哦!

时间: 2024-12-10 15:22:20

安卓手机软件測试耗电量的相关文章

软件測试的基点

用户体验之心理模型构建 做软件測试,在很多时候.当基本面上的BUG消灭之后,为了进一步提升产品的市场份额.添加用户粘性.客观现实还要求我们可以从用户体验的层面更加深刻地领会产品好用与不好用,从这些方向上为产品的改进提出更好的意见和建议,在这个层面上思考问题,要求我们要懂产品.懂技术.懂市场,最重要的,是要懂用户.基于用户角度考虑的问题,经常会碰到一些难以取舍和决择的问题.比方说究竟插播几秒广告?这并没有什么定式,然而对用户体验的影响却是巨大的. 那么究竟什么才是从用户角度提升体验的測试呢?我们以

软件測试自学指南---从入门到精通

近来,软件測试行业发展迅速,企业越来越重视測试了.越来越多的人增加了測试大军中,非常多人也想通过自学来学习软件測试技术增加这个行业,可是如今软件測试的书籍越来越多,也良莠不齐,并且软件測试涉及的技术也越来越多.本文主要说明的是从事软件測试行业须要必备的知识,以及该怎样学习,主要给大家提供一些比較优秀的书籍,并给出学习的顺序.希望通过阅读本文,读者能够明白该怎样学习測试,并学习哪些知识.因为仅是个人建议,如有错误不妥的地方,敬请提出批评. 一.软件測试基础知识 要想进入測试这个行业,就必需要了解什

软件測试系列之入门篇(一)

一.你知道软件測试有多重要吗? 在国际上.软件測试(软件质量控制)是一件很重要的project工作.測试也作为一个很独立的职业. 在IBM.Microsoft等开发大型系统软件公司,许多重要项目的开发測试人员的比例可以达到1:2甚至1:4. 在国内软件測试的地位还不够高.而且大多仅仅停留在软件单元測试.集成測试和功能測试上.软件測试从业人员的数量同实际需求有不小差距.国内软件企业中开发者与測试人员数量一般为5:1.因此.国内的软件測试产业化还有待开发和深掘. 讲到这里不知道你反应是高兴还是失望?

软件測试系列之软件測试过程模型(四)

回想往昔: 在软件开发的不断实践过程中.人们积累经验教训,预估未来发展,总结出了非常多的开发模型,比較典型的开发模型有,边做边改模型,瀑布模型,高速原型模型.螺旋模型,增量模型.演化模型,喷泉模型,智能模型,混合模型还有RAD模型以及近期比較流行的.基于网络的面向对象的模型--RUP(RationalUnifiedProcess,统一软件开发过程. 可是遗憾的是.这些模型中.没有给予測试足够的重视和诠释.所以,才会有后来的软件測试过程模型的诞生.在这些測试模型中,兼顾了软件开发过程,对开发和測试

软件測试相关简要记录

软件測试 编码和測试统称为实现. 通常在编写出每一个模块之后就对程序做必要的測试,这叫做单元測试. 模板的编写者和測试者是同一个人. 之后会进行其它综合測试.由专门的測试人员承担这份工作.也就是软件測试project师. 软件測试的工作量往往占软件开发总工作量的40%以上. 编码 对于编码有例如以下要求: 1)程序内部的文档 2)数据说明 3)语句构造 4)输入输出 5)效率:程序执行时间.存储器效率.输入输出的效率 软件測试基础 一.软件測试的目标 1)測试是为了发现程序中的错误而执行程序的过

James Whittaker的软件測试戒律(二)

摘录自<探索式软件測试>(注:作者模仿了圣经十诫的语气和内容编写了软件測试戒律) 1.汝应用大量输入重复锤炼汝之应用程序 2.汝应贪图汝之邻居的应用程序 3.汝应亲自寻找睿智的预言家 4.汝不应崇拜无法重现的失效 5.汝应尊重汝的模型和自己主动化測试 6.汝应利用开发者的过错与他们作对 7.汝应醉心于谋杀应用程序(庆祝蓝屏吧) 8.汝应保持安息日(指产品公布时刻)的圣洁 9.汝应贪图开发者的源码 下面内容主要来自<探索式软件測试>.本人依据自己的理解对部分内容稍作了改动 3.汝应亲

软件測试方法

软件測试方法 软件測试方法种类繁多,从不同的角度上去划分,能够划分为下面经常用法: 一.软件測试分类 以下我本文主要谈论的是白盒測试.黑盒測试盒和灰盒測试. 二.软件測试定义        白盒測试:在測试类书籍中,白盒測试有多种称法,如玻璃盒測试.透明盒測试,开放盒測试,结构化測试,基于代码的測试,逻辑驱动測试等.白盒測试是一种測试用例设计方法.在这里盒子指的是被測试的软件,白盒.顾名思义即盒子是可视的,你能够清楚盒子内部的东西以及里面是怎样运作的,因此白盒測试须要你对系统内部的结构和工作原理

软件測试计划模板

第1章 引言 1.1目的 简述本计划的目的,旨在说明各种測试阶段任务.人员分配和时间安排.工作规范等. 測试计划在策略和方法的高度说明怎样计划.组织和管理測试项目.測试计划包括足够的信息使測试人员明确项目须要做什么是怎样运作的.另外,清晰的文档结构能使不论什么一个读者在浏览计划的前面几页后,就能对项目有一个大概的认识.測试计划仅仅是測试的一个框架,非常多细节须要跟开发者或其它人员沟通,因此计划不包括測试用例的细节和系统功能的具体信息.在计划目的中须要指明读者对象. 1.2名词解释 列出本计划中使

软件測试中的那些不可遗忘的基础知识

软件測试是一项批判性的工作,目的就是找出软件中的缺陷. 这里临时不去深究为什么要进行软件測试,以及软件測试带来的优点. 仅仅介绍软件測试中一些主要的測试方法.依据是否查看代码程序分为黑盒測试和白盒測试:依据是否执行软件又可分为静态測试和动态測试. 黑盒測试:又叫功能測试或行为測试,仅仅需考虑各个功能.不须要考虑整个软件的内部结构及代码. 白盒測试:訪问代码,通过检查代码的线索来协助測试. 静态測试:測试软件不执行的部分,仅仅是检查和审核. 动态測试:使用和执行软件进行測试. 1.静态黑盒測试:检