篇一 :手机模块测试总结

XX项目

XXX模块测试小结

部门:

编写人:

日期:

目录

1 引言 ································································································································ 3

1.1 编写目的 ······················································································································ 3

1.2 测试背景 ······················································································································ 3

1.3 参考资料 ······················································································································ 3 2 概要 ································································································································ 4

2.1 测试环境 ······················································································································ 4

…… …… 余下全文

篇二 :手机软件测试的经验总结

手机软件测试总结!!

对一个测试人员来讲,至少要懂一点GSM标准协议的基础知识,懂软件工程的则更好,能更清楚地预知哪一块容易出问题, 发现问题后,能分析产生问题的原因,这样就不是一种简单的黑盒操作了。

测试方向:

1. 验证各种功能都已正常实现,如:

1)电话簿中新增、编辑、查找、删除、复制、移动、自定义铃声、图片和短片、群组等;

2)各种输入法的切换和相应的字符都能正确输入;

3)照相机、录音机、播放器、FM Radio;

4)短信、彩信、聊天室的输入、发送和接收等;

5)蓝牙传输;

6)附加功能;

7)MMS、Email、WAP等网络服务功能;

8)通话音质、音效及信号强弱等。

9)各种附加功能的验证。

2. 边界值、极限测试,主要包括:

1)时间设置的最大和最小时间点的跳转;

2)电话本中最大记录条数的添加、查找、编辑和删除;

3)各编辑界面,最大字符数的输入、编辑和删除;

4)SMS,MMS最大字符数的输入、浏览、发送和接收;

5)SMS, MMS最大记录条数的浏览、存储、转存和删除;

6)计算器最大值和最小值的运算;

7)通话记录中最大记录条数、最长通话时间、最频繁的接听和挂断等功能的验证;

8)播放器中最大记录数的添加、删除;播放最大时长;录音、录像的最大时长;照相机的最大图片设置和使用,最多照片的存储。

3. 交叉测试,主要包括:

1)各种编辑器中的浏览、编辑、删除等与短信、彩信的接收之间的冲突;与来电的冲突;与低电压的冲突;与闹铃的冲突。

2)输入法之间的切换,各种字符的交叉输入;

3)通话与短信、彩信等编辑、发送和接收之间的冲突;与低电压的冲突;与闹铃的冲突。

4)通话时,蓝牙耳机、手机端和耳机之间的切换使用。

4)多媒体中,播放、录制、收听等与来电的冲突;与低电压的冲突;与闹铃的冲突。

5)来电的图片、铃声、振动等反复更改,再次来电是否与预设相符。

…… …… 余下全文

篇三 :手机测试心得总结

手机测试心得

时间过的真快,一晃自己已经工作一年多了。通过这段时间的学习,对手机测试工作有了一定的认识和理解,自己也从一个尝试学习的软件测试实习生升任为软件测试工程师。总结了一下一年多自己的心得体会。

软件测试是一个提升产品质量的必要条件,也是提高产品质量的最直接最有效的手段。软件测试渐渐成为软件行业最关键和重视的一个环节,所以做软件测试还是很有前途的。要成为一名合格的测试人员在测试过程中首要条件是测试人员要勤奋并富有耐心、善于学习、思考和发现问题,细心能够有条理的总结问题,这样才能有机会成为出色的测试人员。 下面是我列出的我比较容易犯的错误:

1.认真细致的依据test case进行测试,不要以为test case比较简单,不能找出问题,test case是手机最基本功能的测试点,只有掌握了手机最基本的功能,从而认真思考各功能点的衔接性,拓展测试思路,才能更全面的找到bug;

2.提交bug时要尽量以最简单的方式重现bug步骤,语句简单易懂。注意错别字;

3.测试人员要及时的关注和跟进开发的进程,每个新版本要着重测试开发修改和增加的功能,因为开发修改或增加一个功能可能会引发许多新问题;

4.不要以为智能机只是比功能机多增加了几个功能模块而已;

5.扩展测试思路,多尝试些不同的操作,软件测试需要以站在真实用户的位置考虑,比如变态测试、无聊测试等;

6.学习与软件测试相关的知识。学习手机操作系统的知识有助于你发现缺陷,定位问题更加准确;

7.进行手机测试时要有明确的测试范围和测试目的,不能漫无目的,看见模块就测试,当产生焦躁的情绪,就很难发现问题了;

8.测试时一般都会有很多问题,需要耐心和严谨,不能因为难度大步骤繁琐或测试环境部署麻烦而偷工减料,导致漏测;

9.测试人员要学会控制情绪;

10.测试人员要善于和开发沟通,需要给出较有力的依据证明这个问题是个BUG,在提交概率性bug时最好是能提供log等;

…… …… 余下全文

篇四 :android手机测试总结

安卓手机测试总结

1. 系统测试

(1.) 适配性测试

a) 手机的型号

b) 网络通信情况(2G\3G\WIFI\飞行模式、NET\WAP、中国电信、移动、联通)

c) Android的版本号(Android 4.0、Android 2.3、Android 2.2、Android 2.1)主要是

2.2\2.3.*\4.0

d) 屏幕的分辨率(1280×720、960×640、960×540、854×480、800×480、640×480、640×360、480×360、480×320、400×240、320×240、220×176、)

(2.) 功能模块测试(功能性测试)

a) 根据预先编写的测试用例测试

(3.) 异常测试(手机交互性事件)

a) *按键打断,如:电源键、home键、音量键、返回键等;插拔数据线 b) 其他程序后台相互切换

c) *网络切换(2G\3G\WIFI\飞行模式、NET\WAP、中国电信、移动、联通、) d) 待机后是否能恢复程序和网络

e) 短信、电话和闹铃

f) 安装、覆盖安装和卸载

g) 有无SIM卡、有无SD卡

(4.) 编写帮助文档或使用说明

2. 用户体验测试

(1.) 界面

①文字错误、图片不显示或显示不正确、缺少输入项、按钮的大小和点击效果 ②布局、图片和配色设计问题,测试人员很难进入

③提示信息,提示信息语言准确简洁,有指导性。在应该提示的位置放入提示信息,比如程序需要接入网络,在无网络的情况下应给予提示

④提示信息,提示信息的方式有很多,大概有弹出式和非弹出式两种,根据实际情况来区分 ⑤阅读性,手机因输入方式和屏幕大小限时,目前以阅读为主要(除聊天软件),做好阅读是关键。文字字体、大小、颜色和背景颜色可调整,夜间模式

⑥简洁,看看any.do就知道什么是简洁了,如穿着白纱美女的油画一般

…… …… 余下全文

篇五 :手机app测试经验总结

手机上app测试总结

查看( 8324 ) / 评论( 7 ) / 评分( 6 / 5 )

手机上的app分为基于HTML5的app(类似于pc上的b/S应用)和本地app(类似于C/S结构)。 所以测试上我们也可以充分吸收web的b/s和c/s测试经验。但是不同于pc上的应用测试,手机上的测试有其独特性

测试前的思考:我们这个产品主要是做什么的?为什么我要做这个产品?市场上有那些同类型的产品? 测试前的准备:1.使用同类型的产品,不仅仅是使用,应该是测试同类型的产品。2.熟悉我们产品的spec文档,积极和pm交流。3,写测试用例,没有时间至少要有一个checklist。

1.功能

a.基本功能,主要指app是否完成了设计的所有功能。分清模块,写一份checklist,避免漏测。考虑横竖屏切换,不过很多app现在只支持竖屏。

b.系统交互:电话短信干扰,低电量提醒,push提醒,usb数据线插拔提醒,充电提醒等,

2.性能:稳定性,兼用型(android碎片化是个难题,bug也多,ios相对bug少),app运行的内存消耗和cpu消耗,app后台长时间运行的耗流量,耗电量。

推荐testin这个第三方平台,对android兼用性测试比较有帮助。

3.易用性:面是否吸引人、容易理解。界面整洁、简单。无错别字。点击范围确定等。这部分测试中,如果测试认为有不合理的地方通常会提交需求bug。

4.外场:网络切换,网络信号强,弱下的app运行情况。

对自动化的一些看法:

目前我们可以接触到手机方面的自动化工具:robotium,monkey,monkeyrunner,androidjunit。但是由于ui变化快,自动化测试往往不方便维护。前三个不需要源码支持,但是功能有限,androidjunit很强大,对代码能力要求高,同时需要源码支持。app的开发周期一般都很短,ui变化大,用自动化要考虑投入成本,大多数的公司估计都不适用。不过测接口之类的通过自动化是个不错的选择。

…… …… 余下全文

篇六 :手机测试实习总结

总结

来厦门也有半个月了,来这边受到了公司的照顾,公司跟我们准备了温馨的宿舍。让我感受到家一般的温暖,有一种很强的归属感,也让我觉得来到联想这个大家庭没有错

公司对我们这些实习生很重要,我们进行了一个星期的培训。从第一天的军训到第三天的户外拓展看到了公司为了培训我们付出的心血,为帮助我们从一个校园人转变成一个职业人让我们学习规范,学习团队意识,为我没们以后的学习做好准备。

第二个星期我们被分成四个小组在不同的部门进行轮岗学习,我被分配到第二小组,我们这个星期在测试进行学习,学习每个工位的操作,这包括了程序的开启,以及具体的操作。我们的学习分为两个部分,一个是理论学习,一个是实践操作。测试具体分为四个工位:下载、写SN、预测、综测。每个工位的学习都花费了半天时间,为的就是我们能够更好的学习,我们被分配到不同的产线上进行学习,老员工们都很热情的教我们应该怎么做,在下载工位上,不同的机型就需要不同的下载,有的需要用夹具,有的就可以直接下载,当普通下载不能下载的时候我们就需要进行加电再下载。在开程序时也要按照程序来做,在桌面上测试排产工具进入—程序—我的电脑—E盘—Lenovo—唯一机型,这样排产就打开了,在打开时要将机型、硬盘等很多信息进行确认,确保排产的正确进行。第二步写SN号,SN号有18位数字分别是机型代码(3位)+硬件代码(2位)+生产日期(5位)+版号(8位),SN号的用途是便于主板测试,装配过程及后续的

质量及相关的信息跟踪。写SN号也是一门技术活,之前掌握不了技巧怎么都扫不上去,后来慢慢的熟练了就会了,在实践过程中由于电脑的问题死机了,老员工就让我试着开程序,虽然在别的电脑上操作过但是并没有投产,其实还是蛮兴奋的。再下一步就是预测,在预测工位上有射频线,要把射频线插在主板的射频头上对主板进行检验。我自己觉得射频头很不好插,很小很不容易插上去,当时我很佩服那些老员工他们可以如此熟练的操作。综测跟预测差不多,也就不多说了。

…… …… 余下全文

篇七 :手机APP测试点总结

安装、卸载测试,主要针对编译后源程序生成的APK安装文件

1. 生成APK文件在真机上可以安装及卸载

2. Andriod手机端的通用安装工具,如:豌豆荚及91助手等工具可以正常安装及卸载程序;

IOS,itools工具可以正常安装及卸载

3. Android平台程序安装在SD卡上(android2.2版本以后)

升级测试

1. 验证数字签名

2. 升级后可正常使用(升级覆盖安装、下载后手动覆盖安装),升级后看数据对不对

3. 在线跨版本升级(长时间不使用app,从小版本0.几升级到3.几),有些系统支持

功能测试

1、 业务逻辑测试:主要测试客户端业务能否正常完成,比如说我们手机端购物商城,要测

试各种业务能否正常完成,比如说购物,能够正常选择商品、付款进行商品业务流程

2、 功能点的测试,比如说登录功能、搜索功能等单个功能点的测试,主要根据需求利用各

种常用用例设计方法编写用例,从正向及反向进行考虑

3、 关联性测试,主要测试客户端与PC端的交互,客户端处理完后,PC端与客户端数据一致,比如说在手机端购买商品,那用相同账户在PC端登录后,相关信息在PC端是否同步。

异常测试

1、 异常性测试:主要包含了断网、断电、服务器异常等情况下,客户端能否正常处理,保

证数据正确性。

2、 交互性测试:客户端在运行的时候被其他时间打扰,如来电、来短信。。。,低电量测

试。还要注意手机端硬件上,如:待机、插拔数据线、插拔耳机等操作不会影响客户端,比如说我在看新闻,这个时候忽然来电话了,接听电话后会不会当前网页有影响 客户端侧性能测试

客户端在不同网络环境下响应速度(2G、3G、4G等)。

app对资源的占用(cpu、内存、耗电、流量等)

兼容性测试:

各种手机平台、操作系统版本、分辨率、不同尺寸屏幕、与其他App的兼容

各种网络环境下的测试

…… …… 余下全文

篇八 :手机上app测试总结

手机上app测试总结

上一篇 / 下一篇 2013-07-21 21:30:10 / 个人分类:手机测试

查看( 13119 ) / 评论( 7 ) / 评分( 6 / 5 )

手机上的app分为基于HTML5的app(类似于pc上的b/S应用)和本地app(类似于C/S结构)。 所以测试上我们也可以充分吸收web的b/s和c/s测试经验。但是不同于pc上的应用测试,手机上的测试有其独特性

测试前的思考:我们这个产品主要是做什么的?为什么我要做这个产品?市场上有那些同类型的产品? 测试前的准备:1.使用同类型的产品,不仅仅是使用,应该是测试同类型的产品。2.熟悉我们产品的spec文档,积极和pm交流。3,写测试用例,没有时间至少要有一个checklist。

1.功能

a.基本功能,主要指app是否完成了设计的所有功能。分清模块,写一份checklist,避免漏测。考虑横竖屏切换,不过很多app现在只支持竖屏。

b.系统交互:电话短信干扰,低电量提醒,push提醒,usb数据线插拔提醒,充电提醒等,

2.性能:稳定性,兼用型(android碎片化是个难题,bug也多,ios相对bug少),app运行的内存消耗和cpu消耗,app后台长时间运行的耗流量,耗电量。

推荐testin这个第三方平台,对android兼用性测试比较有帮助。

3.易用性:面是否吸引人、容易理解。界面整洁、简单。无错别字。点击范围确定等。这部分测试中,如果测试认为有不合理的地方通常会提交需求bug。

4.外场:网络切换,网络信号强,弱下的app运行情况。

对自动化的一些看法:

目前我们可以接触到手机方面的自动化工具:robotium,monkey,monkeyrunner,androidjunit。但是由于ui变化快,自动化测试往往不方便维护。前三个不需要源码支持,但是功能有限,androidjunit很强大,对代码能力要求高,同时需要源码支持。app的开发周期一般都很短,ui变化大,用自动化要考虑投入成本,大多数的公司估计都不适用。不过测接口之类的通过自动化是个不错的选择。

…… …… 余下全文