- 相關(guān)推薦
總結(jié)收集的伊萊比特面試筆試經(jīng)驗
伊萊比特，一個芬蘭的企業(yè)，做通信相關(guān)的。我也參加了筆試，全部英文答題
，沒有答題紙，就在卷子上一頓劃，我后來好心的把答案全弄到了一起，希望評卷的gg能省點心。
這是我筆過的最難的試卷，依然是第一個交卷，這次是因為不會，
很多設(shè)計模式的題，而我差不多忘光了，更多是通信協(xié)議相關(guān)的，看來專業(yè)不對口，那就算了吧！
我應(yīng)聘的職位是移動終端軟件測試工程師，試題主要包括軟件測試理論和移動通信基本理論兩個方面，難度不算大。不過感覺參加筆試的人非常多，看來這是一次海筆～
然后就是項目相關(guān)的問題，還會問語言的問題，問你自己擅長什么，問我的是c＋＋的東西，抽象類和拷貝構(gòu)造函數(shù)什么的，還想問 設(shè)計模式，我說不太會。有個mm當場讓寫的代碼，好像是一個數(shù)的低四位和高四位交換吧。然后問測試的東西，這個就簡單了，測試的流程啊，bug管理的流程啊，隨便忽悠。然后問我測試藍牙怎么測，設(shè)計測試用力，忽悠了半天，面試的gg說非常不錯^_^，看來最近忽悠功力見長^_^，最后就是開放性問題，大家久經(jīng)考驗應(yīng)該沒有問題了。
職位描述：
移動終端系統(tǒng)測試
要求:
–計算機，通信或電子相關(guān)專業(yè)本科或本科以上
–愿意長期從事軟件測試工作
–熟悉計算機系統(tǒng)和編程基礎(chǔ)等,一年以上編程者優(yōu)先
–了解CMM , ISO質(zhì)量體系認證
–了解GSM,GPRS 或UMTS等無線網(wǎng)絡(luò)
–國家英語六級，能與外國工程師良好溝通
–有較強的責(zé)任心和團隊協(xié)作精神，認真仔細，能獨立工作及承受工作壓力,有很強的解決問題的能力。
–能夠在國際化的公司工作
先乘車到地鐵
地鐵到1號線的國貿(mào)站下車，C出口出站。出了站向右手邊走(朝東走)。到第一個路口右轉(zhuǎn)，到大北窯南站公交站等去北京經(jīng)濟技術(shù)開發(fā)區(qū)的班車(4元)。坐班車到宏達工業(yè)園下車即可，再往前走兩個紅綠燈，左手邊大地國際商務(wù)中心就是。
路線強烈推薦坐網(wǎng)通集成的班車（貌似上午下午都只有一班）過去。我中午12：00和兩個哥們出發(fā)的，
他們分別是2點半，3點的面試，我們到明光村坐的387，到兒童醫(yī)院，然后走過街天橋到對面，逆行往前走，
大概150米，走過百盛，左轉(zhuǎn)前行，走到北京銀行那里，進那座大廈，從另外那個門出來，旁邊就停著網(wǎng)通集成的班車，
不用說話，直接上車，不收車費。1點鐘準時發(fā)車，很快，剛好30分鐘到亦莊網(wǎng)通集成的大院。這個地方離伊萊的大地商務(wù)中心很近，
走過去也就20分鐘，打的用不了5分鐘。很納悶的是回來這叫一個耗時間啊，從伊萊出來，按照原來的路線往回走一個多紅綠燈，
大概400米，到開發(fā)區(qū)班車的站點，4元錢，終點站是國貿(mào)大北窯，用了接近50分鐘，然后就是坐地鐵回學(xué)校了。
我出了積水潭打的回的學(xué)校，從伊萊出來大概是3：20，到宿舍是5：10。中間很順，汽車地鐵都是，都沒有堵也沒有等，
已經(jīng)是緊趕慢趕了，大家選擇這個路線時要注意時間安排。
說說面試，1：40到的，我等到2：30才面上，因為前面那個兄弟一下子面了1個小時，寒。后來我進去時，
兩個考官很nice地對我說抱歉讓你們等這么久。我和后來的哥們都面了半個小時，按通知的時間嚴格操作的。
一開始兩個考官先后主動伸手和俺握手（最后結(jié)束時又來一次，贊一下），雙方簡單介紹一下，說的是中文，
首先就問我對他們公司有什么想問的沒有，然后就是對伊萊了解多少，怎么獲得的信息。之后轉(zhuǎn)入英文面，
用英文說項目經(jīng)歷，建議挑最得意最拿手的說，可以邊講邊在白板上劃，我就一頓balabala，講了一個項目，
大概10分鐘不到吧，想接著往下說，被打斷了，說：ok，you can use Chinese now。
前面那個兄弟出來時說他的英文面的時間持續(xù)了半小時，我還算好。后面到結(jié)束都是中文了，
我接著講其他的項目，全部講完，一個hr開始對感興趣的內(nèi)容提問，一個hr把俺筆試的試卷翻出來了，
汗呀，Symbian和UML的題目都是憑感覺寫的，c++也不是很靈光，
對方問了對symbian了解多少，我照實說了，然后就問：那你這些題目是怎么答的呀，
我說：憑當時的感覺以及對其他操作系統(tǒng)的理解答的。他就沒問symbian的問題，問了我試卷上兩個c/c++的題，第一個題目我選對了，
他問為什么這么選，讓解釋，我說的不好，就講出來一半。然后問了strcpy的那道源代碼的題目，其中一個我選錯了，讓我再選，
當時腦子一昏，又錯了，氣，能答出來的其實，就趕緊補充兩句。然后就是一些開放問題，性格上的缺點，想怎么規(guī)劃自己以后的職業(yè)生涯，
覺得自己最需要彌補哪方面的知識，我答的是知識的深度和編程。
地鐵--〉國貿(mào),B口出，直接往南（分左右的同學(xué)，應(yīng)該是出口右拐)直走--〉公車站，做經(jīng)濟開發(fā)區(qū)的班車，班車感覺還不錯，10-15分鐘一班，我的時間是中午，基本上沒有人也沒有堵車--〉宏達經(jīng)濟開發(fā)區(qū)下---〉一直南走，走5分鐘吧，左手邊就是（正門壞了，直接從南邊的很不起眼的校門進就是了）
總的時間：來回各一個半鐘頭，我的時間段比較好，不是高峰，沒有堵車現(xiàn)象，在高峰期的同學(xué)盡量提前點吧：）
詳細信息：
職位：E組，RNS FPGA/ASIC Engineer
面試官：PPMM一名，不懂技術(shù)。前半段中文，后半段英文。都很簡單。
面試問題：
中文部分：
1.為什么選擇這個職位？
2.對伊萊比特有什么了解？
3.描述一個做過的項目。
4.工作中遇到的壓力和困難，如何應(yīng)對。
5.如何得到現(xiàn)在的實習(xí)公司的機會。
6.在學(xué)校參加過什么活動。
英文部分：
1.給一段英文，看1分鐘，翻譯成中文。技術(shù)文檔，很短。每個人都不一樣，內(nèi)容跟職位沒啥關(guān)系。我的是多線程訪問啥的，不懂。按自己的理解表達清楚就OK了，不用逐詞斟酌。
2.有沒有考慮過去國外學(xué)習(xí)？
3.職業(yè)規(guī)劃。
4.興趣愛好。
整個過程大概15分鐘，不用緊張。
Bless 后面的xdjm。
（三）筆試
姐姐安排我坐到廳里面的桌子前
給了個試卷 要求用英文答題 實在不行可以用中文 但是說最好盡量用英文
我應(yīng)聘的是移動終端測試工程師（本科生注意 這家公司今年這個職位招35人 其他職位基本不招本科生）
試卷分3個等級 基礎(chǔ) 中級 高級
主要以測試知識為主（注意我搜過以前的面經(jīng)，得出結(jié)論去年題和昨天我做的題一樣）
不要求我全坐 我只說我做的題
1、 靜態(tài)變量 全局變量 和局部變量的區(qū)別
1.在一個函數(shù)內(nèi)部定義的變量是局部變量，它只在本函數(shù)范圍內(nèi)有效，在此函數(shù)外面是不能使用這個變量，稱之為 "局部變量"。
3.在函數(shù)之外定義的變量稱之為全局變量，全局變量可以為本文件中其他函數(shù)所共用，其有效范圍為：從定義變量開始到本源文件結(jié)束。
2.有時希望函數(shù)中的局部變量的值在函數(shù)調(diào)用之后不消失而保留原值，在下一次該函數(shù)調(diào)用時該變量已有值，這時就該制定該局部變量為"靜態(tài)局部變量"，用static加以說明。
2、測試的目的 目標
①、軟件測試是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程；
�、�、測試是為了證明程序有錯，而不是證明程序無錯誤。
②．測試是手段，品質(zhì)保證是目標。
3、黑盒測試的種類 手機測試用到了哪些黑盒測試的方法
黑盒測試法(功能測試)把程序看成一個黑盒子,完全不考慮程序的內(nèi)部結(jié)構(gòu)和處理過程.
黑盒測試是在程序接口進行的測試,它只檢查程序功能是否能按照規(guī)格說明書的規(guī)定正常使用,程序是否能適當?shù)亟邮蛰斎霐?shù)據(jù)產(chǎn)生正確的輸出信息,并且保持外部信息的完整性.
軟件的黑盒測試意味著測試要在軟件的接口處進行。這種方法是把測試對象看做一個黑盒子，測試人員完全不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部特性，只依據(jù)程序的需求規(guī)格說明書，檢查程序的功能是否符合它的功能說明。因此黑盒測試又叫功能測試或數(shù)據(jù)驅(qū)動測試。黑盒測試主要是為了發(fā)現(xiàn)以下幾類錯誤：
1、是否有不正確或遺漏的功能？
2、在接口上，輸入是否能正確的接受？能否輸出正確的結(jié)果？
3、是否有數(shù)據(jù)結(jié)構(gòu)錯誤或外部信息（例如數(shù)據(jù)文件）訪問錯誤？
4、性能上是否能夠滿足要求？
5、是否有初始化或終止性錯誤？
軟件的白盒測試是對軟件的過程性細節(jié)做細致的檢查。這種方法是把測試對象看做一個打開的盒子，它允許測試人員利用程序內(nèi)部的邏輯結(jié)構(gòu)及有關(guān)信息，設(shè)計或選擇測試用例，對程序所有邏輯路徑進行測試。通過在不同點檢查程序狀態(tài)，確定實際狀態(tài)是否與預(yù)期的狀態(tài)一致。因此白盒測試又稱為結(jié)構(gòu)測試或邏輯驅(qū)動測試。白盒測試主要是想對程序模塊進行如下檢查：
1、對程序模塊的所有獨立的執(zhí)行路徑至少測試一遍。
2、對所有的邏輯判定，取“真”與取“假”的兩種情況都能至少測一遍。
3、在循環(huán)的邊界和運行的界限內(nèi)執(zhí)行循環(huán)體。
4、測試內(nèi)部數(shù)據(jù)結(jié)構(gòu)的有效性，等等。
以上事實說明，軟件測試有一個致命的缺陷，即測試的不完全、不徹底性。由于任何程序只能進行少量（相對于窮舉的巨大數(shù)量而言）的有限的測試，在未發(fā)現(xiàn)錯誤時，不能說明程序中沒有錯誤。
采用黑盒技術(shù)設(shè)計測試用例的方法有：等價類劃分、邊界值分析、錯誤推測、因果圖和綜合策略。
黑盒測試試圖發(fā)現(xiàn)以下類型的錯誤：
1）功能錯誤或遺漏；
2）界面錯誤；
3）數(shù)據(jù)結(jié)構(gòu)或外部數(shù)據(jù)庫訪問錯誤；
4）性能錯誤；
5）初始化和終止錯誤。
一、黑盒測試的測試用例設(shè)計方法
?等價類劃分方法
?邊界值分析方法
?錯誤推測方法
?因果圖方法
?判定表驅(qū)動分析方法
?正交實驗設(shè)計方法
?功能圖分析方法
手機測試里也一樣用等價類、邊界值等方法的，跟一般的軟件測試沒什么區(qū)別。
4、畫出GSM網(wǎng)絡(luò)結(jié)構(gòu)圖 要求寫出各個模塊的名稱 能簡單介紹最好 現(xiàn)代通信技術(shù)里有
5、測試覆蓋面的問題
1)誤區(qū)之一:軟件開發(fā)完成后進行軟件測試
人們一般認為,軟件項目要經(jīng)過以下幾個階段:需求分析,概要設(shè)計,詳細設(shè)計,軟件編碼,軟件測試,軟件發(fā)布.據(jù)此,認為軟件測試只是軟件編碼后的一個過程.這是不了解軟件測試周期的錯誤認識.軟件測試是一個系列
過程活動,包括軟件測試需求分析,測試計劃設(shè)計,測試用例設(shè)計,執(zhí)行測試.因此,軟件測試貫穿于軟件項目的整個生命過程.在軟件項目的每一個階段都要進行不同目的和內(nèi)容的測試活動,以保證各個階段的正確性.軟件測試的對象不僅僅是軟件代碼,還包括軟件需求文檔和設(shè)計文檔.軟件開發(fā)與軟件測試應(yīng)該是交互進行的,例如,單元編碼需要單元測試,模塊組合階段需要集成測試.如果等到軟件編碼結(jié)束后才進行測試,那么,測試的時間將會很短,測試的覆蓋面將很不全面,測試的效果也將大打折扣.更嚴重的是如果此時發(fā)現(xiàn)了軟件需求階段或概要設(shè)計階段的錯誤,如果要修復(fù)該類錯誤,將會耗費大量的時間和人力.
測試覆蓋率
測試用例覆蓋率：覆蓋的場景或需求 / 總場景或需求
測試執(zhí)行覆蓋率：執(zhí)行通過的用例、場景或需求 / 總場景或需求
“場景”指由軟件需求中基本流、擴展流和業(yè)務(wù)規(guī)則構(gòu)成的場景。
注：具體覆蓋率指標需要結(jié)合項目的質(zhì)量目標并與項目組確定。此處的產(chǎn)品需求是指產(chǎn)品計劃書中該版本的產(chǎn)品需求。
6、測試bug提交過程中的狀態(tài)問題 選擇題 就是bug提交過程中 經(jīng)過什么人的手 做了什么以后 應(yīng)該為什么狀態(tài)（new open fixed 之類的）這個我參加工作了 所以easy 何況還是個選擇題 不懂的以后問我哈
軟件錯誤的狀態(tài)
新信息(New)：測試中新報告的軟件缺陷；
打開 (Open)：被確認并分配給相關(guān)開發(fā)人員處理；
修正(Fixed)：開發(fā)人員已完成修正，等待測試人員驗證；
拒絕(Declined):拒絕修改缺陷；
延期(Deferred): 不在當前版本修復(fù)的錯誤，下一版修復(fù)
關(guān)閉(Closed)：錯誤已被修復(fù)；
Bug管理的一般流程
2007-01-22 19:08
測試人員提交新的Bug入庫，錯誤狀態(tài)為New。
高級測試人員驗證錯誤，如果確認是錯誤，分配給相應(yīng)的開發(fā)人員，設(shè)置狀態(tài)為Open。如
果不是錯誤，則拒絕，設(shè)置為Declined狀態(tài)。
開發(fā)人員查詢狀態(tài)為Open的Bug，如果不是錯誤，則置狀態(tài)為Declined；如果是Bug則修復(fù)
并置狀態(tài)為Fixed。不能解決的Bug，要留下文字說明及保持Bug為Open狀態(tài)。
對于不能解決和延期解決的Bug，不能由開發(fā)人員自己決定，一般要通過某種會議（評審
會）通過才能認可。
測試人員查詢狀態(tài)為Fixed的Bug，然后驗證Bug是否已解決，如解決置Bug的狀態(tài)為
Closed，如沒有解決置狀態(tài)為Reopen。
軟件錯誤流程管理要點
為了保證錯誤的正確性，需要有豐富測試經(jīng)驗的測試人員驗證發(fā)現(xiàn)的錯誤是否是真正的錯誤，書寫的測試步驟是否準確，可以重復(fù)。
每次對錯誤的處理都要保留處理信息，包括處理姓名，時間，處理方法，處理意見，Bug狀態(tài)
7、測試的生命周期
制定測試計劃，設(shè)計測試，實施測試，執(zhí)行集成測試，執(zhí)行系統(tǒng)測試，評估測試。
8、測試的waterfall模型
瀑布模型將軟件生命周期劃分為制定計劃,需求分析,軟件設(shè)計,程序編寫,軟件測試和運行維護等六個基本活動,并且規(guī)定了它們自上而下,相互銜接的固定次序,如同瀑布流水,逐級下落.
Software development, including Plan，requirements, design, coding and testing phases, sometimes including the maintenance phase 要注意測試并非一個獨立的階段，幾乎在每個階段都需要檢查和測試。
瀑布模型
2006-11-21 15:53
需求規(guī)格說明---------------------------------------------------系統(tǒng)測試
Requirement phase
概要設(shè)計----------------------------------------------集成測試
Specification phase
詳細設(shè)計----------------------------------單元測試
Design phase
編碼
V 模型
用戶需求 驗收測試
需求分析和系統(tǒng)設(shè)計 確認測試和系統(tǒng)測試
概要設(shè)計 集成測試
詳細設(shè)計 單元測試
編碼
應(yīng)當說，WaterFall模型由它自己的很多優(yōu)點。WaterFall強制每一階段都必須產(chǎn)生所有的產(chǎn)品，只有當這些產(chǎn)品通過相關(guān)的審核后才能開始下一階段的工作，而這些產(chǎn)品中相當重要的一部分就是每一階段的詳細文檔。Specification文檔、design文檔、code文檔和其他相關(guān)的文檔，如數(shù)據(jù)庫手冊、用戶指南等等是維護產(chǎn)品基本工具。有研究指出，大約70%的軟件預(yù)算用于維護階段。而WaterFall模型強制每一階段必須有詳細文檔，所以，看起來WaterFall能使用這些文檔大大削減這方面的開銷。
9、測試的意義（問答）
軟件測試在軟件生命周期中占據(jù)重要的地位，在傳統(tǒng)的瀑布模型中，軟件測試學(xué)僅處于運行維護階段之前，是軟件產(chǎn)品交付用戶使用之前保證軟件質(zhì)量的重要手段。近來，軟件工程界趨向于一種新的觀點，即認為軟件生命周期每一階段中都應(yīng)包含測試，從而檢驗本階段的成果是否接近預(yù)期的目標，盡可能早的發(fā)現(xiàn)錯誤并加以修正，如果不在早期階段進行測試，錯誤的延時擴散常常會導(dǎo)致最后成品測試的巨大困難。
事實上，對于軟件來講，不論采用什么技術(shù)和什么方法，軟件中仍然會有錯。采用新的語言、先進的開發(fā)方式、完善的開發(fā)過程，可以減少錯誤的引入，但是不可能完全杜絕軟件中的錯誤，這些引入的錯誤需要測試來找出，軟件中的錯誤密度也需要測試來進行估計。測試是所有工程學(xué)科的基本組成單元，是軟件開發(fā)的重要部分。自有程序設(shè)計的那天起測試就一直伴隨著。統(tǒng)計表明，在典型的軟件開發(fā)項目中，軟件測試工作量往往占軟件開發(fā)總工作量的40％以上。而在軟件開發(fā)的總成本中，用在測試上的開銷要占30％到50％。如果把維護階段也考慮在內(nèi)，討論整個軟件生存期時，測試的成本比例也許會有所降低，但實際上維護工作相當于二次開發(fā)，乃至多次開發(fā)，其中必定還包含有許多測試工作。
（五）面試
到了會議室 姐姐說要去打印我的簡歷 我說不用了 我?guī)Я?
姐姐接過我的簡歷 一看 你是應(yīng)屆生阿（我用的是應(yīng)屆生簡歷格式 555 大家知道應(yīng)屆生和非應(yīng)屆生簡歷的區(qū)別吧）
我說我畢業(yè)了 剛畢業(yè)的 姐姐說這樣啊
然后開始英文面試的
第一題 自我介紹 因為緊張 不流利 還忘詞了
然后是就簡歷 問問題
當然就和我的簡歷有關(guān)系了 嗯 還是說下吧 也許對大家有幫助
讓我談了談我現(xiàn)在的工作 我通常怎么做測試的 (make good performance )
問我怎么保證測試的覆蓋面
可基于需求，代碼，用例等. 盡量讓用例考慮得更全面. 測試用例覆蓋率：覆蓋的場景或需求 / 總場景或需求
我寫了我能協(xié)助開發(fā)人員解決問題 所以問了我怎么幫助的 我舉了個例子
到此我找到了英文的感覺 但是姐姐說 我大概知道你的英文水平了 我用中文問你幾個問題吧
問我學(xué)得課程里喜歡什么 有什么收獲 我說的數(shù)學(xué) 蒼天啊 我咋想的 一頓扯
然后姐姐說 從你的專業(yè)和經(jīng)歷來看 你是很適合我的工作的 但是你的情況來看 你還是得參加我們的校園招聘云云
。。。。。一只烏鴉飛過。。。。
(七)建議
1 注意形象 我就認識一個哥哥因為不注意形象 最后一面被刷下來 于年薪十萬的工作擦肩的 不是說自己長多好看 至少要整潔 體現(xiàn)出對公司的尊重 不能邋里邋遢的 當然也有的公司不要求這樣 但是注意總比不注意好 不要落下 我認識的哥哥那樣的遺憾
2 自信 自信很重要的 要做到看起來很厲害 一切就ok 當然盲目夸大自己
3 英文 事先把功課做好十分重要 看著自己的簡歷 想想人家會問什么 然后自己事先準備好 背下來 總是會有幫助的
4 用英文完整的敘述自己的一兩個項目的流程 自己在里面做的貢獻 這個在英文面試里很常見 而且我搜過一些面經(jīng) 里面說的是最好要能一邊說一邊畫 面試的屋子里有白板 因為我其實夠不上社招 所以姐姐估計也就是簡單的面試了下我
5 在網(wǎng)上搜一些這個公司的面經(jīng) 我搜到了不少 挺有用的 有人說這個公司支持霸王面 有人則在面試時 實在說不出英文 請求說中文 居然也過了 當然那個gg人家很厲害 大家還是最好多準備準備英文吧 不用害怕 老外和中國人說話的時候 語速很慢的
去了之后先筆，全英文的卷子，7張的樣子，因為開始投system testing
的時候并不清楚該職位對代碼的要求程度，準備不是很充分，基本上都是
C/C++的題目+軟件測試的基本知識，記得的題目如下：
1 看程序找毛病，一個好像是內(nèi)存沒有釋放，一個是沒有進行動態(tài)內(nèi)存分配；
2 中間涉及到兩個循環(huán)嵌套的，問代碼的意思，如何提高效率（竊以為是
應(yīng)該把循環(huán)次數(shù)多的放內(nèi)部）
3 編程序，好像是根據(jù)每個字符串結(jié)尾的不同返回不同的值；
4 很多關(guān)于軟件測試的基本知識，有選擇有問答，比如軟件測試的目標是什么，
好像有一個需要用一個叫什么V-model的分析，還有黑盒測試的種類，smart
phone的黑盒測試屬于哪種
5 CMMI分為哪幾種類別，分別是做什么的
CMMI 以四個主要類別向組織改進工作提供業(yè)界最佳規(guī)范支持：
過程管理: 總體改進循環(huán)的處理規(guī)范 識別需要，執(zhí)行診斷，計劃改進，以及管理改進的分發(fā)。
項目管理: 計劃和管理項目的最佳規(guī)范。
工程: 執(zhí)行項目中的軟件或系統(tǒng)工作的技術(shù)最佳規(guī)范。
支持: 由其它過程區(qū)域使用的支持功能（如質(zhì)量擔保和量度）。
組織可以將基于 CMMI 的改進方案以多種方法實施，包括
致力于特定的過程分類
在來自一個或多個分類的過程區(qū)域的子集上工作，在那些目標區(qū)域中逐漸構(gòu)建其能力。
使用 CMMI 的成熟度構(gòu)建其改進，首先致力于項目中能夠幫助組織成功運轉(zhuǎn)的過程區(qū)域，隨后是跨組織的過程區(qū)域。
在選擇適用于組織的最佳方法的過程中，首先要確定選擇一個 CMMI 陳述，無論是階段性的還是持續(xù)性的。
6 好像有道題目需要把一個數(shù)（類型忘記了）的高位低位分別做一個處理用
代碼實現(xiàn)的
7 大題目：file explorer的軟件需要進行測試，根據(jù)測試需求，編寫測試用例，
測試需求包括：文件的拷貝，粘貼，復(fù)制，創(chuàng)建等
還有一個題目涉及Unix的基本命令，總之覺得題量蠻大，要求C/C++很扎實。
然后就是面試，也是全英文的，主要會根據(jù)簡歷提問，一定要準備兩個或兩個
以上跟終端平臺（比如Symbian)開發(fā)，或者網(wǎng)絡(luò)有關(guān)的（總之他們感興趣的）
項目，要能用英文表述，并且要邊講邊畫。偶畫了兩黑板，講了一個多小時。
注意：面試是3V1，一個技術(shù)，兩個HR（？），上述主要是技術(shù)面，HR會
時不時問你一些開放性問題，如：為什么喜歡這個工作，希望從事測試工作
多久，喜歡的工作方式是什么。HR的英文大家可以大可不必擔心，自信就行，
技術(shù)的英文還不錯。
最后HR退場，跟剛才的技術(shù)（原來就是部門經(jīng)理）談待遇和2-3年內(nèi)的職業(yè)
發(fā)展規(guī)劃。這是用中文說了。
以下轉(zhuǎn)成中文面：
“你是學(xué)信號處理的，對所申請的職位有什么相關(guān)經(jīng)歷”
“首先，我的專業(yè)是移動通信；
第二，我在西門子實習(xí)做的就是相關(guān)內(nèi)容（反正mm也不懂，其實我沒做過相關(guān)項目）；
三，我在北郵生活學(xué)習(xí)了7年，有良好的通信背景；
最后，我覺得中智精英網(wǎng)對簡歷的篩選以及筆試的批改都是很認真地，我能通過，也能從側(cè)面反映出我適合這個職位。”
“為什么不留西門子？”
“合并”
“有沒有打算讀博？”
“不好找工作。”這個問題回答得比較失敗，說完我就后悔了。至少應(yīng)該加上“我認為工作經(jīng)驗對做研究的幫助更大些。”
“你們組有多少人？”
“20人左右。”
“你在其中是什么地位？”
“外企很平等，如果我有好的建議，也會采納的。不會因為是實習(xí)生就不受重視。”
“由于時間關(guān)系，今天就到這兒。”
“謝謝，再見！”
一場是伊萊比特，我申請的職位是移動終端軟件測試，事先在網(wǎng)上看到過大家的討論－會有英文面試，
所以在這方面參考大家的面經(jīng)進行了一些準備，但是還是碰到了自己不想碰的問題。面試開始，
面試官第一個問題是你過了英語六級，我說：嗯。“好，那把part3翻譯一下”。我接過來一看，暈！
是手機操作系統(tǒng)方面的知識，沒有這方面知識的背景我就心慌了，結(jié)結(jié)巴巴的說了幾句。好不容易把這節(jié)過去，
下面就是問一些團隊合作方面的問題，你們小組中的成員是怎么樣進行合作的？你對這個職位是怎么樣看待的？
最后又是兩個英文問題：別人是怎么樣評價你的？你是如何提升團隊合作精神的？最后一個問題當時沒有反應(yīng)過來，
ascending什么是ascending？我在回來的路上才猛然想起是提升的意思。最后一個問題我回答的離題了－我談了一些團隊合作的重要性。
如此看來的話，
這次面試是比較失敗的。朱姐周一進行的面試，昨天她接到了二面通知。我周三的面試，現(xiàn)在還沒有音訊。
我應(yīng)聘的無線網(wǎng)絡(luò)軟件開發(fā)的職位
A組 7003房間（maybe）
面試官是個mm
面試的內(nèi)容都是常規(guī)問題，不難。
中文
1. 為什么應(yīng)聘這個職位？
2. 能簡單介紹你印象最深的項目嗎？
3. 項目的人員組成，分工，你的角色？
4. 項目的時間安排？
5. 你和同組人的合作情況如何？
英文：
1. Team Spirit
2. Career Plan
英譯漢：
一段關(guān)于“手機電視的幾個常見標準”
整個過程持續(xù)20分鐘，mm在不停的填表。
我有點面的麻木了
比起各式各樣的群毆，心情平靜了很多。
【總結(jié)收集的伊萊比特面試筆試經(jīng)驗】相關(guān)文章：
中興筆試面試經(jīng)驗10-24
艾萊依面試經(jīng)驗總結(jié)07-06
中儲糧筆試+面試經(jīng)驗07-30
筆試經(jīng)驗總結(jié)11-28
杭州濱江IT公司面試經(jīng)歷筆試經(jīng)驗07-17
hp重慶實習(xí)生筆試經(jīng)驗和面試經(jīng)驗~~07-31
思科筆試經(jīng)驗總結(jié)07-29