軟件測(cè)試工程師面試題匯總?cè)A為篇.doc

1、軟件測(cè)試工程師面試題匯總（華為篇）1、怎么來(lái)設(shè)計(jì)測(cè)試方案，識(shí)別測(cè)試要點(diǎn)，識(shí)別測(cè)試環(huán)境要求，安排測(cè)試輪次，根據(jù)項(xiàng)根據(jù)測(cè)試需求（包括功能需求和非功能性需求） 目計(jì)劃和開(kāi)發(fā)計(jì)劃做整體的測(cè)試安排。被測(cè)試的特性：通過(guò)對(duì)需求規(guī)格說(shuō)明書(shū)進(jìn)行分析，列出本次測(cè)試需要進(jìn)行測(cè)試的各部分特性（如要測(cè)試的功能 需求、性能需求、安全性需求等等）不被測(cè)試的特性：由于資源、進(jìn)度等方面原因，本次測(cè)試不列入測(cè)試范圍的特性。測(cè)試組網(wǎng)圖：進(jìn)行本次系統(tǒng)測(cè)試所需要的軟硬件設(shè)備、配置數(shù)據(jù)及相互間的邏輯、物理連接。今后測(cè)試執(zhí)行時(shí) 需要依據(jù)這個(gè)組網(wǎng)圖來(lái)進(jìn)行環(huán)境的搭建。2、如果給你一個(gè) B/S系統(tǒng)你怎么來(lái)進(jìn)行測(cè)試此題答案還可用于回答測(cè)試流程，測(cè)

2、試流程題亦可參考15題。閱讀系統(tǒng)需求，充分理解需求，記錄問(wèn)題，并與項(xiàng)目需求人員充分溝通。編寫測(cè)試需求，包括系統(tǒng)功能和非功能測(cè)試要點(diǎn)、羅列測(cè)試類型、測(cè)試進(jìn)度、質(zhì)量要求等。制定測(cè)試計(jì)劃，包括熟悉測(cè)試業(yè)務(wù)、設(shè)計(jì)測(cè)試用例、執(zhí)行測(cè)試用例、進(jìn)行測(cè)試小結(jié)、編寫測(cè)試報(bào)告，任務(wù)顆粒 度一般應(yīng)小于5人天編寫測(cè)試用例，根據(jù)測(cè)試方案設(shè)計(jì)用例，即便沒(méi)有明確的性能和安全測(cè)試要求，也應(yīng)識(shí)別進(jìn)行此兩項(xiàng)測(cè)試。執(zhí)行軟件測(cè)試。進(jìn)行測(cè)試小結(jié)，如果測(cè)試持續(xù)時(shí)間較長(zhǎng)，每個(gè)版本間隙總結(jié)本輪測(cè)試。編寫測(cè)試報(bào)告，總結(jié)測(cè)試過(guò)程，匯總度量數(shù)據(jù)。3、怎么進(jìn)行工作流的測(cè)試把握需求，找準(zhǔn)結(jié)點(diǎn)，理清流程，畫(huà)出流轉(zhuǎn)圖，弄清節(jié)點(diǎn)間的數(shù)據(jù)流轉(zhuǎn)，設(shè)計(jì)測(cè)試用例的時(shí)

3、候必須覆蓋所有可 能的流程。工作流：如果問(wèn)到有沒(méi)有做過(guò)，根據(jù)對(duì)工作流的了解情況回答，如果比較了解，可以把參與的某個(gè)項(xiàng)目中說(shuō)上一些有工 作流的，如果不是很了解就說(shuō)沒(méi)有做過(guò)，但是學(xué)習(xí)過(guò)相關(guān)知識(shí)。4、做性能測(cè)試的時(shí)候都需要關(guān)注哪些參數(shù)并發(fā)訪問(wèn)量，服務(wù)器響應(yīng)時(shí)間（最小、平均、最大）并發(fā)性能測(cè)試的過(guò)程是一個(gè)負(fù)載測(cè)試和壓力測(cè)試的過(guò)程，即逐漸增加負(fù)載，直到系統(tǒng)的瓶頸或者不能接收的性 能點(diǎn)，通過(guò)綜合分析交易執(zhí)行指標(biāo)和資源監(jiān)控指標(biāo)來(lái)確定系統(tǒng)并發(fā)性能的過(guò)程。負(fù)載測(cè)試（Load Testing ）是確定在各種工作負(fù)載下系統(tǒng)的性能，目標(biāo)是測(cè)試當(dāng)負(fù)載逐漸增加時(shí)，系統(tǒng)組成部 分的相應(yīng)輸出項(xiàng)，例如通過(guò)量、響應(yīng)時(shí)間、CPU負(fù)

4、載、內(nèi)存使用等來(lái)決定系統(tǒng)的性能。 負(fù)載測(cè)試是一個(gè)分析軟件應(yīng)用程序和支撐架構(gòu)、模擬真實(shí)環(huán)境的使用，從而來(lái)確定能夠接收的性能過(guò)程。壓力 測(cè)試（Stress Testi ng ）是通過(guò)確定一個(gè)系統(tǒng)的瓶頸或者不能接收的性能點(diǎn)，來(lái)獲得系統(tǒng)能提供的最大服務(wù)級(jí)別的測(cè) 試。疲勞測(cè)試是采用系統(tǒng)穩(wěn)定運(yùn)行情況下能夠支持的最大并發(fā)用戶數(shù)，持續(xù)執(zhí)行一段時(shí)間業(yè)務(wù)，通過(guò)綜合分析交易執(zhí)行指標(biāo)和資源監(jiān)控指標(biāo)來(lái)確定系統(tǒng)處理最大工作量強(qiáng)度性能的過(guò)程。疲勞強(qiáng)度測(cè)試可以采用工具自動(dòng)化的方式進(jìn)行測(cè)試，也可以手工編寫程序測(cè)試，其中后者占的比例較大。一般情況下以服務(wù)器能夠正常穩(wěn)定響應(yīng)請(qǐng)求的最大并發(fā)用戶數(shù)進(jìn)行一定時(shí)間的疲勞測(cè)試，獲取交易執(zhí)行指

5、標(biāo)數(shù) 據(jù)和系統(tǒng)資源監(jiān)控?cái)?shù)據(jù)。如出現(xiàn)錯(cuò)誤導(dǎo)致測(cè)試不能成功執(zhí)行，則及時(shí)調(diào)整測(cè)試指標(biāo)，例如降低用戶數(shù)、縮短測(cè)試周 期等。還有一種情況的疲勞測(cè)試是對(duì)當(dāng)前系統(tǒng)性能的評(píng)估，用系統(tǒng)正常業(yè)務(wù)情況下并發(fā)用戶數(shù)為基礎(chǔ)，進(jìn)行一定時(shí) 間的疲勞測(cè)試。大數(shù)據(jù)量測(cè)試可以分為兩種類型：針對(duì)某些系統(tǒng)存儲(chǔ)、傳輸、統(tǒng)計(jì)、查詢等業(yè)務(wù)進(jìn)行大數(shù)據(jù)量的獨(dú)立數(shù)據(jù)量測(cè) 試；與壓力性能測(cè)試、負(fù)載性能測(cè)試、疲勞性能測(cè)試相結(jié)合的綜合數(shù)據(jù)量測(cè)試方案。大數(shù)據(jù)量測(cè)試的關(guān)鍵是測(cè)試數(shù) 據(jù)的準(zhǔn)備，可以依靠工具準(zhǔn)備測(cè)試數(shù)據(jù)。5、客戶沒(méi)給性能指數(shù)，怎么開(kāi)展性能測(cè)試如果客戶沒(méi)有提出明確的性能指標(biāo)，可以按照慣例和經(jīng)驗(yàn)設(shè)置，需要和項(xiàng)目經(jīng)理協(xié)商，一般由項(xiàng)目經(jīng)理確認(rèn)， 質(zhì)量

6、保證負(fù)責(zé)給出建議。舉例說(shuō)一個(gè) Server端程序，要求峰值時(shí) CPU和MEM消耗在75 %以下，而一個(gè)頁(yè)面的訪問(wèn)響應(yīng)時(shí)間一般認(rèn)為 用戶的忍耐時(shí)間是 3-5秒以內(nèi)，這些要參考實(shí)際的應(yīng)用來(lái)確定用戶規(guī)模、操作頻率、同時(shí)在線數(shù)等。6、有沒(méi)有做過(guò)接口測(cè)試，是如何做的及失敗操作通過(guò)編寫測(cè)試程序，獲得接口指針， 逐個(gè)調(diào)用接口函數(shù)驗(yàn)證其正確性,7、測(cè)試過(guò)程中是如何來(lái)保證軟件質(zhì)量的測(cè)試用例編寫完畢后要加強(qiáng)評(píng)審的力度，確保測(cè)試用例覆蓋所有需求點(diǎn)執(zhí)行測(cè)試過(guò)程中注意做小結(jié)檢查覆蓋情況、審視所提缺陷質(zhì)量，復(fù)測(cè)時(shí)應(yīng)注意相關(guān)模塊的測(cè)試 測(cè)試時(shí)間寬裕的話可以做交叉測(cè)試，用以確保測(cè)試質(zhì)量。8、測(cè)試方案都寫什么內(nèi)容1概述 2被測(cè)

7、對(duì)象分析3應(yīng)測(cè)試的特性4不被測(cè)試的特性5總體設(shè)計(jì)方法 6測(cè)試模型 6.1測(cè)試組網(wǎng)圖 6.2結(jié)構(gòu)/對(duì)象關(guān)系圖6.3測(cè)試原理6.4操作規(guī)程7測(cè)試需求7.1環(huán)境需求7.2被測(cè)對(duì)象需求I7.3測(cè)試工具需求7.4測(cè)試代碼需求7.5數(shù)據(jù)需求7.6其它需求8測(cè)試設(shè)計(jì)8.1工具設(shè)計(jì)8.2測(cè)試代碼設(shè)廠8.3用例設(shè)計(jì)8.3.1設(shè)計(jì)原則 8.3.2測(cè)試項(xiàng)目9.附錄（測(cè)試方案要求根據(jù)SRS上的每個(gè)需求點(diǎn)設(shè)計(jì)出包括需求點(diǎn)簡(jiǎn)介，測(cè)試思路和詳細(xì)測(cè)試方法三部分 的方案）以往華為測(cè)試方案目錄如下：第1章技術(shù)方案1.1.測(cè)試需求描述 析1.1.2. 測(cè)試內(nèi)容！1.2. 缺陷分類1.3. 缺陷級(jí)別第2章SOW及規(guī)格的應(yīng)答2.1.

8、測(cè)試需求應(yīng)答2.2. 交付件應(yīng)答2.2.1. 軟件交付件應(yīng)答2.2.2. 非軟件交付件應(yīng)答2.3. 項(xiàng)目里程碑項(xiàng)目完成時(shí)間應(yīng)答2.4. 質(zhì)量目標(biāo)應(yīng)答2.5. 驗(yàn)收標(biāo)準(zhǔn)應(yīng)答26限制應(yīng)答2.6.1. 合作供應(yīng)商人員組織應(yīng)答2.6.2. 硬件設(shè)備應(yīng)答2.6.3. 合作項(xiàng)目開(kāi)發(fā)場(chǎng)地應(yīng)答 第3章類似項(xiàng)目成功案例第4章項(xiàng)目詳細(xì)工作計(jì)劃第5章項(xiàng)目估算9、測(cè)試方案和測(cè)試計(jì)劃的區(qū)別測(cè)試方案是技術(shù)性的；測(cè)試計(jì)劃更多是管理性的。測(cè)試計(jì)劃主要要考慮測(cè)試的技術(shù)可行性、關(guān)鍵技術(shù)、資源投入、進(jìn)度安排、風(fēng)險(xiǎn)管理、配置管理、輸入輸出等。測(cè)試計(jì)劃更多地供高層管理者決策時(shí)做參考；同時(shí)對(duì)后續(xù)測(cè)試工作開(kāi)展起指導(dǎo)作用。在一些小項(xiàng)目中，可

9、能只需要一個(gè)測(cè)試方案，測(cè)試計(jì)劃內(nèi)容相對(duì)較少，可以與測(cè)試方案合并進(jìn)行；而一些大 項(xiàng)目中，也許要設(shè)計(jì)數(shù)十個(gè)測(cè)試方案，這就需要一個(gè)提綱挈領(lǐng)的東西了，這就是測(cè)試計(jì)劃的作用。10、測(cè)試用例是根據(jù)什么寫的系統(tǒng)測(cè)試用例根據(jù)需求和設(shè)計(jì)編寫（華為的SDV測(cè)試用例是根據(jù)測(cè)試方案和測(cè)試策略來(lái)編寫的）11、是怎么來(lái)設(shè)計(jì)測(cè)試用例的?答：先熟悉系統(tǒng)需求，把握測(cè)試要點(diǎn)，設(shè)計(jì)用例的原則首先是要覆蓋每個(gè)需求點(diǎn)，可以通過(guò)填寫需求跟蹤矩 陣來(lái)保證覆蓋。I邊界值分析法、錯(cuò)誤推測(cè)法、因果圖。黑盒測(cè)試的測(cè)試用例設(shè)計(jì)方法：等價(jià)類劃分法、12、有沒(méi)有測(cè)過(guò)手機(jī)終端的項(xiàng)目根據(jù)實(shí)際情況回答，如果沒(méi)有測(cè)試過(guò)，可以回答，公司有過(guò)類似業(yè)務(wù)。 手機(jī)終端測(cè)

10、試13、對(duì)測(cè)試工作的認(rèn)識(shí)答：軟件測(cè)試是軟件開(kāi)發(fā)過(guò)程的重要組成部分，是用來(lái)確認(rèn)一個(gè)程序的品質(zhì)或性能是否符合開(kāi)發(fā)之前所提出 的一些要求。軟件測(cè)試就是在軟件投入運(yùn)行前，對(duì)軟件需求分析、設(shè)計(jì)規(guī)格說(shuō)明和編碼的最終復(fù)審，是軟件質(zhì)量保 證的關(guān)鍵步驟。軟件測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過(guò)程。（稱為單元測(cè)試）。軟件測(cè)試在軟件生存期中橫跨兩個(gè)階段：通常在編寫出每一個(gè)模塊之后就對(duì)它做必要的測(cè)試 編碼和單元測(cè)試屬于軟件生命周期中的同一個(gè)階段。在結(jié)束這個(gè)階段后對(duì)軟件系統(tǒng)還要進(jìn)行各種綜合測(cè)試，這是軟 件生命周期的另一個(gè)獨(dú)立階段，即測(cè)試階段。華為獨(dú)立外包測(cè)試一般包括 ST （系統(tǒng)測(cè)試）和 SDV （詳細(xì)設(shè)計(jì)驗(yàn)證）兩個(gè)階段。

11、14、缺陷是怎么管理的答：我們采用了 Ratio nal ClearQuest來(lái)管理缺陷。測(cè)試人員執(zhí)行測(cè)試，發(fā)現(xiàn)缺陷，錄入CQ,要求填寫項(xiàng)目名稱、子系統(tǒng)名稱、模塊名稱、缺陷標(biāo)題、缺陷描述（描述場(chǎng)景、現(xiàn)象）、缺陷級(jí)別、提出人等。狀態(tài)：已提交。項(xiàng)目經(jīng)理或開(kāi)發(fā)組長(zhǎng)確認(rèn)缺陷后分配給開(kāi)發(fā)人員，狀態(tài)：已分配。:開(kāi)發(fā)人員修復(fù)缺陷完成后，將修復(fù)缺陷所花費(fèi)的時(shí)間填寫的Schedule中，缺陷的產(chǎn)生原因填寫在備注中，因采用UCM模式，所有造成該缺陷的錯(cuò)誤代碼文件，在UCM視圖中可以統(tǒng)計(jì)。狀態(tài)：已處理。測(cè)試人員復(fù)測(cè)，如缺陷已經(jīng)修復(fù)，則關(guān)閉缺陷，狀態(tài)：已關(guān)閉。如缺陷仍然存在，則修改狀態(tài)為已分配。 當(dāng)缺陷存在爭(zhēng)議時(shí)，開(kāi)

12、發(fā)組長(zhǎng)或開(kāi)發(fā)人員可以申請(qǐng)否決，由項(xiàng)目經(jīng)理、技術(shù)經(jīng)理、測(cè)試負(fù)責(zé)人、相關(guān)開(kāi)發(fā)人員和測(cè)試人員共同決定缺陷是否可以否決。狀態(tài)：已申請(qǐng)否決、已否決。當(dāng)前不能修復(fù)，或當(dāng)前版本無(wú)法解決的缺陷可以申請(qǐng)延期，狀態(tài)：已申請(qǐng)延期、已延期。15、介紹一下測(cè)試流程答：項(xiàng)目啟動(dòng)后進(jìn)行需求培訓(xùn)，測(cè)試人員盡早的參與到項(xiàng)目需求的培訓(xùn)和評(píng)審，也就是測(cè)試工作應(yīng)該從需求 階段開(kāi)始介入。待開(kāi)發(fā)人員把需求規(guī)格說(shuō)明書(shū)歸納好并打了基線，測(cè)試組長(zhǎng)開(kāi)始組織測(cè)試成員編寫測(cè)試方案，測(cè)試方案編寫完成后也需要進(jìn)行評(píng)審，評(píng)審人員包括項(xiàng)目經(jīng)理，開(kāi)發(fā)人員，測(cè)試經(jīng)理，測(cè)試組長(zhǎng)，測(cè)試成員；測(cè)試組長(zhǎng) 組織測(cè)試成員修改測(cè)試方案，直到評(píng)審?fù)ㄟ^(guò)后才進(jìn)入下個(gè)階段一一編寫測(cè)

13、試用例。測(cè)試用例是根據(jù)測(cè)試方案來(lái)編寫的，通過(guò)測(cè)試方案階段，測(cè)試人員對(duì)整個(gè)系統(tǒng)需求有了詳細(xì)的理解。 這時(shí)開(kāi)始編寫用例才能保證用例的可執(zhí)行和對(duì)需求的覆蓋。測(cè)試用例需要包括測(cè)試項(xiàng)，用例級(jí)別，預(yù)置條件，操作 步驟和預(yù)期結(jié)果。其中操作步驟和預(yù)期結(jié)果需要編寫詳細(xì)和明確。測(cè)試用例應(yīng)該覆蓋測(cè)試方案，而測(cè)試方案又覆蓋 了測(cè)試需求點(diǎn)，這樣才能保證客戶需求不遺漏。同樣，測(cè)試用例也需要通過(guò)開(kāi)發(fā)人員，測(cè)試人員的評(píng)審，測(cè)試組長(zhǎng) 也需要組織測(cè)試人員對(duì)測(cè)試用例進(jìn)行修改，直到評(píng)審?fù)ㄟ^(guò)。在我們編寫測(cè)試用例的階段，開(kāi)發(fā)人員基本完成代碼的編寫，同時(shí)完成單元測(cè)試。提交測(cè)試中心后根據(jù)測(cè)試 計(jì)劃進(jìn)度安排，測(cè)試組長(zhǎng)組織進(jìn)行多輪次的測(cè)試，每輪

14、測(cè)試完成后測(cè)試組長(zhǎng)需要編寫測(cè)試報(bào)告，其中包括用例執(zhí) 行通過(guò)情況，缺陷分布情況，缺陷產(chǎn)生原因，測(cè)試中的風(fēng)險(xiǎn)等等，這時(shí)測(cè)試人員就修改增加測(cè)試用例。待到開(kāi)發(fā)修 改完bug并轉(zhuǎn)來(lái)新的測(cè)試版本，測(cè)試人員開(kāi)始進(jìn)行第二輪的系統(tǒng)測(cè)試，首先回歸完問(wèn)題單，再繼續(xù)進(jìn)行測(cè)試，編寫 第二輪的測(cè)試報(bào)告，如此循環(huán)下去，直到系統(tǒng)測(cè)試結(jié)束。16、一個(gè)關(guān)于測(cè)試方案評(píng)審的分歧 I我們?cè)镜牧鞒淌峭瓿煞桨赴ㄓ美筮M(jìn)行評(píng)審，華為的建議是，在測(cè)試方案(即測(cè)試人員總結(jié)出測(cè)試重點(diǎn) 等)之后，即進(jìn)行評(píng)審，不能等全部用例完成。關(guān)于版本缺陷密度的問(wèn)題：?jiǎn)栍袥](méi)有統(tǒng)計(jì)。如果CQ中正常登記的話，是可以利用工具統(tǒng)計(jì)出來(lái)。CQ還可以根據(jù)需要定制查詢。關(guān)于

15、測(cè)試提交標(biāo)準(zhǔn)：我講了公司的標(biāo)準(zhǔn)，他說(shuō)客戶也會(huì)有自己的標(biāo)準(zhǔn)。我回復(fù)說(shuō)是可以依據(jù)客戶標(biāo)準(zhǔn)進(jìn)行調(diào) 整，17、Unix系統(tǒng)熟識(shí)，運(yùn)用Informix數(shù)據(jù)庫(kù)。mkdir -m模式-p目錄名建立目錄mkdir tmp在當(dāng)前目錄下建立子目錄tmpmkdir -m 777 /tmp/abc用所有用戶可讀可寫可執(zhí)行的存取模式建立目錄/tmp/aaa，存取模式參看命令chmod 1mkdir -p /tmp/a/b/c建立目錄/tmp/a/b/c，若不存在目錄/tmp/a及 /t mp/a/b則建立之mv -f -i文件1 文件2目標(biāo) 將文件移動(dòng)至目標(biāo)，若目標(biāo)是文件名，則相當(dāng)于文件改名rm -f -i文件或rm

16、-r -f -i目錄名文件用來(lái)刪除文件或目錄cd回到注冊(cè)進(jìn)入時(shí)的目錄Is列出指定目錄下的文件，缺省目錄為當(dāng)前目錄 / pwd顯示當(dāng)前的工作目錄cd /tmp 進(jìn)入/tmp 目錄 cd ./ 進(jìn)入上級(jí)目錄emp -I -s 文件1文件2比較兩個(gè)文件，diff -be 文件1文件2比較兩個(gè)文本文件，將不同的行列出來(lái) pack文件將指定文件轉(zhuǎn)儲(chǔ)為壓縮格式，文件名后加.z ，文件存取模式，訪問(wèn)時(shí)間，修改時(shí)間等均不變peat文件顯示輸出壓縮文件unpack文件將壓縮后的文件解壓后轉(zhuǎn)儲(chǔ)為壓縮前的格式Vi -wn -Rl 文件vi是一個(gè)基于行編輯器ex 上的全屏幕編輯器，可以在 vi中使用 ex, ed的全

17、部命令，vi選項(xiàng)中 -wn 指將編輯窗口大小置為n行，-R為將編輯的文件置為只讀模式,vi工作模式分為命令模式和輸入模式,一般情況下在命令模式下，可敲入 vi命令，進(jìn)入輸入模式下時(shí)可以編輯要編輯的文本，命令a A i Io O c C s S R 可進(jìn)入輸入模式，在輸入模式下按 ESC鍵可推出輸入模式，回到命令模式，在命令模式中敲入：命令，則可進(jìn)入 ex方式，在屏幕底部出現(xiàn)提示符:，此時(shí)可使用任意 ex命令，屏幕底行也用來(lái)作/ ? !命令的提示行，大多數(shù)命令可以在其前面加 數(shù)字，表示命令執(zhí)行的重復(fù)次數(shù)，下面簡(jiǎn)單介紹一下vi的命令集，八 表示(CTRL)鍵quit 退出be18、金融業(yè)務(wù)系統(tǒng)的測(cè)

18、試，有哪些要點(diǎn)首先要根據(jù)客戶的需求文檔，保證業(yè)務(wù)邏輯正確、符合要求。舉例授信審批流程來(lái)說(shuō)，主要測(cè)試前面崗位錄 入的數(shù)值資料傳遞到流程最后一個(gè)崗位后能正確顯示；以及操作員的權(quán)限控制嚴(yán)格按照需求要求，不同的權(quán)限除了在流程中的作用不同，所能執(zhí)行的功能也不同19、平時(shí)測(cè)試時(shí)怎么保證頁(yè)面間傳值正確除了看頁(yè)面的顯示，還要連接數(shù)據(jù)庫(kù)對(duì)相應(yīng)的表進(jìn)行查詢，對(duì)數(shù)據(jù)庫(kù)表結(jié)構(gòu)不了解時(shí)，會(huì)詢問(wèn)相關(guān)的開(kāi)發(fā)人 員。20、對(duì)于系統(tǒng)運(yùn)行產(chǎn)生的日志文件是否關(guān)注答：只是適當(dāng)了解，公司對(duì)于服務(wù)器的維護(hù)安排有人負(fù)責(zé)。21、銀行的系統(tǒng)是否在同一個(gè)頁(yè)面，用不同權(quán)限的業(yè)務(wù)員登陸會(huì)顯示不同的結(jié)果？會(huì)不會(huì)因?yàn)樽约号渲玫牟缓?理而產(chǎn)生錯(cuò)誤1）有同

19、一個(gè)頁(yè)面用不同權(quán)限的業(yè)務(wù)員顯示不同結(jié)果的情況，主要表現(xiàn)為所能執(zhí)行的操作不同，所能查詢數(shù)據(jù)的范圍不同。2）對(duì)于不確定的錯(cuò)誤，一般不會(huì)立刻當(dāng)缺陷處理，需要跟相關(guān)人員溝通，確認(rèn)了并非自己部署得不正確的原因，才會(huì)提缺陷。這個(gè)很重要第一個(gè)問(wèn)題：自我介紹（心理學(xué)首因效應(yīng)告訴我們第一印象非常重要），自我介紹最重要的是能夠在面試官心目中留下一個(gè)好的第一感覺(jué)。說(shuō)得更直白一點(diǎn)是讓面試官舒服。但是我發(fā)現(xiàn)很多人就是直接簡(jiǎn)單的介紹了一下過(guò)去的經(jīng) 歷，但是實(shí)際上一方面過(guò)去的經(jīng)歷沒(méi)有很好的讓人發(fā)現(xiàn)優(yōu)點(diǎn)。其實(shí)面試好比相親，你想說(shuō)什么不重要，重要地是人 家想聽(tīng)什么。比較好的自我介紹套路是這樣：您好，我叫XXX很高興能獲得這次面

20、試機(jī)會(huì)，今天來(lái)面試是想證明自己是最合適的人選，另一個(gè)方面是獲得您的認(rèn)可，結(jié)合我過(guò)去的工作和學(xué)習(xí)經(jīng)歷，我自信我能符合咱們公司的認(rèn) 可，接下來(lái)您看是我繼續(xù)介紹我做過(guò)的項(xiàng)目，還是您問(wèn)您關(guān)心的問(wèn)題？”第二個(gè)問(wèn)題：項(xiàng)目介紹（項(xiàng)目經(jīng)驗(yàn)直接決定一個(gè)人能否勝任一份工作，企業(yè)更應(yīng)該看重一個(gè)人解決問(wèn)題的思路和具 體能力），項(xiàng)目介紹部分最重要的思路是應(yīng)該先整體后局部，介紹整體的時(shí)候要有量化的數(shù)據(jù)（從項(xiàng)目度量的五大 維度：規(guī)模，包括項(xiàng)目代碼規(guī)模，需求規(guī)模、用例規(guī)模，工作量，進(jìn)度，質(zhì)量和成本），然后是整體的測(cè)試流程，然后再是角色與職責(zé)，接下來(lái)是項(xiàng)目中自己的特色，比如做得最好的是、遇到最大的困難時(shí)、最差的是，最后是心 得

21、體會(huì)。in sert、delete、up date、select), 表結(jié)構(gòu)第三類問(wèn)題：數(shù)據(jù)庫(kù)方面知識(shí)，最基本的要求是數(shù)據(jù)庫(kù)記錄的增刪改查（的增刪改查（create、drop、alter、describe ）、存儲(chǔ)過(guò)程、觸發(fā)器等。第四類問(wèn)題：linux操作系統(tǒng)相關(guān)，最基本的目標(biāo)是熟悉常見(jiàn)的50個(gè)命令，比如find命令（-name、-type、-perm、，整體的流程，最好能在紙上給面試 寫得很清楚很重要），缺陷單的屬性，至少能列出20個(gè)屬性, 5C原則，比如缺陷重現(xiàn)步驟應(yīng)該complete。如何描述一個(gè)你-user、-group、-ctime、-atime ）等，熟悉 vi、熟悉linux搭建

22、測(cè)試環(huán)境。比如 LAMP環(huán)境搭建。第五類問(wèn)題：缺陷相關(guān)知識(shí)，最基本的是缺陷跟蹤的流程（流程的基本要素） 官畫(huà)出來(lái)（尤其是男面試官，從男人好色的角度來(lái)看， 每個(gè)屬性的意義，如何描述好缺陷單，缺陷單描述的 認(rèn)為的最經(jīng)典的bug單。用例設(shè)計(jì)工程方法論，每個(gè)方法要求（方法的背景，操作，在項(xiàng)目中如何利用測(cè)試用例設(shè)計(jì)工程方法。如何評(píng)價(jià)、評(píng)業(yè)務(wù)、方法。需求評(píng)審，測(cè)試需求，測(cè)試計(jì)劃， 測(cè)試報(bào)告，測(cè)試總結(jié)，測(cè)試指南。第六類問(wèn)題：用例相關(guān)，最基本的包括用例的格式要素， 步驟，優(yōu)缺點(diǎn)、適應(yīng)范圍，與其他用例方法如何配合）審測(cè)試用例，評(píng)審從哪些維度？要設(shè)計(jì)好測(cè)試用例需要哪些方面的知識(shí)結(jié)構(gòu)，比如技術(shù)、 第七類問(wèn)題：軟件測(cè)

23、試流程，系統(tǒng)測(cè)試相關(guān)規(guī)范和標(biāo)準(zhǔn)的流程：熟悉產(chǎn)品/項(xiàng)目，測(cè)試方案，測(cè)試用例，預(yù)測(cè)試，第一輪正式測(cè)試、第二輪回歸測(cè)試、第三輪測(cè)試， 第八類問(wèn)題，網(wǎng)絡(luò)相關(guān)，最基本的網(wǎng)絡(luò)基礎(chǔ)知識(shí)，比如TCP/IP協(xié)議。測(cè)試管理類工具。最起碼第九類問(wèn)題，測(cè)試工具，包括三個(gè)大的類型，第一類是性能測(cè)試工具、自動(dòng)化測(cè)試工具、 的要求是熟悉工具的使用。第十類問(wèn)題，給你一個(gè)軟件，比如QQ、QQ斗地主，你如何去測(cè)試，這類問(wèn)題基本的思路是，從軟件質(zhì)量模型、測(cè)試工具、測(cè)試方法、測(cè)試流程、探索式測(cè)試等角度先宏觀解決，然后再具體微觀講解用例如何設(shè)計(jì)等。第十一類問(wèn)題，一個(gè)優(yōu)秀 /卓越的軟件測(cè)試工程師應(yīng)該具備哪些能力與素質(zhì)，素質(zhì)方面包括溝通、

24、五心工程師、追 求完美等；第十二類問(wèn)題，最后一個(gè)問(wèn)題，面試官一般會(huì)問(wèn)，您還有什么想問(wèn)的嗎？還有什么想了解的嗎？總體上來(lái)說(shuō)最重要 的是留下一個(gè)好的近因效應(yīng)，就好比相親的時(shí)候，分手離開(kāi)的時(shí)候，留下好的最后的印象，基本的思路應(yīng)該分三種 情況，第一種是面試官對(duì)你滿意，自己也感覺(jué)不錯(cuò)的情況下，先表示感謝，然后積極主動(dòng)的問(wèn)題，比如，非常感謝 您給的這次機(jī)會(huì)，但是我還是想問(wèn)，如果我有下一輪面試，我想知道知道是什么時(shí)候，我應(yīng)該再做哪些方面的準(zhǔn)備。 第二種情況是面試官和自己感覺(jué)都一般般，感覺(jué)自己是雞肋，這個(gè)時(shí)候說(shuō)不說(shuō)很重要，基本的套路是，非常感謝面 試官給的這個(gè)機(jī)會(huì)，坦白地說(shuō)我對(duì)自己今天的面試表現(xiàn)不是非常滿意，還可以表現(xiàn)得更好，但是如果我還是非常想 得到這個(gè)機(jī)會(huì)，您能否給我一些建議。第三種情況是面試情況非常糟糕，這種情況下，