当前位置: 编程技术>移动开发
本页文章导读:
▪手机自动化测试用具之淘宝手机测试框架Tmts 手机自动化测试工具之淘宝手机测试框架Tmts
淘宝手机测试框架Tmts，系统概述原始地址：http://qa.taobao.com/?p=13964PC端提供工具集TmtsToolkit。它负责测试用例的执行和测试结果的收集，包括inst.........
▪ bit地图内存限制OUT OF MEMORY的方法 bitmap内存限制OUT OF MEMORY的方法
我们在编写Android程序的时候，我们总是难免会碰到OOM（OUT OF MEMORY）的错误。这里，我使用Gallery来举例，在模拟器中，不会出现OOM错误，但是，一旦把程序 .........
▪ 多媒体研究一-采样率、帧率与比特率 多媒体研究1-采样率、帧率与比特率
[写在最前面的]越发觉得iteye（以前的javaeye）是个不错的技术讨论平台，所以决定先将以前的一些技术相关的文章都搬过来。一来备忘，二来系统化自.........
[1]手机自动化测试用具之淘宝手机测试框架Tmts
来源: 互联网 发布时间: 2014-02-18
手机自动化测试工具之淘宝手机测试框架Tmts
淘宝手机测试框架Tmts，系统概述
原始地址：http://qa.taobao.com/?p=13964
淘宝手机测试框架Tmts，系统概述
原始地址：http://qa.taobao.com/?p=13964
PC端提供工具集TmtsToolkit。它负责测试用例的执行和测试结果的收集，包括instrument日志，TmtsFramework生成的xml详细日志，及方便排查问题的截图。
Log Fetcher读取TmtsFramework生成的xml详细日志，里面会提供比instrument命令行详细很多的信息，记录测试运行的过程，和失败发生的原因及发生时间。
二、Device，手机端
TmtsFramework是脚本的基础，大致分为四块：
2) View，提供TmtsView、TmtsTextView、TmtsWebView、TmtsToast等基本控件，及TmtsAbsListView等容器。并提供一系列方便操作的方法。
TmtsTextView是带文本的view，提供getText和setText方法
TmtsToast提供getText方法，返回一闪即逝的Toast文本。
3) Finder实现所有的查找方法，返回View的实例。查找方式有ById(String)、ById(Int)、ByText、ByIndex。推荐使用ById(String)的方式，在控件界面位置变化的时候，不需要改脚本。
TestScripts使用TmtsFramework提供的接口，进行自动化脚本的编写。编写采用面向对象的方式，先通过Finder来定位返回一个具体的View的实例，再选择一个View的实例方法进行操作。
三、Hudson
1) BuildApk，用于对Tao应用进行每日构建和发布前构建，我们现在每天都会打debug版和release版，所用的keystore不一样。Debug版用于eclipse调试。Daily run的是release版本。
2) BuildTestApk，会打包测试应用，生成测试包。如果被测开发使用混淆的话，还要引入R.java进行打包。
4) CreateReport即最后的收集日志，统计结果，生成测试报表。通过邮件或旺旺消息，把每日构建的结果发送给测试和开发。点击这里，有一个日志的例子。
Log Fetcher读取TmtsFramework生成的xml详细日志，里面会提供比instrument命令行详细很多的信息，记录测试运行的过程，和失败发生的原因及发生时间。
二、Device，手机端
TmtsFramework是脚本的基础，大致分为四块：
2) View，提供TmtsView、TmtsTextView、TmtsWebView、TmtsToast等基本控件，及TmtsAbsListView等容器。并提供一系列方便操作的方法。
TmtsTextView是带文本的view，提供getText和setText方法
TmtsToast提供getText方法，返回一闪即逝的Toast文本。
3) Finder实现所有的查找方法，返回View的实例。查找方式有ById(String)、ById(Int)、ByText、ByIndex。推荐使用ById(String)的方式，在控件界面位置变化的时候，不需要改脚本。
TestScripts使用TmtsFramework提供的接口，进行自动化脚本的编写。编写采用面向对象的方式，先通过Finder来定位返回一个具体的View的实例，再选择一个View的实例方法进行操作。
三、Hudson
1) BuildApk，用于对Tao应用进行每日构建和发布前构建，我们现在每天都会打debug版和release版，所用的keystore不一样。Debug版用于eclipse调试。Daily run的是release版本。
2) BuildTestApk，会打包测试应用，生成测试包。如果被测开发使用混淆的话，还要引入R.java进行打包。
4) CreateReport即最后的收集日志，统计结果，生成测试报表。通过邮件或旺旺消息，把每日构建的结果发送给测试和开发。点击这里，有一个日志的例子。
[2] bit地图内存限制OUT OF MEMORY的方法
来源: 互联网 发布时间: 2014-02-18
bitmap内存限制OUT OF MEMORY的方法
我们在编写Android程序的时候，我们总是难免会碰到OOM（OUT OF MEMORY）的错误。这里，我使用Gallery来举例，在模拟器中，不会出现OOM错误，但是，一旦把程序
我们在编写Android程序的时候，我们总是难免会碰到OOM（OUT OF MEMORY）的错误。这里，我使用Gallery来举例，在模拟器中，不会出现OOM错误，但是，一旦把程序运行到真机里，图片文件一多，必然会出现OOM,我们通过做一些额外的处理来避免。
1.创建一个图片缓存对象HashMap dataCache，integer对应Adapter中的位置position，我们只用缓存处在显示中的图片，对于之外的位置，如果dataCache中有对应的图片，我们需要进行回收内存。在这个例子中，Adapter对象的getView方法首先判断该位置是否有缓存的bitmap，如果没有，则解码图片（bitmapDecoder.getPhotoItem，BitmapDecoder类见后面）并返回bitmap对象，设置dataCache 在该位置上的bitmap缓存以便之后使用；若是该位置存在缓存，则直接取出来使用，避免了再一次调用底层的解码图像需要的内存开销。有时为了提高 Gallery的更新速度，我们还可以预存储一些位置上的bitmap，比如存储显示区域位置外向上3个向下3个位置的bitmap，这样上或下滚动 Gallery时可以加快getView的获取。
Java代码：
public View getView(int position, View convertView, ViewGroup parent) {
if(convertView==null){
LayoutInflater inflater = LayoutInflater.from(context);
convertView = inflater.inflate(R.layout.photo_item, null);
holder = new ViewHolder();
holder.photo = (ImageView) convertView.findViewById(R.id.photo_item_image);
holder.photoTitle = (TextView) convertView.findViewById(R.id.photo_item_title);
holder.photoDate = (TextView) convertView.findViewById(R.id.photo_item_date);
convertView.setTag(holder);
}else {
holder = (ViewHolder) convertView.getTag();
}
cursor.moveToPosition(position);
Bitmap current = dateCache.get(position);
if(current != null){//如果缓存中已解码该图片，则直接返回缓存中的图片
holder.photo.setImageBitmap(current);
}else {
current = bitmapDecoder.getPhotoItem(cursor.getString(1), 2) ;
holder.photo.setImageBitmap(current);
dateCache.put(position, current);
}
holder.photoTitle.setText(cursor.getString(2));
holder.photoDate.setText(cursor.getString(4));
return convertView;
}
}
BitmapDecoder.class
package eoe.wuyi.bestjoy;
import java.io.FileNotFoundException;
import java.io.FileOutputStream;
import android.content.Context;
import android.graphics.Bitmap;
import android.graphics.BitmapFactory;
import android.graphics.Matrix;
public class BitmapDecoder {
private static final String TAG = "BitmapDecoder";
private Context context;
public BitmapDecoder(Context context) {
this.context = context;
}
public Bitmap getPhotoItem(String filepath,int size) {
BitmapFactory.Options options = new BitmapFactory.Options();
options.inSampleSize=size;
Bitmap bitmap = BitmapFactory.decodeFile(filepath,options);
bitmap=Bitmap.createScaledBitmap(bitmap, 180, 251, true);//预先缩放，避免实时缩放，可以提高更新率
return bitmap;
}
}
2.由于Gallery控件的特点，总有一个item处于当前选择状态，我们利用此时进行dataCache中额外不用的bitmap的清理，来释放内存。
@Override
public void onItemSelected(AdapterView<?> parent, View view, int position,long id) {
releaseBitmap();
Log.v(TAG, "select id:"+ id);
}
private void releaseBitmap(){
//在这，我们分别预存储了第一个和最后一个可见位置之外的3个位置的bitmap
//即dataCache中始终只缓存了（M＝6＋Gallery当前可见view的个数）M个bitmap
int start = mGallery.getFirstVisiblePosition()-3;
int end = mGallery.getLastVisiblePosition()+3;
Log.v(TAG, "start:"+ start);
Log.v(TAG, "end:"+ end);
//释放position<start之外的bitmap资源
Bitmap delBitmap;
for(int del=0;del<start;del++){
delBitmap = dateCache.get(del);
if(delBitmap != null){
//如果非空则表示有缓存的bitmap，需要清理
Log.v(TAG, "release position:"+ del);
//从缓存中移除该del->bitmap的映射
dateCache.remove(del);
delBitmap.recycle();
}
}
freeBitmapFromIndex(end);
}
/**
* 从某一位置开始释放bitmap资源
* @param index
*/
private void freeBitmapFromIndex(int end) {
//释放之外的bitmap资源
Bitmap delBitmap;
for(int del =end+1;del<dateCache.size();del++){
delBitmap = dateCache.get(del);
if(delBitmap != null){
dateCache.remove(del);
delBitmap.recycle();
Log.v(TAG, "release position:"+ del);
}
}
}
我们在编写Android程序的时候，我们总是难免会碰到OOM（OUT OF MEMORY）的错误。这里，我使用Gallery来举例，在模拟器中，不会出现OOM错误，但是，一旦把程序
我们在编写Android程序的时候，我们总是难免会碰到OOM（OUT OF MEMORY）的错误。这里，我使用Gallery来举例，在模拟器中，不会出现OOM错误，但是，一旦把程序运行到真机里，图片文件一多，必然会出现OOM,我们通过做一些额外的处理来避免。
1.创建一个图片缓存对象HashMap dataCache，integer对应Adapter中的位置position，我们只用缓存处在显示中的图片，对于之外的位置，如果dataCache中有对应的图片，我们需要进行回收内存。在这个例子中，Adapter对象的getView方法首先判断该位置是否有缓存的bitmap，如果没有，则解码图片（bitmapDecoder.getPhotoItem，BitmapDecoder类见后面）并返回bitmap对象，设置dataCache 在该位置上的bitmap缓存以便之后使用；若是该位置存在缓存，则直接取出来使用，避免了再一次调用底层的解码图像需要的内存开销。有时为了提高 Gallery的更新速度，我们还可以预存储一些位置上的bitmap，比如存储显示区域位置外向上3个向下3个位置的bitmap，这样上或下滚动 Gallery时可以加快getView的获取。
Java代码：
public View getView(int position, View convertView, ViewGroup parent) {
if(convertView==null){
LayoutInflater inflater = LayoutInflater.from(context);
convertView = inflater.inflate(R.layout.photo_item, null);
holder = new ViewHolder();
holder.photo = (ImageView) convertView.findViewById(R.id.photo_item_image);
holder.photoTitle = (TextView) convertView.findViewById(R.id.photo_item_title);
holder.photoDate = (TextView) convertView.findViewById(R.id.photo_item_date);
convertView.setTag(holder);
}else {
holder = (ViewHolder) convertView.getTag();
}
cursor.moveToPosition(position);
Bitmap current = dateCache.get(position);
if(current != null){//如果缓存中已解码该图片，则直接返回缓存中的图片
holder.photo.setImageBitmap(current);
}else {
current = bitmapDecoder.getPhotoItem(cursor.getString(1), 2) ;
holder.photo.setImageBitmap(current);
dateCache.put(position, current);
}
holder.photoTitle.setText(cursor.getString(2));
holder.photoDate.setText(cursor.getString(4));
return convertView;
}
}
BitmapDecoder.class
package eoe.wuyi.bestjoy;
import java.io.FileNotFoundException;
import java.io.FileOutputStream;
import android.content.Context;
import android.graphics.Bitmap;
import android.graphics.BitmapFactory;
import android.graphics.Matrix;
public class BitmapDecoder {
private static final String TAG = "BitmapDecoder";
private Context context;
public BitmapDecoder(Context context) {
this.context = context;
}
public Bitmap getPhotoItem(String filepath,int size) {
BitmapFactory.Options options = new BitmapFactory.Options();
options.inSampleSize=size;
Bitmap bitmap = BitmapFactory.decodeFile(filepath,options);
bitmap=Bitmap.createScaledBitmap(bitmap, 180, 251, true);//预先缩放，避免实时缩放，可以提高更新率
return bitmap;
}
}
2.由于Gallery控件的特点，总有一个item处于当前选择状态，我们利用此时进行dataCache中额外不用的bitmap的清理，来释放内存。
@Override
public void onItemSelected(AdapterView<?> parent, View view, int position,long id) {
releaseBitmap();
Log.v(TAG, "select id:"+ id);
}
private void releaseBitmap(){
//在这，我们分别预存储了第一个和最后一个可见位置之外的3个位置的bitmap
//即dataCache中始终只缓存了（M＝6＋Gallery当前可见view的个数）M个bitmap
int start = mGallery.getFirstVisiblePosition()-3;
int end = mGallery.getLastVisiblePosition()+3;
Log.v(TAG, "start:"+ start);
Log.v(TAG, "end:"+ end);
//释放position<start之外的bitmap资源
Bitmap delBitmap;
for(int del=0;del<start;del++){
delBitmap = dateCache.get(del);
if(delBitmap != null){
//如果非空则表示有缓存的bitmap，需要清理
Log.v(TAG, "release position:"+ del);
//从缓存中移除该del->bitmap的映射
dateCache.remove(del);
delBitmap.recycle();
}
}
freeBitmapFromIndex(end);
}
/**
* 从某一位置开始释放bitmap资源
* @param index
*/
private void freeBitmapFromIndex(int end) {
//释放之外的bitmap资源
Bitmap delBitmap;
for(int del =end+1;del<dateCache.size();del++){
delBitmap = dateCache.get(del);
if(delBitmap != null){
dateCache.remove(del);
delBitmap.recycle();
Log.v(TAG, "release position:"+ del);
}
}
}
[3] 多媒体研究一-采样率、帧率与比特率
来源: 互联网 发布时间: 2014-02-18
多媒体研究1-采样率、帧率与比特率
[写在最前面的]
越发觉得iteye（以前的javaeye）是个不错的技术讨论平台，所以决定先将以前的一些技术相关的文章都搬过来。一来备忘，二来系统化自己的知识。主观上是为了自己的积累与提高，希望客观上能给不相识的技术伙伴一点帮助。如果转载，请标注出处。
够郁闷的，本来已经写好了，可是不小心被覆盖掉了。唉，这软件做的真是不够人性化，还好文章全部原创，重新再写一遍，顺便磨练一下自己的韧劲。无奈！
今天够累的，本来原来写的很详细，现在只能恢复性的协议写啦，一切简而言之。
采样率Sample Rate指单位时间内对媒体对象的采样次数，单位Hz（这句话好像和原来不太一样，郁闷）。
帧率（Frame per second，fps），单位时间内媒体帧的个数。
这两个概念都描述了媒体的“连续”性，二者的区别在于一个Frame可能包含多个Sample。一般每个视频帧中只包含一个视频采样，而音频帧中会包含多个音频采样。如1个AAC帧中包含1024个采样。所以，帧率常用在视频方面，采样率常用于音频方面。采样率（帧率）越高，媒体越流畅，当然人的感受就越过瘾。但是，由于人的视/听器官分辨能力的局限，往往这些数值达到末各程度就可以满足人对“连续”性的需求了。比如，对采样率高于44.1kHz的声音，人很难听出区别了。对帧率高于30的视频，人很难看出帧率的区别。
比特率（bps或kbps），与前面两个概念不同，它描述了单位时间长度的媒体内容需要空间。当然该值越高，每个采样的信息量就越大，对这个采样的描述就越精确。
对于人的感受来说，当然上述数值越大越好，但是这总是会受到网络带宽和处理设备能力的限制。所以，媒体工程师会取一个折中的数值来制作媒体内容，在符合能力的范围内，提供最佳的体验。
例子：一张CD，双声道，采样率44.1kHz每个采样13bit，时长74分钟（4440秒），则CD的容量为13*2*44100*4440约等于640MB
[写在最前面的]
越发觉得iteye（以前的javaeye）是个不错的技术讨论平台，所以决定先将以前的一些技术相关的文章都搬过来。一来备忘，二来系统化自己的知识。主观上是为了自己的积累与提高，希望客观上能给不相识的技术伙伴一点帮助。如果转载，请标注出处。
够郁闷的，本来已经写好了，可是不小心被覆盖掉了。唉，这软件做的真是不够人性化，还好文章全部原创，重新再写一遍，顺便磨练一下自己的韧劲。无奈！
今天够累的，本来原来写的很详细，现在只能恢复性的协议写啦，一切简而言之。
采样率Sample Rate指单位时间内对媒体对象的采样次数，单位Hz（这句话好像和原来不太一样，郁闷）。
帧率（Frame per second，fps），单位时间内媒体帧的个数。
这两个概念都描述了媒体的“连续”性，二者的区别在于一个Frame可能包含多个Sample。一般每个视频帧中只包含一个视频采样，而音频帧中会包含多个音频采样。如1个AAC帧中包含1024个采样。所以，帧率常用在视频方面，采样率常用于音频方面。采样率（帧率）越高，媒体越流畅，当然人的感受就越过瘾。但是，由于人的视/听器官分辨能力的局限，往往这些数值达到末各程度就可以满足人对“连续”性的需求了。比如，对采样率高于44.1kHz的声音，人很难听出区别了。对帧率高于30的视频，人很难看出帧率的区别。
比特率（bps或kbps），与前面两个概念不同，它描述了单位时间长度的媒体内容需要空间。当然该值越高，每个采样的信息量就越大，对这个采样的描述就越精确。
对于人的感受来说，当然上述数值越大越好，但是这总是会受到网络带宽和处理设备能力的限制。所以，媒体工程师会取一个折中的数值来制作媒体内容，在符合能力的范围内，提供最佳的体验。
例子：一张CD，双声道，采样率44.1kHz每个采样13bit，时长74分钟（4440秒），则CD的容量为13*2*44100*4440约等于640MB
最新技术文章: