總結收集的伊萊比特面試筆試經驗

伊萊比特，一個芬蘭的企業，做通信相關的。我也參加了筆試，全部英文答題
，沒有答題紙，就在卷子上一頓劃，我後來好心的把答案全弄到了一起，希望評卷的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管理的一般流程
XX-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 要注意測試並非一個獨立的階段，幾乎在每個階段都需要檢查和測試。
瀑布模型
XX-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在不停的填表。
我有點面的麻木了
比起各式各樣的羣毆，心情平靜了很多。