51Testing软件测试论坛

标题: 一些经验(转发) [打印本页]

作者: wwz    时间: 2005-5-19 17:33
标题: 一些经验(转发)
-=-=-=-=-=>
小弟以前做手机软件测试,主要是brew手机软件的测试,现在抛砖引玉,请大家多多指教!
<br>
<br>brew手机测试经验总结:
<br>2003-7-21
<br>陈能技
<br>
<br>1.在提交高通前务必要检查文档与实际程序的功能表现是否相同,比如说,游戏增加了密技功能,在文档中就要有相应的说明。
<br>
<br>2.在模拟器上图像处理速度较快,所以不会出现游戏中移动的图像变模糊的现象,但是由于手机的分辨率相对低,所以一般在模拟器显示正常的速度,到了手机就应该让开发人员适当调慢,否则将会出现移动物体变模糊不能清晰辨认的情况。
<br>
<br>3.有些游戏使用了很多的图片资源,当在两个界面之间(例如在主菜单界面和帮助界面之间,主界面菜单是由许多图片组成的,帮助界面是一个html文件的浏览显示),连续按若干次使其在两个界面之间连续切换,会出现图像重叠现象,其原因是手机的cpu处理速度跟不上刷新速度,而且主界面的图片资源一直没有释放,导致图像的残留。一般可模拟grinder把这些类似的问题测出来。
<br>
<br>4.是否正确处理来电。如果没有适当正确的来电处理,有些来电会使游戏画面变乱,有些直接退出,甚至死机。brew程序员往往会在来电处理后的恢复中忘了对游戏音乐的处理,比如说原先选择了关闭音乐的,来电处理后音乐又自动开始播放了。有时候需要模拟两个或以上的连续的来电以发掘程序深层的逻辑错误,这些错误大多是来电处理后的恢复过程的错误。另外短信,电量不足等一些事件警告的出现也有可能导致程序出错,也要作出相应的处理。
<br>
<br>5.注意确保游戏说明和帮助的完整清晰,检查系统提示信息,确保在游戏中出现的文字的正确拼写,没有错别字。要尽量用敬称“您”而不用“你”。
<br>
<br>6.标题,菜单等的文字显示要尽量用小字体,尽量缩短文字,能用简短文字说明清楚的就不要用长句,例如“按2,4键可以左右移动图片”就可改成“按2,4键左右移动图片”,或者甚至改成“按2,4键移动图片”。因为不同的手机显示屏幕宽度不一样,在一款手机上显示正确不代表在其他款式都能正确显示,然而用小字体,短句子就能适应大多数手机的屏幕宽度。
<br>
<br>7.线程的处理,有些游戏设有多个线程,如果没有处理好线程的调用释放问题的话,就很可能出现线程争用的问题。例如一个宠物游戏,宠物死亡后,会调用一个新的线程循环播放哀吊音乐,有些程序员由于粗心大意忘记了释放这个线程,当重新开始游戏时,就会出现这个线程播放的音乐与游戏过程的背景音乐交替播放的情况。
<br>
<br>8.文件处理。当涉及文件读写操作的时候,要特别注意测试文件操作带来的内存问题。比如说,有些游戏需要用文件记录游戏最高分或分值等,要注意测试第一次运行程序时的退出操作(此时没有最高分记录或其他分值记录),程序是否申请了文件指针或文件资源而没有释放。如果是的话,则会导致退出时的内存错误。另外对于brew,应用程序的文件包中不得包含零字节的文件,每个文件至少有一个字节,同时还要求不能包含无用的文件或文件夹,目的是节省手机上有限的存储资源。
<br>
<br>9.颜色的搭配,有些背景色跟文字或图片的颜色搭配在模拟器可以较清晰的显示出来,但是到了手机由于其分辨率问题就不那么明显了。颜色搭配要以清晰美观为基础,还要适当考虑游戏的种类,用户心理等问题。
<br>
<br>
<br>10.用模拟器模拟网络不通的情况。目的是测试软件的网络连接,网络资源请求,缓冲区存储等模块的性能,看看内存是否有正确释放等。可以通过断开网络连接的方法模拟手机网络不通的情况,具体就是把本地连接的状态设成禁用或者直接拔掉网络连接线。
<br>
<br>11.数据请求或传输等需时较多的过程要确保有提示界面,最好有动画显示数据在传输过程中,请用户耐心等待。另外要注意在这个过程中对重复按键予以忽略,因为等待时间过长或响应迟钝时,用户趋向于重复按手机按钮。
<br>
<br>12.不要忽略了对后台数据正确性的测试。输入特殊字符或异常字符,看后台有没有相应的容错处理(当然这些也可由手机端处理)。多个客户端同时发出请求,测试后台的多线程处理能力,看能同时处理多少用户的同时请求,平均响应时间是多少,是否在可接受范围内。
<br>
<br>13.来电,短信,电量不足等一些事件警告的出现也有可能导致程序出错,也要作出相应的处理。有些网络程序由于设置了数据通讯时不处理来电,这时候就要在低电量情况下测试,用电量不足的警告事件来触发程序的suspend和resume处理事件,看是否做了恰当的处理。
<br>
<br>以上经验同样适合开发人员参考,以便尽量避免类似问题的出现。
<br>
<br>
<br>贴一篇手机软件的测试
<br>与上一篇有些重复的地方,但是可能范围更阔些,希望对大家有参考作用
<br>
<br>
<br>手机游戏软件的测试经验总结:
<br>
<br>1.增加密技功能,以方便测试。不一定也没有必要所有的测试员都必须是游戏高手,但是又必须测试高一级别或者难度大的级别,所以必须设置密技功能以供测试人员能够完整地通关测试游戏。
<br>
<br>2.在模拟器上图像处理速度较快,所以不会出现游戏中移动的图像变模糊的现象,但是由于手机的分辨率相对低,所以一般在模拟器显示正常的速度,到了手机就应该让开发人员适当调慢,否则将会出现移动物体变模糊不能清晰辨认的情况。
<br>
<br>3.有些游戏使用了很多的图片资源,当在两个界面之间(例如在主菜单界面和帮助界面之间,主界面菜单是由许多图片组成的,帮助界面是一个html文件的浏览显示),连续按若干次使其在两个界面之间连续切换,会出现图像重叠现象,其原因是手机的cpu处理速度跟不上刷新速度,而且主界面的图片资源一直没有释放,导致图像的残留。一般可模拟grinder把这些类似的问题测出来。
<br>
<br>4.手机按键的问题。要确保除必要功能键外的其他按键不能得到响应。由于手机按钮多数是小而紧密排布的,按键不方便,操作起来速度要比pc平台游戏的慢,所以如果是action类或操作要求考验按键速度的游戏,其速度要适当调慢,否则会挫伤玩家的信心和降低游戏的可玩性。
<br>
<br>5.要从玩家角度着想,测试操作是否方便,例如按键的排布是否合理,会不会因为这种排布而出现误按退出键等问题。提高可玩性,提高玩家游戏的兴趣,例如增加最高分项,提高玩家挑战高分的兴趣,增添游戏的耐玩性.
<br>
<br>6.是否正确处理来电。如果没有适当正确的来电处理,有些来电会使游戏画面变乱,有些直接退出,甚至死机。brew程序员往往会在来电处理后的恢复中忘了对游戏音乐的处理,比如说原先选择了关闭音乐的,来电处理后音乐又自动开始播放了。有时候需要模拟两个或以上的连续的来电以发掘程序深层的逻辑错误,这些错误大多是来电处理后的恢复过程的错误。另外短信,电量不足等一些事件警告的出现也有可能导致程序出错,也要作出相应的处理。
<br>
<br>7.注意确保游戏说明和帮助的完整清晰,检查系统提示信息,确保在游戏中出现的文字的正确拼写,没有错别字。要尽量用敬称“您”而不用“你”。
<br>
<br>8.标题,菜单等的文字显示要尽量用小字体,尽量缩短文字,能用简短文字说明清楚的就不要用长句,例如“按2,4键可以左右移动图片”就可改成“按2,4键左右移动图片”,或者甚至改成“按2,4键移动图片”。因为不同的手机显示屏幕宽度不一样,在一款手机上显示正确不代表在其他款式都能正确显示,然而用小字体,短句子就能适应大多数手机的屏幕宽度。
<br>
<br>9.线程的处理,有些游戏设有多个线程,如果没有处理好线程的调用释放问题的话,就很可能出现线程争用的问题。例如一个宠物游戏,宠物死亡后,会调用一个新的线程循环播放哀吊音乐,有些程序员由于粗心大意忘记了释放这个线程,当重新开始游戏时,就会出现这个线程播放的音乐与游戏过程的背景音乐交替播放的情况。
<br>
<br>10.文件处理。当涉及文件读写操作的时候,要特别注意测试文件操作带来的内存问题。比如说,有些游戏需要用文件记录游戏最高分或分值等,要注意测试第一次运行程序时的退出操作(此时没有最高分记录或其他分值记录),程序是否申请了文件指针或文件资源而没有释放。如果是的话,则会导致退出时的内存错误。另外对于brew,应用程序的文件包中不得包含零字节的文件,每个文件至少有一个字节,同时还要求不能包含无用的文件或文件夹,目的是节省手机上有限的存储资源。
<br>
<br>11.界面颜色的搭配,有些背景色跟文字或图片的颜色搭配在模拟器可以较清晰的显示出来,但是到了手机由于其分辨率问题就不那么明显了。颜色搭配要以清晰美观为基础,还要适当考虑游戏的种类,用户心理等问题。
<br>
<br>手机网络应用软件的测试经验总结:
<br>
<br>1.用模拟器模拟网络不通的情况。目的是测试软件的网络连接,网络资源请求,缓冲区存储等模块的性能,看看内存是否有正确释放等。可以通过断开网络连接的方法模拟手机网络不通的情况,具体就是把本地连接的状态设成禁用或者直接拔掉网络连接线。
<br>
<br>2.数据请求或传输等需时较多的过程要确保有提示界面,最好有动画显示数据在传输过程中,请用户耐心等待。另外要注意在这个过程中对重复按键予以忽略,因为等待时间过长或响应迟钝时,用户趋向于重复按手机按钮。
<br>
<br>3.不要忽略了对后台数据正确性的测试。输入特殊字符或异常字符,看后台有没有相应的容错处理(当然这些也可由手机端处理)。多个客户端同时发出请求,测试后台的多线程处理能力,看能同时处理多少用户的同时请求,平均响应时间是多少,是否在可接受范围内。
<br>
<br>4.来电,短信,电量不足等一些事件警告的出现也有可能导致程序出错,也要作出相应的处理。有些网络程序由于设置了数据通讯时不处理来电,这时候就要在低电量情况下测试,用电量不足的警告事件来触发程序的suspend和resume处理事件,看是否做了恰当的处理。
<br>
<br>5. 加密引起的内存空间不足。有些网络程序为了在传输过程中的安全起见,对手机端的输入进行加密处理,由于加密过程中运算时需要临时使用一片比较大的内存,所以如果缓冲区设置不够大时,加密运算将引起内存错误的出现。
-=-=-=-=-=>
作者: wangsong918    时间: 2005-5-20 15:37
工作中会经常遇到,比较实用的!不错。
作者: addvalue    时间: 2005-5-23 12:59
标题: brew业务架构也配合张贴
实战




欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) Powered by Discuz! X3.2