第一篇：手机测试面试
5.正交表分析法
有时候，可能因为大量的参数的组合而引起测试用例数量上的激增，同时，这些测试用例并没有明显的优先级上的差距，而测试人员又无法完成这么多数量的测试，就可以通过正交表来进行缩减一些用例，从而达到尽量少的用例覆盖尽量大的范围的可能性。
6.场景分析方法
指根据用户场景来模拟用户的操作步骤，这个比较类似因果图，但是可能执行的深度和可行性更好。
问题七：您认为做好测试用例设计工作的关键是什么？
白盒测试用例设计的关键是以较少的用例覆盖尽可能多的内部程序逻辑结果
黑盒法用例设计的关键同样也是以较少的用例覆盖模块输出和输入接口。不可能做到完全测试，以最少的用例在合理的时间内发现最多的问题
问题八：详细的描述一个测试活动完整的过程。
1.项目经理通过和客户的交流，完成需求文档，由开发人员和测试人员共同完成需求文档的评审，评审的内容包括：需求描述不清楚的地方和可能有明显冲突或者无法 实现的功能的地方。项目经理通过综合开发人员，测试人员以及客户的意见，完成项目计划。然后SQA进入项目，开始进行统计和跟踪
2.开发人员根据需求文档完成需求分析文档，测试人员进行评审，评审的主要内容包括是否有遗漏或者双方理解不同的地方。测试人员完成测试计划文档，测试计划包括的内容上面有描述。
3.测试人员根据修改好的需求分析文档开始写测试用例，同时开发人员完成概要设计文档，详细设计文档。此两份文档成为测试人员撰写测试用例的补充材料。
4.测试用例完成后，测试和开发需要进行评审。
5.测试人员搭建环境
6.开发人员提交第一个版本，可能存在未完成功能，需要说明。测试人员进行测试，发现BUG后提交给BugZilla。
7.开发提交第二个版本，包括Bug Fix以及增加了部分功能，测试人员进行测试。
8.重复上面的工作，一般是3-4个版本后BUG数量减少，达到出货的要求。
9.如果有客户反馈的问题，需要测试人员协助重现以及回归测试。
问题九：以往是否曾经从事过性能测试工作？请尽可能的详细描述您以往的性能测试工作的完整过程。
曾经做过一套网管系统的性能测试，主要测试该软件在同时管理大量终端的情况下，在响应时间，CPU/磁盘/内存等参数是否满足要求。
也曾经做过软交换系统的呼叫性能测试，主要是测试软交换系统在有大量呼叫的情况下，响应时间，呼叫成功率，CPU/磁盘/内存等参数是否满足设计要求。问题十：您在从事性能测试工作时，是否使用过一些测试工具？如果有，请试述该工具的工作原理，并以一个具体的工作中的例子描述该工具是如何在实际工作中应用的。
测试网管系统中，使用的Mimic来模拟终端，能够大量的节省成本。
测试软交换系统的时候，使用的Prolab来模拟终端并发送呼叫软交换，他完成了同时数百人才能完成的摘机拨号工作，主要工作原理是产生一些符合要求的IP包并发送给软交换系统，同时对软交换系统的回应进行处理，决定下一步动作。
问题十一：您认为性能测试工作的目的是什么？做好性能测试工作的关键是什么？
主要是保障在大量用户的情况下，服务能正常使用。
问题十二：在您以往的工作中，一条软件缺陷（或者叫Bug）记录都包含了哪些内容？如何提交高质量的软件缺陷（Bug）记录？
1.在传统的BugZilla中，BUG描述应该包括以下的信息
2.和BUG产生对应的软件版本
3.开发的接口人员
4.BUG的优先级
5.BUG的严重程度
6.BUG可能属于的模块，如果不能确认，可以用开发人员来判断
7.BUG标题，需要清晰的描述现象
8.BUG描述，需要尽量给出重新Bug的步骤
9.BUG附件中能给出相关的日志和截图。
高质量的BUG记录就是指很容易理解的BUG记录，所以，对于描述的要求高，能提供的信息多且准确，很好的帮助开发人员定位。
问题十二：BUG管理工具的跟踪过程
用BugZilla为例子
测试人员发现了BUG，提交到Bugzilla中，状态为new，BUG的接受者为开发接口人员
开发接口将BUG分配给相关的模块的开发人员，状态修改为已分配
开发人员和测试确认BUG，如果是本人的BUG，则设置为接收；如果是别的开发人员的问题，则转发出去，由下一个开发人员来进行此行为；如果认为不是问题，则需要大家讨论并确认后，拒绝这个BUG，然后测试人员关闭此问题。
如果开发人员接受了BUG，并修改好以后，将BUG状态修改为已修复，并告知测试在哪个版本中可以测试。
测试人员在新版本中测试，如果发现问题依然存在，则拒绝修改；如果已经修复，则关闭BUG。
问题十二：您认为在测试人员同开发人员的沟通过程中，如何提高沟通的效率和改善沟通的效果？维持测试人员同开发团队中其他成员良好的人际关系的关键是什么？
尽量能有面对面的沟通，如果做不到，那么尽量能直接通过电话沟通，如果只能通过Email等非及时沟通工具的话，强调必须对特性的理解深刻以及能表达清楚。
一是真诚，二是团队精神，三是在专业上有共同语言，当然也可以通过直接指出一些小问题，而不是进入BUG Tracking System来增加对方的好感。
问题十三：在您以往的测试工作中，最让您感到不满意或者不堪回首的事情是什么？您是如何来对待这些事情的？
某次性能测试覆盖不足，造成系统崩溃。
问题十四：你对测试最大的兴趣在哪里？为什么？
最大的兴趣就是测试有难度，有挑战性！做测试越久越能感觉到做好测试有多难。曾经在无忧测试网上看到一篇文章，是关于如何做好一名测试工程师。一共罗 列了11，12点，有部分是和人的性格有关，有部分需要后天的努力。但除了性格有关的1，2点我没有把握，其他点我都很有信心做好它。
刚开始进入测试行业时，对测试的认识是从无忧测试网上了解到的一些资料，当时是冲着做测试需要很多技能才能做的好，虽然入门容易，但做好很难，比开发 更难，虽然当时我很想做开发（学校专业课我基本上不缺席，因为我喜欢我的专业），但看到测试比开发更难更有挑战性，想做好测试的意志就更坚定了。
我觉得做测试整个过程中有2点让我觉得很有难度（对我来说，有难度的东西我就非常感兴趣），第一是测试用例的设计，因为测试的精华就在测试用例的设计 上了，要在版本出来之前，把用例写好，用什么测试方法写？（也就是测试计划或测试策略），如果你刚测试一个新任务时，你得花一定的时间去消化业务需求和技 术基础，业务需求很好理解（多和产品经理和开发人员沟通就能达到目的），而技术基础可就没那么简单了，这需要你自觉的学习能力，比如说网站吧，最基本的技 术知识你要知道网站内部是怎么运作的的，后台是怎么响应用户请求的？测试环境如何搭建？这些都需要最早的学好。至少在开始测试之前能做好基本的准备，可能 会遇到什么难题？需求细节是不是没有确定好？这些问题都能在设计用例的时候发现。
第二是发现BUG的时候了，这应该是测试人员最基本的任务了，一般按测试用例开始测试就能发现大部分的bug，还有一部分bug需要测试的过程中更了 解所测版本的情况获得更多信息，补充测试用例，测试出bug。还有如何发现bug？这就需要在测试用例有效的情况下，通过细心和耐心去发现bug了，每个 用例都有可能发现bug，每个地方都有可能出错，所以测试过程中思维要清晰（测试过程数据流及结果都得看仔细了，bug都在里面发现的）。如何描述bug 也很有讲究，bug在什么情况下会产生，如果条件变化一点点，就不会有这个bug，以哪些最少的操作步骤就能重现这个bug，这个bug产生的规律是什 么？如果你够厉害的话，可以帮开发人员初步定位问题。
问题十五：你的测试职业发展目标是什么？
测试经验越多，测试能力越高。所以我的职业发展是需要时间累积的，一步步向着高级测试工程师奔去。而且我也有初步的职业规划，前3年累积测试经验，按如何做好测试工程师的11，12点要求自己，不断的更新自己改正自己，做好测试任务。
问题十六：你自认为测试的优势在哪里？
有韧性
有能力面对挑战
有信心做好每一件事情
有比较好的教育背景
从以前的经理处都得到了很好的评价表明我做的很好
问题十七：当开发人员说不是BUG时，你如何应付？
如果确实是自己理解错误，则承认错误，没什么大不了
如果是需求不明，请项目经理补充清楚
如果双方理解不一致，且都不能互相说服，则请项目经理判断。
问题十八：你为什么想离开目前的职务？
问题十九：你对我们公司了解有多少？
问题二十：你找工作时，最重要的考虑因素为何？
工作的性质和内容是否能让我发挥所长，并不断成长。
问题二十一：为什么我们应该录取你？
您可以由我过去的工作表现所呈现的客观数据，明显地看出我全力以赴的工作态度。
问题二十二：请谈谈你个人的最大特色。
我的坚持度很高，事情没有做到一个令人满意的结果，绝不罢手。
问题二十三：一个测试工程师应具备那些素质和技能？
问题二十四：集成测试通常都有那些策略？
自上而下，自下而上，平面集成问题二十五：测试结束的标准是什么？
从微观上来说，在测试计划中定义，比如系统在一定性能下平稳运行72小时，目前Bug Tracking System中，本版本中没有一般严重的BUG，普通BUG的数量在3以下，BUG修复率90%以上等等参数，然后由开发经理，测试经理，项
目经理共同签字认同版本Release。
如果说宏观的，则是当这个软件彻底的消失以后，测试就结束了。
问题二十六：软件验收测试除了alpha,beta测试以外,还有哪一种?
第三方验收测试
问题二十七：为什么选择测试这行？
最开始么，公司安排的，然后么，干一行爱一行，发现测试中间还是有很多东西需要学习的，再就是测试中有很多东西值得改进和研究。
问题二十六：为什么值得他们公司雇用？
用自己的经验和其他同事一起发现更多的问题，同时不同行业的观点可以互相借鉴。
问题二十七：如果我雇用你，你能给部门带来什么贡献？
分享我的测试经验和测试技能，提高测试部门技术水平
第二篇：手机测试经验总结
手机测试经验总结
VPM主要是激励团队成员测试和学习，而不是自己去执行用例。当被委派为一个项目的测试经理时，VPM应该清楚项目计划和转折点、软件发布时间表、产品定义特征列表。
1、作为VPM应具备以下几方面能力：
（1）、用不同的方式看待问题
（2）、制定计划，满足项目上市时间
（3）、依据质量、时间、成本对PR进行判断和决定
（4）、增进沟通，总结不同项目的经验
（5）、和团队的密切合作
2、测试工作点：
（1）、测试软件机制
（2）、分析问题
（3）、对产品进行认证并得到相应证书
（4）、评估对于返修率、最终用户和运营商抱怨的影响
若做欧洲市场的产品，一定要做CE认证。FCC认证在Latam市场是必须的，CTA认证在中国是必须的。
一、相关测试知识学习
1、软件测试包括测试计划、测试设计、测试执行、测试评估这几个阶段；
测试计划：
了解软件当前状态及客户对软件的需求；
了解产品规格书：按键定义及菜单树；
管控和跟催软件方案商的版本发布时间；
测试设计：根据客户需求和产品规格说明书来编写测试用例；
测试执行：测试策略包括基本功能测试、UI测试、冲突测试、压力测试、兼容性测试、验收测试
测试评估：进行三次全面测试，由方案商发出软件和报告，TMC和SZ Team
同时测试并反馈给方案商，如此反复数次，方案商改善结果并商讨最终结论。
2、场测
在硬件成熟、软件基本成熟的情况下做场地测试，主要测试这几项：寻网时间、呼通率数据、通话质量、Wap测试、FM测试、信息、紧急呼叫、基本功能测试。
3、说明书测试
验证说明书基本功能是否正确，是否清晰易懂、排版规范、无错别字等。
4、认证分类
按照销售地区分为国内认证和国外认证，国内认证是CTA认证，国外认证是CE认证和FCC认证。CTA认证需要拿到国家无委颁发的入网证书、受理中心颁发的许可证书、3C认证颁发的3C证书。
第三篇：手机测试简历
个人简历
个人信息
姓名：性别：男
出生日期：1990籍贯：河南省
毕业院校：郑州科技学院专业：计算机应用技术 学历：大专手机：xx
邮箱：xxx@qq.com
求职意向
手机测试和相关专业
职业技能
1.软件测试：学习过测试流程，文档的编写，测试用例，软件测试周期、软件工作流程及掌握黑盒测试技术，能够运用黑盒、白盒的测试方法，及自动化测试工具，完成测试用例的编写和执行，并提交缺陷报告等。
2.测试工具：自动化测试工具（Quick Test Professional），性能测试工具（LoadRunner），能够使用loadrunner自动化测试工具进行功能和性能自动化测试。
3.编程技术：学习过C++、HTML。
4.数据库：Access、SQL server 2000/2005。
5.办公软件：使用软件会用Ppt、Word、Excl、及其它Office系列办公软件。
6.操作系统：Windows和Linux下各类开发及测试环境的搭建。
项目经验
项目一：中国石油管道公司移动应用系统测试
测试环境：CPU 双核 + 2.0GHz + 内存2.0 + 硬盘60G + Windows7 +IE 7.0以上 项目描述：该系统是北京万岩通有限公司为中国石油西南管道公司、西北管道公司及 宁夏石化公司开发的移动应用系统，主要包含：移动站点、移动新闻、文档库、代办管理，各集团移动信息门户等功能；在此期间本人负责对西北销售信息门户的新闻、栏目、行业动态、子站点等内容进行Web测试及兼容性测试。
职责描述：担任测试工程师，负责搭建测试环境，完成所负责功能模块的PC机和移动终端的页面 Web测试、兼容性以及安全性测试，设计测试用例并执行，提交缺陷报告。
项目二：北京万岩通HRM系统
测试环境：客户端操作系统Windows XP + SQL Server 2008
项目描述：万岩通HRM系统是北京万岩通科技有限公司为适合企业自身发展，而推
出的企业人力资源管理系统。本项目主要针对局部功能模块进行测试，包括：人事管理、行政管理、薪资管理以及考勤管理等功能进行测试，本人负责对人事管理模块进行测试。
职责描述：担任测试工程师，负责搭建测试环境、完成人事管理模块测试任务，参
与整个HRM系统测试计划的拟定，负责设计测试用例并执行，提交缺陷报告，最终经该项目测试小组分析与总结，完成项目的测试报告。
工作经历
2011-9至2013-12郑州科技学院
2014-12至今北测教育科技发展有限公司，学习软件测试
自我评价
1.热爱测试行业,对软件测试有浓厚的兴趣，具有很好沟通能力和团队精神
2.喜欢学习新技术，敢于面对和克服困难
3.较强的动手能力，很好的分析问题与解决问题的能力
4.工作认真负责，积极上进、有耐心、细心，有良好的职业素质
5.生活中乐观向上，待人友善
第四篇：手机测试心得
手机测试小总结
时间过得真快，一晃自己已经工作八个月了。通过这段时间的用心学习，对手机测试工作有了一定的认识和理解，自己也从一个尝试学习的软件测试员升任为test leader，总结了一下半年多自己的心得体会，希望对那些渴望学习并做好软件测试的同仁有所帮助。
软件测试是一个提高产品质量的必要条件，也是提高产品质量的最直接最有效的手段。软件测试会成为软件行业中最关键及重视的一个环节，所以做软件测试还是很有前途的。
要想成为一名出色的测试人员，首要条件是测试人员要非常喜欢测试工作，才能在工作中找到乐趣，才能使自己的潜能在工作中发挥出来。其次，在测试过程中，测试人员需要勤奋并富有耐心，善于学习、思考和发现问题，细心能够有条理地总结问题，这样自己才有机会成为最出色的员工。下面是我自己总结的一些在测试工作中需要注意的问题：
1.认真细致的依据 test case 进行测试。不要总以为 test case 比较简单，不能找出问题，test case 是手机最基本功能的测试点，只有掌握了手机最基本的功能，从而认真思考各功能点的衔接性，拓展测试思路，才能更全面的找到bug。
2.发现bug 后要找出最简单的重现bug的步骤，这样有助于你掌握出现问题的原因所在。
3.测试人员要及时关注开发的过程，每出新版本要着重测试开发修改和增加的模块，因为开发的调整可能会引发许多新问题.。
4.多看看公司CQ里的bug,有助于你了解手机哪些地方出现问题比较多，软件系统哪里存在问题比较严重。另外，注意一下别人寻找bug的思路，从而取长补短，提高自己的测试能力。
5.拓展测试思路，尝试各种不同操作。软件测试需要模拟各种真实用户（包括专业用户、无聊用户、黑客、甚至变态用户）对软件进行操作和使用，从中查找出软件的缺陷。只有通过各种方式对软件全面测试，才能避免漏测。
6.学习与测试软件相关的知识。学习操作系统的知识有助于你发现缺陷，定位问题更加准确，如可以根据PC机的Word 来对比手机的Word 文档。
7.进行free test 时要有明确的测试范围和测试目的，不能漫无目的，看见模块就测试，容易产生浮躁不稳定情绪，就很难发现问题了。
8.压力测试一般会有很多问题，需要有耐心并详细严谨的进行，不要因为难度大又繁琐而偷工减料，导致漏测问题很多。
9.测试过程中需要学会控制情绪。测试工作是一件很细致繁琐的工作，不能因为工作的繁琐或找不到bug而产生浮躁情绪，否则乱上加乱。
10.要学会与开发人员很好的沟通。沟通时需要注意：（1）自己要站在用户的角度看问题，不能因为问题对开发有难度而妥协（2）找出最简单的重现bug步骤来减轻开发寻找问题所在的难度（3）关注开发对软件的改动，随时与开发沟通（4）与开发交流沟通时注意方式与态度，不能与开发产生冲突
11.对于提交bug时应该注意的问题：（1）注意描述语言，要简洁明确，避免错别字；（2）在提交和网络相关的Bug时请注意认真填写当前网络信号情况；（3）在提交死机黑屏等严重问题时要注意当前电池电量，以及是否插入数据线，充电器，并要描述能否呼入电话，以及呼入时的网络提示（关机，无法接通，忙音…）
想了半天也只写了上面几点，希望能对大家有所帮助。就我个人觉得软件测试最主要的是测试工程师的态度与理想问题。测试工程师要看到测试行业前途的光明，要使自己热爱测试的工作，在工作中做一个善于总结的有心人。软件测试并不单纯是为了找bug,而是为了保证软件的质量问题。不能把bug数作为衡量一个工程师能力的尺度，提交bug得以修复最多的测试工程师才是最棒的。
第五篇：手机测试员工作总结
手机测试员工作总结
一、前提条件
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）系统测试：指在于模块测试与单元测试的基础上进行测试。了解系统功能与性能，根据测试用例进行全面的测试。目的在于测试软件是否符合所有需求（包括功能性需求与非功能性需求）。
点击咨询 