HaoRen19990828
測(cè)試工程師面試常見問題及答案舉例如下。
一、Mongodb熟悉嗎，一般部署幾臺(tái)。
部署過，沒有深入研究過，一般mongodb部署主從、或者mongodb分片集群；建議3臺(tái)或5臺(tái)服務(wù)器來部署。MongoDB分片的基本思想就是將集合切分成小塊。這些塊分散到若干片里面，每個(gè)片只負(fù)責(zé)總數(shù)據(jù)的一部分。
二、如何發(fā)布和回滾，用jenkins又是怎么實(shí)現(xiàn)。
筆者回答：jenkins配置好代碼路徑（SVN或GIT），然后拉代碼，打tag。需要編譯就編譯，編譯之后推送到發(fā)布服務(wù)器（jenkins里面可以調(diào)腳本），然后從分發(fā)服務(wù)器往下分發(fā)到業(yè)務(wù)服務(wù)器上。
三、Tomcat工作模式。
筆者回答：Tomcat是一個(gè)JSP/Servlet容器。其作為Servlet容器，有三種工作模式：獨(dú)立的Servlet容器、進(jìn)程內(nèi)的Servlet容器和進(jìn)程外的Servlet容器。
四、監(jiān)控用什么實(shí)現(xiàn)的。
筆者回答：現(xiàn)在公司的業(yè)務(wù)都跑在阿里云上，我們首選的監(jiān)控就是用阿里云監(jiān)控，阿里云監(jiān)控自帶了ECS、RDS等服務(wù)的監(jiān)控模板，可結(jié)合自定義報(bào)警規(guī)則來觸發(fā)監(jiān)控項(xiàng)。
五、你是怎么備份數(shù)據(jù)的，包括數(shù)據(jù)庫(kù)備份。
筆者回答：在生產(chǎn)環(huán)境下，不管是應(yīng)用數(shù)據(jù)、還是數(shù)據(jù)庫(kù)數(shù)據(jù)首先在部署的時(shí)候就會(huì)有主從架構(gòu)、或者集群，這本身就是屬于數(shù)據(jù)的熱備份。
其實(shí)考慮冷備份，用專門一臺(tái)服務(wù)器做為備份服務(wù)器，比如可以用rsync+inotify配合計(jì)劃任務(wù)來實(shí)現(xiàn)數(shù)據(jù)的冷備份，如果是發(fā)版的包備份，正常情況下有臺(tái)發(fā)布服務(wù)器，每次發(fā)版都會(huì)保存好發(fā)版的包。
麻球小子
軟件測(cè)試面試前的最后一波惡補(bǔ)！不要打沒有準(zhǔn)備的仗。想要拿到心儀的offer，光有相應(yīng)的技術(shù)水平是不夠的，還是要提前做好面試題的熟悉以及學(xué)習(xí)一些面試時(shí)的技巧，否則，就算是金子也很可能會(huì)被埋沒了。下面給詳細(xì)講講一些面試中比較常見的題吧！1、軟件測(cè)試的流程是什么？分析：每當(dāng)hr問一個(gè)問題的時(shí)候，我們都必須在腦海里先想一下他是想通過這個(gè)問題獲取哪些信息，做好了這步先行工作再回答就比較穩(wěn)健了。如果有工作經(jīng)驗(yàn)，那么直接按照公司流程去答就可以了，如果你剛轉(zhuǎn)行或者是才實(shí)習(xí)，那就按下面的標(biāo)準(zhǔn)回答走就行了?；卮穑喉?xiàng)目經(jīng)理將項(xiàng)目需求文檔給到開發(fā)，開發(fā)記錄文檔內(nèi)需求不明確或者遺漏點(diǎn)做好準(zhǔn)備，然后在需求評(píng)審會(huì)議上，各開發(fā)人員提出自己的疑問并解決，需求評(píng)審最終得到一份需求規(guī)格說明書。（需求評(píng)審階段）評(píng)審?fù)ㄟ^后，開發(fā)這邊的經(jīng)理就開始編寫開發(fā)計(jì)劃，測(cè)試經(jīng)理編寫測(cè)試計(jì)劃，計(jì)劃評(píng)審?fù)ㄟ^后開發(fā)人員進(jìn)行程序的開發(fā)，測(cè)試人員開始測(cè)試用例的編寫。當(dāng)項(xiàng)目的第一個(gè)版本出來后，開發(fā)負(fù)責(zé)第二個(gè)版本的迭代，而測(cè)試這邊對(duì)項(xiàng)目進(jìn)行測(cè)試并記錄追蹤管理bug，直到項(xiàng)目迭代完畢。（產(chǎn)品研發(fā)階段）項(xiàng)目迭代完畢并修復(fù)大部分的bug后，測(cè)試這邊開始進(jìn)行總結(jié)，最終產(chǎn)出一份測(cè)試報(bào)告書，記錄此次的測(cè)試工作及項(xiàng)目存在的問題。（產(chǎn)品發(fā)布階段）2、測(cè)試用例主要有哪些元素？分析：每家公司用的模板都不盡相同，所以內(nèi)容也是多種多樣的，你只需要把基本的元素回答出來就行了。回答：測(cè)試用例的主要元素有：ID、標(biāo)題、模塊、預(yù)置條件、操作步驟、預(yù)期結(jié)果、實(shí)際結(jié)果、是否通過等等3、軟件測(cè)試有什么策略和階段？分析：策略就是你是以什么樣的思路去測(cè)試，或者是通過什么樣的技術(shù)或者步驟去執(zhí)行等等?；卮?：軟件測(cè)試的策略主要有：動(dòng)態(tài)、靜態(tài)測(cè)試；白盒、黑盒測(cè)試。測(cè)試階段按照研發(fā)順序分別是：?jiǎn)卧獪y(cè)試、集成測(cè)試、系統(tǒng)測(cè)試，有些公司還會(huì)有驗(yàn)收測(cè)試；（單元測(cè)試開發(fā)在調(diào)試代碼時(shí)就完成，集成測(cè)試也是，但是有時(shí)測(cè)試人員也需要進(jìn)行集成測(cè)試；測(cè)試人員平時(shí)主要的工作就是系統(tǒng)測(cè)試，驗(yàn)收測(cè)試是客戶參與進(jìn)行的測(cè)試）；4、測(cè)試用例是什么？有什么作用？回答：測(cè)試用例實(shí)際上就是預(yù)設(shè)好一個(gè)特定的場(chǎng)景，讓軟件再這個(gè)場(chǎng)景中運(yùn)行，以檢驗(yàn)程序是否給出正確反應(yīng)，來衡量軟件是否正確滿足了客戶需求。作用：1、避免盲目測(cè)試并提高測(cè)試效率；在軟件版本更新之后只需要少量修改即可開展測(cè)試工作，提高工作效率，大幅度縮短測(cè)試周期。2、可以直觀看出哪些是測(cè)試重點(diǎn)，測(cè)試用例是測(cè)試工作的見證，可以看到測(cè)了哪些功能，又有哪些模塊沒有測(cè)。3、測(cè)試用例是量化測(cè)試工作的方法之一。5、你平時(shí)是怎么設(shè)計(jì)測(cè)試用例的？分析：這個(gè)問題的點(diǎn)主要考察是否掌握測(cè)試用例設(shè)計(jì)方法，在回答之后，HR可能會(huì)繼續(xù)追問某種設(shè)計(jì)方法的概念或者實(shí)例，這時(shí)舉例說明即可；如：等價(jià)類劃分法就是把程序的輸入域劃分成等價(jià)類，從每個(gè)部分中選取少數(shù)代表性數(shù)據(jù)當(dāng)做測(cè)試數(shù)據(jù)?；卮穑涸O(shè)計(jì)測(cè)試用例一般都會(huì)使用到等價(jià)類、邊界值、場(chǎng)景/流程法、因果圖還有錯(cuò)誤推測(cè)法；6、你們公司的需求評(píng)審是怎么進(jìn)行的？分析：需求評(píng)審，就是對(duì)客戶需求，軟件各個(gè)模塊之間模糊的點(diǎn)進(jìn)行審查，排除不理解或者沒有考慮到的點(diǎn)?；卮穑盒枨笤u(píng)審，在一些分工比較明確的公司，都是由PD負(fù)責(zé)，需求確認(rèn)好后再下發(fā)到開發(fā)和測(cè)試部門；分工不怎么明確的公司可能就是開發(fā)測(cè)試產(chǎn)品等大家坐在一起共同探討；評(píng)審形式一般分為線上和線下兩種方式，負(fù)責(zé)人一般會(huì)提前把需求文檔下發(fā)到大家手上供大家整理各自的疑惑點(diǎn)，為后續(xù)的評(píng)審會(huì)議做準(zhǔn)備。7、還有什么想要問我的嗎？分析：這個(gè)問題在每個(gè)面試的尾聲都會(huì)被問到，如果你直接回答沒有，會(huì)讓hr有種你不在意這份工作的感覺，如果你問得多了又會(huì)顯得面試之前沒有做好充分的準(zhǔn)備，所以問題一般控制在2-3個(gè)就差不多。直接說沒有，會(huì)讓HR覺得你不關(guān)心這個(gè)崗位，問的多了又會(huì)顯得面試之前沒有做好充分的準(zhǔn)備。所以問題一般控制在兩到三個(gè)比較好?；卮穑?、公司的研發(fā)團(tuán)隊(duì)目前是什么規(guī)模？開發(fā)和測(cè)試分別有多少人？2、公司今后的業(yè)務(wù)方向是什么？3、如果我入職了，我的主要工作職責(zé)是什么？以上！
等等等二爺de22
軟件測(cè)試面試一般會(huì)涉及非技術(shù)類問題和技術(shù)類問題：
一、非技術(shù)類問題：
非技術(shù)類問題，又分為封閉式問題、開放式問題、誘餌式問題三個(gè)維度。
01.封閉式問題
比如：你在哪兒讀的書？你有英語四級(jí)證書嗎？你有幾年工作經(jīng)驗(yàn)？……
這類問題答案是單一的，所以回答的時(shí)候要簡(jiǎn)潔明了。
02.開放式問題
面試官一般想通過一些開放式問題，了解你的溝通表達(dá)，思維邏輯等方便的能力，遇到這類問題時(shí)，就需要有條理的進(jìn)行闡述。比如：
你對(duì)我們公司有什么了解？
遇到這類開放式問題時(shí)，可以提前做一些準(zhǔn)備，在網(wǎng)上多了解一些應(yīng)聘公司的信息，并進(jìn)行簡(jiǎn)單的梳理，在遇到類似問題時(shí)，就可以結(jié)合自己整理的大綱來展開延伸。
你的弱點(diǎn)是什么？
回答這類問題，不要過多談?wù)摵瓦@份工作明顯相關(guān)的弱點(diǎn)，使自己陷于不利的境地。
比如從長(zhǎng)處來說，我相信我最大的優(yōu)點(diǎn)是我有一個(gè)高度理性的頭腦，能夠從混亂中整理出頭緒來。我最大的弱點(diǎn)是，對(duì)那些沒有秩序感的人，可能缺乏足夠的耐心。
我相信我的組織才能可以幫助企業(yè)更快地實(shí)現(xiàn)目標(biāo)，而且有時(shí)候，我處理復(fù)雜問題的能力也能影響我的同事。
03.誘餌式問題
面試官通過這類問題主要是想了解在簡(jiǎn)歷上看不到的你，比如：你為什么從上份工作離職了，是因?yàn)榘l(fā)生了什么不愉快的事嗎？
遇到這類問題時(shí)，我們要保持警惕，思維不能被面試官牽著走，也不能把面試官當(dāng)知心，大肆吐槽前份工作中遇到的種種不愉快。
二、技術(shù)類問題
常見的技術(shù)類問題主要涉及項(xiàng)目經(jīng)歷，技術(shù)基礎(chǔ)，測(cè)試思路，方案設(shè)計(jì)等方面。比如：
01.介紹一下你們公司的測(cè)試流程
回答要點(diǎn)：有些面試官也會(huì)問項(xiàng)目流程，作為一個(gè)普通的測(cè)試工程師，不熟悉整個(gè)項(xiàng)目流程是很正常的，如果這樣，可以就回答測(cè)試流程。一般來說，測(cè)試組長(zhǎng)或者測(cè)試經(jīng)理才會(huì)相對(duì)熟悉項(xiàng)目流程。還有流程不要回答的太過簡(jiǎn)單，太過書面化，如提需求-寫用例-提交bug-驗(yàn)證bug，可以結(jié)合自己做過的項(xiàng)目來回答。
和web測(cè)試有什么區(qū)別？
回答要點(diǎn)：主要考察你的經(jīng)驗(yàn)積累，以及你對(duì)于app和web的理解。
參考回答：web和app其實(shí)本質(zhì)上并沒有什么區(qū)別，只是面向用戶的不同前端軟件而已，后臺(tái)的架構(gòu)都可以一模一樣，比如說都是linux+jdk+tomcat+mysql。
web是bs架構(gòu)，app是cs架構(gòu)，由于這個(gè)差別，web安裝部署都比較方便，app經(jīng)常需要更新。在測(cè)試過程中，有一些web特色的測(cè)試，比如鼠標(biāo)懸停，鍵鼠操作等。
app測(cè)試也有交叉事件測(cè)試，網(wǎng)絡(luò)測(cè)試，橫豎屏切換，手機(jī)按鍵等等 。Web測(cè)試經(jīng)常需要考慮響應(yīng)時(shí)間，2-5-10原則，app測(cè)試還需要考慮流量和電量測(cè)試等。
03.你熟悉哪些測(cè)試工具？
軟件測(cè)試工具有很多，測(cè)試管理工作、自動(dòng)化測(cè)試工具、性能測(cè)試工具等，在回答這個(gè)問題的時(shí)候，最好是結(jié)合你做過的項(xiàng)目去闡述。
比如在做過什么項(xiàng)目時(shí)，在哪些場(chǎng)景下，你使用了什么測(cè)試工具。
04.簡(jiǎn)單說一說你做過的一兩個(gè)項(xiàng)目
面試之前，要把自己近期做過的項(xiàng)目進(jìn)行梳理，重點(diǎn)總結(jié)自己最近做過的1-2個(gè)項(xiàng)目。
比如項(xiàng)目基本情況，你在項(xiàng)目中負(fù)責(zé)哪些內(nèi)容，是怎么測(cè)試的，使用了哪些工具，在哪些場(chǎng)景下如何使用的。這些細(xì)節(jié)都需要梳理清晰。
更多具體的問題，可以在網(wǎng)上搜索軟件測(cè)試面試題庫(kù)，詳細(xì)了解~
優(yōu)質(zhì)工程師考試問答知識(shí)庫(kù)
