- 相关推荐
总结收集的伊莱比特面试笔试经验
伊莱比特，一个芬兰的企业，做通信相关的。我也参加了笔试，全部英文答题
，没有答题纸，就在卷子上一顿划，我后来好心的把答案全弄到了一起，希望评卷的gg能省点心。
这是我笔过的最难的试卷，依然是第一个交卷，这次是因为不会，
很多设计模式的题，而我差不多忘光了，更多是通信协议相关的，看来专业不对口，那就算了吧！
我应聘的职位是移动终端软件测试工程师，试题主要包括软件测试理论和移动通信基本理论两个方面，难度不算大。不过感觉参加笔试的人非常多，看来这是一次海笔～
然后就是项目相关的问题，还会问语言的问题，问你自己擅长什么，问我的是c＋＋的东西，抽象类和拷贝构造函数什么的，还想问 设计模式，我说不太会。有个mm当场让写的代码，好像是一个数的低四位和高四位交换吧。然后问测试的东西，这个就简单了，测试的流程啊，bug管理的流程啊，随便忽悠。然后问我测试蓝牙怎么测，设计测试用力，忽悠了半天，面试的gg说非常不错^_^，看来最近忽悠功力见长^_^，最后就是开放性问题，大家久经考验应该没有问题了。
职位描述：
移动终端系统测试
要求:
–计算机，通信或电子相关专业本科或本科以上
–愿意长期从事软件测试工作
–熟悉计算机系统和编程基础等,一年以上编程者优先
–了解CMM , ISO质量体系认证
–了解GSM,GPRS 或UMTS等无线网络
–国家英语六级，能与外国工程师良好沟通
–有较强的责任心和团队协作精神，认真仔细，能独立工作及承受工作压力,有很强的解决问题的能力。
–能够在国际化的公司工作
先乘车到地铁
地铁到1号线的国贸站下车，C出口出站。出了站向右手边走(朝东走)。到第一个路口右转，到大北窑南站公交站等去北京经济技术开发区的班车(4元)。坐班车到宏达工业园下车即可，再往前走两个红绿灯，左手边大地国际商务中心就是。
路线强烈推荐坐网通集成的班车（貌似上午下午都只有一班）过去。我中午12：00和两个哥们出发的，
他们分别是2点半，3点的面试，我们到明光村坐的387，到儿童医院，然后走过街天桥到对面，逆行往前走，
大概150米，走过百盛，左转前行，走到北京银行那里，进那座大厦，从另外那个门出来，旁边就停着网通集成的班车，
不用说话，直接上车，不收车费。1点钟准时发车，很快，刚好30分钟到亦庄网通集成的大院。这个地方离伊莱的大地商务中心很近，
走过去也就20分钟，打的用不了5分钟。很纳闷的是回来这叫一个耗时间啊，从伊莱出来，按照原来的路线往回走一个多红绿灯，
大概400米，到开发区班车的站点，4元钱，终点站是国贸大北窑，用了接近50分钟，然后就是坐地铁回学校了。
我出了积水潭打的回的学校，从伊莱出来大概是3：20，到宿舍是5：10。中间很顺，汽车地铁都是，都没有堵也没有等，
已经是紧赶慢赶了，大家选择这个路线时要注意时间安排。
说说面试，1：40到的，我等到2：30才面上，因为前面那个兄弟一下子面了1个小时，寒。后来我进去时，
两个考官很nice地对我说抱歉让你们等这么久。我和后来的哥们都面了半个小时，按通知的时间严格操作的。
一开始两个考官先后主动伸手和俺握手（最后结束时又来一次，赞一下），双方简单介绍一下，说的是中文，
首先就问我对他们公司有什么想问的没有，然后就是对伊莱了解多少，怎么获得的信息。之后转入英文面，
用英文说项目经历，建议挑最得意最拿手的说，可以边讲边在白板上划，我就一顿balabala，讲了一个项目，
大概10分钟不到吧，想接着往下说，被打断了，说：ok，you can use Chinese now。
前面那个兄弟出来时说他的英文面的时间持续了半小时，我还算好。后面到结束都是中文了，
我接着讲其他的项目，全部讲完，一个hr开始对感兴趣的内容提问，一个hr把俺笔试的试卷翻出来了，
汗呀，Symbian和UML的题目都是凭感觉写的，c++也不是很灵光，
对方问了对symbian了解多少，我照实说了，然后就问：那你这些题目是怎么答的呀，
我说：凭当时的感觉以及对其他操作系统的理解答的。他就没问symbian的问题，问了我试卷上两个c/c++的题，第一个题目我选对了，
他问为什么这么选，让解释，我说的不好，就讲出来一半。然后问了strcpy的那道源代码的题目，其中一个我选错了，让我再选，
当时脑子一昏，又错了，气，能答出来的其实，就赶紧补充两句。然后就是一些开放问题，性格上的缺点，想怎么规划自己以后的职业生涯，
觉得自己最需要弥补哪方面的知识，我答的是知识的深度和编程。
地铁--〉国贸,B口出，直接往南（分左右的同学，应该是出口右拐)直走--〉公车站，做经济开发区的班车，班车感觉还不错，10-15分钟一班，我的时间是中午，基本上没有人也没有堵车--〉宏达经济开发区下---〉一直南走，走5分钟吧，左手边就是（正门坏了，直接从南边的很不起眼的校门进就是了）
总的时间：来回各一个半钟头，我的时间段比较好，不是高峰，没有堵车现象，在高峰期的同学尽量提前点吧：）
详细信息：
职位：E组，RNS FPGA/ASIC Engineer
面试官：PPMM一名，不懂技术。前半段中文，后半段英文。都很简单。
面试问题：
中文部分：
1.为什么选择这个职位？
2.对伊莱比特有什么了解？
3.描述一个做过的项目。
4.工作中遇到的压力和困难，如何应对。
5.如何得到现在的实习公司的机会。
6.在学校参加过什么活动。
英文部分：
1.给一段英文，看1分钟，翻译成中文。技术文档，很短。每个人都不一样，内容跟职位没啥关系。我的是多线程访问啥的，不懂。按自己的理解表达清楚就OK了，不用逐词斟酌。
2.有没有考虑过去国外学习？
3.职业规划。
4.兴趣爱好。
整个过程大概15分钟，不用紧张。
Bless 后面的xdjm。
（三）笔试
姐姐安排我坐到厅里面的桌子前
给了个试卷 要求用英文答题 实在不行可以用中文 但是说最好尽量用英文
我应聘的是移动终端测试工程师（本科生注意 这家公司今年这个职位招35人 其他职位基本不招本科生）
试卷分3个等级 基础 中级 高级
主要以测试知识为主（注意我搜过以前的面经，得出结论去年题和昨天我做的题一样）
不要求我全坐 我只说我做的题
1、 静态变量 全局变量 和局部变量的区别
1.在一个函数内部定义的变量是局部变量，它只在本函数范围内有效，在此函数外面是不能使用这个变量，称之为 "局部变量"。
3.在函数之外定义的变量称之为全局变量，全局变量可以为本文件中其他函数所共用，其有效范围为：从定义变量开始到本源文件结束。
2.有时希望函数中的局部变量的值在函数调用之后不消失而保留原值，在下一次该函数调用时该变量已有值，这时就该制定该局部变量为"静态局部变量"，用static加以说明。
2、测试的目的 目标
①、软件测试是为了发现错误而执行程序的过程；
②、测试是为了证明程序有错，而不是证明程序无错误。
②．测试是手段，品质保证是目标。
3、黑盒测试的种类 手机测试用到了哪些黑盒测试的方法
黑盒测试法(功能测试)把程序看成一个黑盒子,完全不考虑程序的内部结构和处理过程.
黑盒测试是在程序接口进行的测试,它只检查程序功能是否能按照规格说明书的规定正常使用,程序是否能适当地接收输入数据产生正确的输出信息,并且保持外部信息的完整性.
软件的黑盒测试意味着测试要在软件的接口处进行。这种方法是把测试对象看做一个黑盒子，测试人员完全不考虑程序内部的逻辑结构和内部特性，只依据程序的需求规格说明书，检查程序的功能是否符合它的功能说明。因此黑盒测试又叫功能测试或数据驱动测试。黑盒测试主要是为了发现以下几类错误：
1、是否有不正确或遗漏的功能？
2、在接口上，输入是否能正确的接受？能否输出正确的结果？
3、是否有数据结构错误或外部信息（例如数据文件）访问错误？
4、性能上是否能够满足要求？
5、是否有初始化或终止性错误？
软件的白盒测试是对软件的过程性细节做细致的检查。这种方法是把测试对象看做一个打开的盒子，它允许测试人员利用程序内部的逻辑结构及有关信息，设计或选择测试用例，对程序所有逻辑路径进行测试。通过在不同点检查程序状态，确定实际状态是否与预期的状态一致。因此白盒测试又称为结构测试或逻辑驱动测试。白盒测试主要是想对程序模块进行如下检查：
1、对程序模块的所有独立的执行路径至少测试一遍。
2、对所有的逻辑判定，取“真”与取“假”的两种情况都能至少测一遍。
3、在循环的边界和运行的界限内执行循环体。
4、测试内部数据结构的有效性，等等。
以上事实说明，软件测试有一个致命的缺陷，即测试的不完全、不彻底性。由于任何程序只能进行少量（相对于穷举的巨大数量而言）的有限的测试，在未发现错误时，不能说明程序中没有错误。
采用黑盒技术设计测试用例的方法有：等价类划分、边界值分析、错误推测、因果图和综合策略。
黑盒测试试图发现以下类型的错误：
1）功能错误或遗漏；
2）界面错误；
3）数据结构或外部数据库访问错误；
4）性能错误；
5）初始化和终止错误。
一、黑盒测试的测试用例设计方法
?等价类划分方法
?边界值分析方法
?错误推测方法
?因果图方法
?判定表驱动分析方法
?正交实验设计方法
?功能图分析方法
手机测试里也一样用等价类、边界值等方法的，跟一般的软件测试没什么区别。
4、画出GSM网络结构图 要求写出各个模块的名称 能简单介绍最好 现代通信技术里有
5、测试覆盖面的问题
1)误区之一:软件开发完成后进行软件测试
人们一般认为,软件项目要经过以下几个阶段:需求分析,概要设计,详细设计,软件编码,软件测试,软件发布.据此,认为软件测试只是软件编码后的一个过程.这是不了解软件测试周期的错误认识.软件测试是一个系列
过程活动,包括软件测试需求分析,测试计划设计,测试用例设计,执行测试.因此,软件测试贯穿于软件项目的整个生命过程.在软件项目的每一个阶段都要进行不同目的和内容的测试活动,以保证各个阶段的正确性.软件测试的对象不仅仅是软件代码,还包括软件需求文档和设计文档.软件开发与软件测试应该是交互进行的,例如,单元编码需要单元测试,模块组合阶段需要集成测试.如果等到软件编码结束后才进行测试,那么,测试的时间将会很短,测试的覆盖面将很不全面,测试的效果也将大打折扣.更严重的是如果此时发现了软件需求阶段或概要设计阶段的错误,如果要修复该类错误,将会耗费大量的时间和人力.
测试覆盖率
测试用例覆盖率：覆盖的场景或需求 / 总场景或需求
测试执行覆盖率：执行通过的用例、场景或需求 / 总场景或需求
“场景”指由软件需求中基本流、扩展流和业务规则构成的场景。
注：具体覆盖率指标需要结合项目的质量目标并与项目组确定。此处的产品需求是指产品计划书中该版本的产品需求。
6、测试bug提交过程中的状态问题 选择题 就是bug提交过程中 经过什么人的手 做了什么以后 应该为什么状态（new open fixed 之类的）这个我参加工作了 所以easy 何况还是个选择题 不懂的以后问我哈
软件错误的状态
新信息(New)：测试中新报告的软件缺陷；
打开 (Open)：被确认并分配给相关开发人员处理；
修正(Fixed)：开发人员已完成修正，等待测试人员验证；
拒绝(Declined):拒绝修改缺陷；
延期(Deferred): 不在当前版本修复的错误，下一版修复
关闭(Closed)：错误已被修复；
Bug管理的一般流程
2007-01-22 19:08
测试人员提交新的Bug入库，错误状态为New。
高级测试人员验证错误，如果确认是错误，分配给相应的开发人员，设置状态为Open。如
果不是错误，则拒绝，设置为Declined状态。
开发人员查询状态为Open的Bug，如果不是错误，则置状态为Declined；如果是Bug则修复
并置状态为Fixed。不能解决的Bug，要留下文字说明及保持Bug为Open状态。
对于不能解决和延期解决的Bug，不能由开发人员自己决定，一般要通过某种会议（评审
会）通过才能认可。
测试人员查询状态为Fixed的Bug，然后验证Bug是否已解决，如解决置Bug的状态为
Closed，如没有解决置状态为Reopen。
软件错误流程管理要点
为了保证错误的正确性，需要有丰富测试经验的测试人员验证发现的错误是否是真正的错误，书写的测试步骤是否准确，可以重复。
每次对错误的处理都要保留处理信息，包括处理姓名，时间，处理方法，处理意见，Bug状态
7、测试的生命周期
制定测试计划，设计测试，实施测试，执行集成测试，执行系统测试，评估测试。
8、测试的waterfall模型
瀑布模型将软件生命周期划分为制定计划,需求分析,软件设计,程序编写,软件测试和运行维护等六个基本活动,并且规定了它们自上而下,相互衔接的固定次序,如同瀑布流水,逐级下落.
Software development, including Plan，requirements, design, coding and testing phases, sometimes including the maintenance phase 要注意测试并非一个独立的阶段，几乎在每个阶段都需要检查和测试。
瀑布模型
2006-11-21 15:53
需求规格说明---------------------------------------------------系统测试
Requirement phase
概要设计----------------------------------------------集成测试
Specification phase
详细设计----------------------------------单元测试
Design phase
编码
V 模型
用户需求 验收测试
需求分析和系统设计 确认测试和系统测试
概要设计 集成测试
详细设计 单元测试
编码
应当说，WaterFall模型由它自己的很多优点。WaterFall强制每一阶段都必须产生所有的产品，只有当这些产品通过相关的审核后才能开始下一阶段的工作，而这些产品中相当重要的一部分就是每一阶段的详细文档。Specification文档、design文档、code文档和其他相关的文档，如数据库手册、用户指南等等是维护产品基本工具。有研究指出，大约70%的软件预算用于维护阶段。而WaterFall模型强制每一阶段必须有详细文档，所以，看起来WaterFall能使用这些文档大大削减这方面的开销。
9、测试的意义（问答）
软件测试在软件生命周期中占据重要的地位，在传统的瀑布模型中，软件测试学仅处于运行维护阶段之前，是软件产品交付用户使用之前保证软件质量的重要手段。近来，软件工程界趋向于一种新的观点，即认为软件生命周期每一阶段中都应包含测试，从而检验本阶段的成果是否接近预期的目标，尽可能早的发现错误并加以修正，如果不在早期阶段进行测试，错误的延时扩散常常会导致最后成品测试的巨大困难。
事实上，对于软件来讲，不论采用什么技术和什么方法，软件中仍然会有错。采用新的语言、先进的开发方式、完善的开发过程，可以减少错误的引入，但是不可能完全杜绝软件中的错误，这些引入的错误需要测试来找出，软件中的错误密度也需要测试来进行估计。测试是所有工程学科的基本组成单元，是软件开发的重要部分。自有程序设计的那天起测试就一直伴随着。统计表明，在典型的软件开发项目中，软件测试工作量往往占软件开发总工作量的40％以上。而在软件开发的总成本中，用在测试上的开销要占30％到50％。如果把维护阶段也考虑在内，讨论整个软件生存期时，测试的成本比例也许会有所降低，但实际上维护工作相当于二次开发，乃至多次开发，其中必定还包含有许多测试工作。
（五）面试
到了会议室 姐姐说要去打印我的简历 我说不用了 我带了
姐姐接过我的简历 一看 你是应届生阿（我用的是应届生简历格式 555 大家知道应届生和非应届生简历的区别吧）
我说我毕业了 刚毕业的 姐姐说这样啊
然后开始英文面试的
第一题 自我介绍 因为紧张 不流利 还忘词了
然后是就简历 问问题
当然就和我的简历有关系了 嗯 还是说下吧 也许对大家有帮助
让我谈了谈我现在的工作 我通常怎么做测试的 (make good performance )
问我怎么保证测试的覆盖面
可基于需求，代码，用例等. 盡量讓用例考慮得更全面. 测试用例覆盖率：覆盖的场景或需求 / 总场景或需求
我写了我能协助开发人员解决问题 所以问了我怎么帮助的 我举了个例子
到此我找到了英文的感觉 但是姐姐说 我大概知道你的英文水平了 我用中文问你几个问题吧
问我学得课程里喜欢什么 有什么收获 我说的数学 苍天啊 我咋想的 一顿扯
然后姐姐说 从你的专业和经历来看 你是很适合我的工作的 但是你的情况来看 你还是得参加我们的校园招聘云云
。。。。。一只乌鸦飞过。。。。
(七)建议
1 注意形象 我就认识一个哥哥因为不注意形象 最后一面被刷下来 于年薪十万的工作擦肩的 不是说自己长多好看 至少要整洁 体现出对公司的尊重 不能邋里邋遢的 当然也有的公司不要求这样 但是注意总比不注意好 不要落下 我认识的哥哥那样的遗憾
2 自信 自信很重要的 要做到看起来很厉害 一切就ok 当然盲目夸大自己
3 英文 事先把功课做好十分重要 看着自己的简历 想想人家会问什么 然后自己事先准备好 背下来 总是会有帮助的
4 用英文完整的叙述自己的一两个项目的流程 自己在里面做的贡献 这个在英文面试里很常见 而且我搜过一些面经 里面说的是最好要能一边说一边画 面试的屋子里有白板 因为我其实够不上社招 所以姐姐估计也就是简单的面试了下我
5 在网上搜一些这个公司的面经 我搜到了不少 挺有用的 有人说这个公司支持霸王面 有人则在面试时 实在说不出英文 请求说中文 居然也过了 当然那个gg人家很厉害 大家还是最好多准备准备英文吧 不用害怕 老外和中国人说话的时候 语速很慢的
去了之后先笔，全英文的卷子，7张的样子，因为开始投system testing
的时候并不清楚该职位对代码的要求程度，准备不是很充分，基本上都是
C/C++的题目+软件测试的基本知识，记得的题目如下：
1 看程序找毛病，一个好像是内存没有释放，一个是没有进行动态内存分配；
2 中间涉及到两个循环嵌套的，问代码的意思，如何提高效率（窃以为是
应该把循环次数多的放内部）
3 编程序，好像是根据每个字符串结尾的不同返回不同的值；
4 很多关于软件测试的基本知识，有选择有问答，比如软件测试的目标是什么，
好像有一个需要用一个叫什么V-model的分析，还有黑盒测试的种类，smart
phone的黑盒测试属于哪种
5 CMMI分为哪几种类别，分别是做什么的
CMMI 以四个主要类别向组织改进工作提供业界最佳规范支持：
过程管理: 总体改进循环的处理规范 识别需要，执行诊断，计划改进，以及管理改进的分发。
项目管理: 计划和管理项目的最佳规范。
工程: 执行项目中的软件或系统工作的技术最佳规范。
支持: 由其它过程区域使用的支持功能（如质量担保和量度）。
组织可以将基于 CMMI 的改进方案以多种方法实施，包括
致力于特定的过程分类
在来自一个或多个分类的过程区域的子集上工作，在那些目标区域中逐渐构建其能力。
使用 CMMI 的成熟度构建其改进，首先致力于项目中能够帮助组织成功运转的过程区域，随后是跨组织的过程区域。
在选择适用于组织的最佳方法的过程中，首先要确定选择一个 CMMI 陈述，无论是阶段性的还是持续性的。
6 好像有道题目需要把一个数（类型忘记了）的高位低位分别做一个处理用
代码实现的
7 大题目：file explorer的软件需要进行测试，根据测试需求，编写测试用例，
测试需求包括：文件的拷贝，粘贴，复制，创建等
还有一个题目涉及Unix的基本命令，总之觉得题量蛮大，要求C/C++很扎实。
然后就是面试，也是全英文的，主要会根据简历提问，一定要准备两个或两个
以上跟终端平台（比如Symbian)开发，或者网络有关的（总之他们感兴趣的）
项目，要能用英文表述，并且要边讲边画。偶画了两黑板，讲了一个多小时。
注意：面试是3V1，一个技术，两个HR（？），上述主要是技术面，HR会
时不时问你一些开放性问题，如：为什么喜欢这个工作，希望从事测试工作
多久，喜欢的工作方式是什么。HR的英文大家可以大可不必担心，自信就行，
技术的英文还不错。
最后HR退场，跟刚才的技术（原来就是部门经理）谈待遇和2-3年内的职业
发展规划。这是用中文说了。
以下转成中文面：
“你是学信号处理的，对所申请的职位有什么相关经历”
“首先，我的专业是移动通信；
第二，我在西门子实习做的就是相关内容（反正mm也不懂，其实我没做过相关项目）；
三，我在北邮生活学习了7年，有良好的通信背景；
最后，我觉得中智精英网对简历的筛选以及笔试的批改都是很认真地，我能通过，也能从侧面反映出我适合这个职位。”
“为什么不留西门子？”
“合并”
“有没有打算读博？”
“不好找工作。”这个问题回答得比较失败，说完我就后悔了。至少应该加上“我认为工作经验对做研究的帮助更大些。”
“你们组有多少人？”
“20人左右。”
“你在其中是什么地位？”
“外企很平等，如果我有好的建议，也会采纳的。不会因为是实习生就不受重视。”
“由于时间关系，今天就到这儿。”
“谢谢，再见！”
一场是伊莱比特，我申请的职位是移动终端软件测试，事先在网上看到过大家的讨论－会有英文面试，
所以在这方面参考大家的面经进行了一些准备，但是还是碰到了自己不想碰的问题。面试开始，
面试官第一个问题是你过了英语六级，我说：嗯。“好，那把part3翻译一下”。我接过来一看，晕！
是手机操作系统方面的知识，没有这方面知识的背景我就心慌了，结结巴巴的说了几句。好不容易把这节过去，
下面就是问一些团队合作方面的问题，你们小组中的成员是怎么样进行合作的？你对这个职位是怎么样看待的？
最后又是两个英文问题：别人是怎么样评价你的？你是如何提升团队合作精神的？最后一个问题当时没有反应过来，
ascending什么是ascending？我在回来的路上才猛然想起是提升的意思。最后一个问题我回答的离题了－我谈了一些团队合作的重要性。
如此看来的话，
这次面试是比较失败的。朱姐周一进行的面试，昨天她接到了二面通知。我周三的面试，现在还没有音讯。
我应聘的无线网络软件开发的职位
A组 7003房间（maybe）
面试官是个mm
面试的内容都是常规问题，不难。
中文
1. 为什么应聘这个职位？
2. 能简单介绍你印象最深的项目吗？
3. 项目的人员组成，分工，你的角色？
4. 项目的时间安排？
5. 你和同组人的合作情况如何？
英文：
1. Team Spirit
2. Career Plan
英译汉：
一段关于“手机电视的几个常见标准”
整个过程持续20分钟，mm在不停的填表。
我有点面的麻木了
比起各式各样的群殴，心情平静了很多。
【总结收集的伊莱比特面试笔试经验】相关文章：
中兴笔试面试经验10-24
艾莱依面试经验总结07-06
中储粮笔试+面试经验07-30
南方电网笔试+面试经验11-25
笔试经验总结11-28
总结ICBC笔试经验07-12
杭州滨江IT公司面试经历笔试经验07-17
hp重庆实习生笔试经验和面试经验~~07-31
思科笔试经验总结07-29
普华永道笔试经验总结07-14