手机软件测试工作总结

1手机软件测试经验总结

一个合格的手机软件测试工程师要掌握的东西是很多很多的。在我个人理解中，一个合格的高级手机软件测试工程师应该具有最基本的两点知识：软件测试理论知识和一定的开发技能。

1、软件测试理论知识

这个不用多说，软件测试工程师必须要掌握的，软件测试如何融入整个开发的流程，什么时候介入，什么时候结束，如何搭建测试环境，如何设计测试用例（包括设计测试用例的方法，如：等价类划分，边界值法等），如何使用测试工具，还有测试领域专用的一些术语等等。

2、开发技能

合格的高级软件测试工程师，编程技能不可缺少。在手机测试中，比如自动化测试，完全可以开发工具来实现自动化测试。所以掌握一门扎实的编程语言，C或者C++还是非常重要的，能够自己开发测试工具，也是一个高级手机软件测试工程师应该具备的素质。我认为我们不应该只是单纯的发现bug，而应该从更深层次的去探究这个bug的原因，甚至可以定位bug。

另外从技能上讲，面向不同的技术方向，像操作系统、网络、通信等都要从专业上深入了解。这些是除去工作时间外必须去加强充电的部分。有这些做后盾，做起事来也会事半功倍。

另外手机测试中应该注意的问题首先是正确性测试，正确性测试又可称为功能性测试，我们首先就是要测试所有功能是否都已实现、正确、是否满足需求规格说明。

正确性测试还要考虑到用户界面，软件产品始终是关注软件使用者——客户的体验，手机屏幕小，界面有限，所以手机软件的用户界面更需有一定的规范和标准：正确性、一致性、直观性、实用性、灵活性、舒适性便是最基本的标准。

正确性一般比较明显，比较容易发现，例如某个窗口没有被完全显示，文字没有对齐，文字拼写错误，密码输入时没有以*的形式自动屏蔽等。

一致性包括软件自身的一致性以及手机操作系统或与其它软件的一致性，具体表现在使用的术语，字体是否一致，界面的各参数风格是否前后一致等。特别也要注意中英文版本下界面风格是否一致，是否有中英文混合的情况。

直观性要求软件功能特性易懂、清晰，用户界面布局合理，对操作的响应是否在用户的预期中，如用户做了非法操作后，界面是否有错误的提示信息，提示信息是否完整，是否明确，是否能让用户立即明白问题所在。

实用性不是指软件本身是否实用，而仅仅是指具体的某个特性是否实用，是否有助于用户执行该软件的功能，手机软件是安装在手机上的第三方软件，手机不同于PC机，功能没有PC机强大，在手机上实现的功能也不同于在PC机上的功能，所以功能不应复杂，无用的功能只会增加程序的复杂度，产生不必要的软件缺陷。但是个人觉得有些必要的功能还是一定要有的，如：随时可以退出应用程序这个功能还是很必要的，用户进入多层之后，若想退出应用程序，但是又要一层一层返回到最上一层才能退出时，也是一件很烦很头疼的事。

灵活性，按我个人现在的理解，具体表现在，如果多种状态之间的切换，例如界面的不停切换，操作步骤的复杂，增加了编程的难度，可能也会降低软件的可靠性，这时软件的灵活性将会大打折扣。特别是在我们测试触屏手机的时候，界面的切换经常会导致一些界面卡住，乱码，黑屏，死机的情况，所以我们在测带有触屏手机时，一定要注意到灵活性。

舒适性主要强调界面美观，色彩运用恰当，按钮的立体感以及增加动感动画等。例如颜色的搭配，有些背景色跟文字或图片的颜色搭配在模拟器可以较清晰的显示出来，但是到了手机由于其分辨率问题就不那么明显了。颜色搭配要以清晰美观为基础，还要适当考虑用户心理等问题。

除了测试软件的正确功能，及其更需要考虑一些异常的情况，异常的情况也分多种考虑，如下：

1、容错性测试

容错性测试是一种对抗性的测试过程。在这种测试中，把应用程序或系统置于异常条件下，例如输入特殊字符或异常字符，具体可以通过输入超过边界值的字符（这也相当于用例设计方法中的边界值分析法）看后台有没有相应的容错处理。手机客户端界面会给出什么样的提示信息。另外还要测试多个客户端同时发出请求，测试后台的多线程处理能力，看能同时处理多少用户的同时请求，平均响应时间是多少，是否在可接受范围内。

2、测试应用程序中的一个功能正在执行过程中，同时另外一个事件或操作对该过

程进行干扰。

例如：运用程序运行时，切换程序到外部，做一些与运用程序相关的操作，再切换到应用程序中，查看刚刚的操作是否对正在执行的运用程序有影响。另外来电，短信，电量不足等一些事件警告的出现也有可能导致程序出错，也要作出相应的处理。有些网络程序由于设置了数据通讯时不处理来电，这时候最好能在低电量情况下测试，看是否做了恰当的处理。我们需要测试一下这些干扰的冲突事件会不会导致应用程序core，手机死机、花屏等严重的问题出现。

3、我们一定要考虑到对手机存储空间满后的压力测试。

手机的内存空间资源是有限，不像PC机有着巨大的存储空间，我们很容易做到手机存储空间已满，所以我们一定要考虑剩余空间不足或存储空间为零的情况下，应用软件的运行是否正常？我们要在手机没有存储空间或达到最大的承载极限时，对手机软件可编辑修改的模块进行编辑修改，保存之后，并对手机软件进行任何操作测试，如果程序员不做相应的处理或者处理不好的话，很容易造成配置文件读写错误或无法写入，从而导致手机软件系统出现core掉或者手机出现死机、无法退出的情况。虽然手机本身在磁盘空间已满的情况下也会出现不少问题，我们的应用程序也无法避免，但是我们一定要确保我们的程序不会出现core，程序无法退出，手机死机等这些严重情况出现。

4、极限发散性测试

我个人经常喜欢说成是暴力测试或压力测试，我的做法是通过各种操作步骤或途径、异常或非法执行，站在不正常的用户角度，如快速按按钮或快速划屏、对某个功能做大量的重复性的操作等（如在登录过程中，不停的做登录和取消操作，不停地按几十下几百下），不把程序搞崩溃誓不罢休的暴力发散性测试，往往开发会狡辩与理论这是不正常的变态的测试，如果用户做此操作出现了问题由用户自己负责，确实世界上没有十全十美的东西，任何东西都会有瑕疵，软件也不例外，不可能做到零缺陷，我们不求做到最好，我们只求做到更好，试想用户的操作是多种多样的，谁能确保用户不会做到那些异常的非法的操作，我们不仅要确保正常功能实现的准确无误，一定还要做到异常非法的功能也要处理的准确无误，那样才能降低软件的缺陷率。通过我多次实践，发现不少严重致命的bug往往是由此操作导致，个人认为这与开发人员在异常情况下考虑不充分有一定的关系。

5、边界值测试

程序员会容易漏掉对边界值的处理，通过我多个版本的测试经历发现，每个版本都会出现这种边界值数组越界导致程序core掉的致命bug，曾经测试过手机界面显示N个缩略图片的功能，显示几百张图片功能无误，但是超过某个数字即几千张之后，应用程序会立即出现一些致命的错误；同时在删除列表界面的第一个或者末尾一个图片时，也出现了严重问题。所以我们不仅仅只考虑到能编辑的文本框下边界值的测试，还要考虑到其他一切尽可能输入的情况。

6、性能测试

我们不仅要测试软件功能的正确性，还要测试软件的性能，软件的运行速度，是否有延时，软件的运行时间，长期的运行是否会增加对存储空间的额外占用情况等。在软件运行时，要懂得不定时的查看资源的利用率，查看cpu的占用情况，内存泄露会造成程序随机的莫名其妙core、卡屏、手机死机的情况，而往往由内存泄露导致的问题，重启手机之后，问题不容易重现，并且再次内存泄露时，出现的现象也会不同，对我们测试重现问题来说是一个比较头疼的事，所以不定时的查看内存情况，查看内存是否泄露，出现的不易重现的严重问题是否与内存泄露有关，其实也是一种定位问题的方法。

7、数据请求或传输等需时较多的过程要确保有提示界面，最好有动画显示数据在传输过程中，请用户耐心等待。另外要注意在这个过程中对重复按键予以忽略，因为等待时间过长或响应迟钝时，用户趋向于重复按手机按钮。曾经测试过删除某个文件，文件比较大，删除很慢，界面没有任何反应，无法判断是否在删除文件，迫不及待的重新乱按手机其他键，导致系统出现错误。

2两年手机软件测试工作总结

以下是我对测试工作的认识，并做了些阐述：

一、前提条件

1、培养个人素质：

A对工作一丝不苟的谨慎态度和一如既往的高昂热情。

B探索精神，打破沙锅问到底。

C追求完美，创造性思维，想出富有创意甚至超常的手段来寻找缺陷。

D善于表达观点，并组织好语言，描述操作过程应做到通俗易懂。

2、认识职责所在：

A测试用例、测试计划的编写，测试资源、测试质量的协调保证。

B测试执行，部分自动化测试、性能测试。

C国外、国内，外场测试的支持。

二、测试目的

测试的目的是为了发现尽可能多的缺陷，这个观念很容易让人接受，但是却很难落实到实际工作中，因为测试的目的常常被定位为“证明软件没有问题”。软件质量是否优良在投产后才能有所体现。

正确理解测试的目的十分重要。如果认为测试的目的是为了说明程序中没有缺陷，那么测试人员就会向这个目标靠拢，因而下意识地设计很多不易暴露错误的测试示例，这些测试用例恰恰证明软件实现了预期功能，这样的测试是不真实的。成功的测试在于发现了迄今尚未发现的缺陷。

三、测试流程

1、项目需求评审：

A评审原则：检查需求的正确性，无歧义性，完整性，一致性，可执行性，可验证性，可修复性，可追溯性。不要只检查文档的表面文字和界面，要深入思考，该功能是否符合逻辑，敢于提出问题。

B评审要点：是否描述可输入/输出值的属性，如边界值，度量单位，时序要求等。是否描述清楚软件模块与模块间衔接处的处理情况及返回值。专用名词是否一致性等等。

2、制定测试计划

A、对测试项目进行划分进程，明晰在某个时间应该完成某个测试任务。尽量细分测试阶段及人员分配。

B、了解、收集并整理测试所需的资源。

C、制定可用度量指标定义的测试成功条件。

3、设计测试用例：

A基本要素：测试目的、前提条件、输入数据或操作过程、期望的响应。

B不同的测试例其用途应当不同，不要冗余。

C设计测试用例在除了常用数据外，还需要考虑极限值、边界值、重复值、0值及负值，即不同的测试用例需要不同类型的数据值来进行测试。

D设计测试用例时需要注意的是，除了对整体流程及功能注意外，还要注意强度测试、性能测试、压力测试、边界值测试、稳定性测试、安全性测试等多方面。

4、测试过程

A集成测试：将一些程序模块集成在一起时，测试它们能否正常运行。

B系统测试：指在于模块测试与单元测试的基础上进行测试。了解系统功能与性能，根据测试用例进行全面的测试。目的在于测试软件是否符合所有需求（包括功能性需求与非功能性需求）。

C性能测试：测试软件的运行时间，响应时间，函数调用频度及嵌套，CPU占用率，数据吞吐量，辅助存储区，处理精度等。

D兼容对比测试：比如SIM卡、T卡、音频、视频等的兼容对比测试。

E待机电流测试：目的是测试电池的使用时间，待机电流图示也能体现出内部软件的稳定性。

F自动化测试：利用仪器来模拟用户使用过程，手机正常操作状态进行试验。实际上自动测试是将大量的重复性工作交给计算机来完成，可以节省大量的时间、成本、人员和资源。

G场地测试：主要是进行通讯网络测试，如：通话、信息、上网等，在不同的网络环境下进行测试，检验其通讯性能。

HCTA、FTA、GCF预测：

CTA预测：主要是测手机的射频特性，也叫RF指标。通俗的讲，CTA就是通信设备的入网认证。

FTA预测：全面型号认证（FULLTYPEAPPROVAL）。GSM认证预测试。

GCF预测：GSM和WCDMA认证预测试。

I回归测试：当缺陷被修正后或软件功能、环境发生变化后进行的重新测试。测试的困难点在于不好确定哪些内容应当重新测试。

J出厂测试：根据出厂的标准指标设计的测试例来进行各项测试。其中只要有一项指标没通过，则不能通过出厂测试。出厂测试例包括开关机、通话功能、特殊按键功能、菜单功能、附件功能、待机电流。

（测试重点：针对本项目的重点，如是音乐手机、电影手机、拍照手机、智能手机、游戏手机等。从用户的使用点来测试。根据用户购买想法来进行重点模块的测试。在测试过程中，也要进行负载测试，压力测试，易用性测试，安装与升级卸载测试，安全性测试等等。）

5、缺陷描述

A基本要求：准确、简洁、完整、规范。

B描述要点：标题应明确指明错误要点；操作过程应描述出测试的整个过程，包括工作环境，测试机器的运行条件，尽量多的提供一些相关的信息；还应相应的写明实际的运行结果和预期期望实现的结果。最好能实时保存trace或log信息。

6、测试报告及评估

A模式要点：标题、版本号、测试员、统计数据、概率性、及个人对此次版本测试的评估等。

B现在测试报告基本上都有模板，如果是没有的话，应注意以上几点要点。

7、沟通

有些问题会与程序员所设计的相出路，甚至是一些小问题，那更应该发挥我们的沟通能力，要善于表达观点，表明软件缺陷为何必须修复，并通过实际演示求证观点。

8、小结

总之在这测试过程中，应尽可能做到“80-20”原则，在分析、设计、实现阶段的复审和测试工作能够发现和避免80%的Bug，而系统测试又能找出其余Bug中的80%，最后的5%的Bug可能只有在用户的大范围、长时间使用后才会暴露出来。因为测试只能够保证尽可能多地发现错误，无法保证能够发现所有的错误。还有就是一般情况下80％的缺陷聚集在20％的关键核心业务模块中。

四、测试遗漏的后果

如果软件缺陷被遗落并流落到客户那里，结果就是代价高昂的电话或者现场支持费用，还可能需要修复、重新测试和发布新的产品，更糟糕的情况是产品要被召回甚至被客户起诉。这种成本付出非常高，几乎是在内部修改缺陷的几何级数倍。

质量之父PhilipCrosby把质量的费用分为整合费用和非整合费用两类，整合费用是指与一次性计划和执行测试相关的全部费用，用于保证软件按照预期方式进行。如果发现缺陷，经过一系列的缺陷处理流程而解决缺陷，这种费用就是非整合费用。PhilipCrosby在自己的作品中详细论述了内部的整合费用和内部的非整合费用之和远远小于外部也就是客户引起的非整合费用。

总之，软件缺陷一定要尽可能的在内部解决，这对节约成本、提高产品知名度都大有裨益。

3手机软件测试人员试用期工作总结

我是20XX日加入文思海辉技术有限公司，我所在的职位是手机软件测试人员。工作内容回顾:每天根据组长分配给自己任务进行测试，按照测试需求，借相应的手机幷给手机刷任务要求的版本，然后开始执行分配的QC库里的每条测试用例，因为每条测试用例都是英文描述，所以每次必须经过认真阅读以保证正确执行。

在测试过程中，手机出现问题时，要判断是手机硬件的问题还是软件的问题，如果是软件的问题，还要继续跟PO或者FO确认之后，然后才能在公司本地库中填写errorre port有的error还需要Fast trace工具来抓取bug和decodex-fiel，并将这些东西一起放在error report里面，经过EC处理之后状态为ne的error就可以往Mzilla库中报最终的Bug。每次做任务的手机都是去相应的产品组借的，所以做完任务的时候将自己手里借一切跟测试相关的东西及时签还，并告知组长任务完成。工作总结:这为期四个月的实习和试用期，使我对手机软件测试工作有了深入的认识，就是尽最大的努力发现测试手机的不足，经过开发人员解决之后使手机尽快达到上市的标准，这些发现的bug就是为公司创造的价值。作为四个月的文思海辉的员工，我对公司也有了一定的了解，文思海辉技术有限公司Pactera Techno logy International Ltd.(纳斯达克股票代码:PACT)是值得信赖的咨询与科技服务提供商，公司拥有超强的全球运营能力、严格的质量标准和高效的交付流程，致力于成为全球企业新时代的合作伙伴，为客户成功保驾护航。自20XX年以来，文思海辉一直致力于为全球客户提供世界领先的商业/IT询、解决方案以及外包服务，在金融服务、高科技、电信、旅游交通、能源、生命科学、制造、零售与分销等领域积累了丰富的行业经验，主要客户涵盖众多财富500强企业及大中型中国企业。我所在的亦庄分公司主要承接诺基亚手机测试任务，在以往的测试工作中，得到了诺基亚公司的高度认可。工作中优点及不足:对于失败的教训要吸取，成功的经验要进行总结。我对成功的定义是:在保证质量的前提下完成既定的计划或目标就是成功。其他的所有结果都是失败。

优点:

1)敢于接受任务并想尽一切办法完成入职四个月每一个任务对于初入职场的我都是一个挑战，保质保量完成任务是最基本的要求，即使是自己不熟悉的任务也会尽自己的努力和前辈的帮助下按时完成。

2)勇于承担错误，正视自身的问题在这四个月的工作中犯了一些错误，测试工具使用不熟练等导致测试结果填写不规范等，我秉承着有错即改，下不为例的思想，正视自己的错误并积极改正。不足:由于工作时间不长，参加了很多培训，在测试的时候这些知识运用的还不够熟练，所以对手机中出现的bug发现的数量不高。一开始工作的时候，对一些测试工具的使用不是很熟练，在使用的过程中会耽误一些工作的时间，导致自己在规定的时间内完成任务比较紧张。

以后工作中改进:

1)重视每一个细节，不要忽视小问题

做手机测试工作，首先要具备的就是细心，只有这样才能发现手机里的bug，不能放过任何一个与测试用例描述不一样的执行结果，不管这个差别有多么的小，很多bug都是从这些细微的差别中产生的。

2)进行重复工作也不能大意

手机测试有时候相同的测试用例要在不同的手机上重复测试，这就相当考验我的耐心，对每次做测试用例都要向第一次做那样，认真的执行每一步操作。

3)考虑问题要全面

每次做任务都要有一些发散思维的自由测试，这就需要我们考虑问题的时候要全面的展开思维做尽可能多的测试，才能发现更多的bug。

4)加强学习

平时的时候除了要参加各种培训外，在培训之后还要及时的复习总结，对自己不明白的地方及时找师傅或有经验的人请教，来提高自己的测试技能，并且要认真研究测试工具，多练习使用它们以确保达到熟练的水平。

下一步工作展望:

下阶段的工作我很有信心会比之前有所改善，经过四个月的工作和学习已经具备了一些有用的经验，相信他们会对我今后的工作有很大的帮助。以后的工作希望自己能够提高报bug的数量和质量，除此之后还要继续跟师傅和前辈们学习手机测试的更多方法来提高自己的能力。

这四个月的工作生活是充实且富有乐趣的，结识了很多同事和朋友，公司的氛围是非常轻松愉快的。感谢四个月来吴爽组长的关心，感谢部门同事的悉心指导，感谢公司各位同事的热心帮助，希望能在接下来的工作中能惩前毖后，总结经验，吸取教训，做到个人与公司共荣辱同进退，共同实现文思海辉的辉煌。