華為測(cè)試面試題_第1頁(yè)
華為測(cè)試面試題_第2頁(yè)
華為測(cè)試面試題_第3頁(yè)
華為測(cè)試面試題_第4頁(yè)
華為測(cè)試面試題_第5頁(yè)
已閱讀5頁(yè),還剩16頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

1、測(cè)試面試題1. 怎么來設(shè)計(jì)測(cè)試方案 根據(jù)測(cè)試需求(包括功能需求和非功能性需求),識(shí)別測(cè)試要點(diǎn),識(shí)別測(cè) 試環(huán)境要求,安排測(cè)試輪次,根據(jù)項(xiàng)目計(jì)劃和開發(fā)計(jì)劃做整體的測(cè)試安排。被測(cè)試的特性:通過對(duì)需求規(guī)格說明書進(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)圖來進(jìn)行環(huán)境的搭建。2. 如果給你一個(gè)B/S系統(tǒng)你怎么來進(jìn)行測(cè)試?此題答案還可用于回答測(cè)試流 程,測(cè)試流程題亦

2、可參考 15題。 閱讀系統(tǒng)需求,充分理解需求,記錄問題,并與項(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ì)用例,即便沒有明確的性能和安全測(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è)試過程,匯總度量數(shù)據(jù)。3. 怎么進(jìn)行工作流的測(cè)試 把握需求,找準(zhǔn)結(jié)點(diǎn),理清流程,畫出流轉(zhuǎn)圖,弄清節(jié)點(diǎn)間的數(shù)據(jù)流轉(zhuǎn),設(shè)計(jì)測(cè)試用

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

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

5、行一定 時(shí)間的疲勞測(cè)試,獲取交易執(zhí)行指標(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. 如果客戶沒有給你性能指數(shù)時(shí),你怎么來開展性能測(cè)試工作? 如果客戶沒有提出明確的性能指標(biāo),可以

6、按照慣例和經(jīng)驗(yàn)設(shè)置,需要和 PM 協(xié)商,一般由PMt認(rèn),QA負(fù)責(zé)給出建議。舉例說一個(gè)Server端程序,要求峰值時(shí)CP和ME消耗在75%以下,而一個(gè) 頁(yè)面的訪問響應(yīng)時(shí)間一般認(rèn)為用戶的忍耐時(shí)間是 35秒以內(nèi),這些要參考實(shí)際 的應(yīng)用來確定用戶規(guī)模、操作頻率、同時(shí)在線數(shù)等。6. 有沒有做過接口測(cè)試,是如何做的? 通過編寫測(cè)試程序 , 獲得接口指針 , 逐個(gè)調(diào)用接口函數(shù)驗(yàn)證其正確 性 , 及失敗操作7. 測(cè)試過程中是如何來保證軟件質(zhì)量的? 測(cè)試用例編寫完畢后要加強(qiáng)評(píng)審的力度,確保測(cè)試用例覆蓋所有需求點(diǎn) 執(zhí)行測(cè)試過程中注意做小結(jié)檢查覆蓋情況、審視所提缺陷質(zhì)量,復(fù)測(cè)時(shí)應(yīng)注 意相關(guān)模塊的測(cè)試測(cè)試時(shí)間寬裕的話

7、可以做交叉測(cè)試,用以確保測(cè)試質(zhì)量。8. 測(cè)試方案都寫什么內(nèi)容?1概述2被測(cè)對(duì)象分析7.1 環(huán)境需求7.2 被測(cè)對(duì)象需求3應(yīng)測(cè)試的特性7.3 測(cè)試工具需求4不被測(cè)試的特性7.4 測(cè)試代碼需求5總體設(shè)計(jì)方法7.5 數(shù)據(jù)需求6測(cè)試模型7.6 其它需求6.1 測(cè)試組網(wǎng)圖8測(cè)試設(shè)計(jì)6.2 結(jié)構(gòu) / 對(duì)象關(guān)系圖8.1 工具設(shè)計(jì)6.3 測(cè)試原理8.2 測(cè)試代碼設(shè)計(jì)6.4 操作規(guī)程8.3 用例設(shè)計(jì)7測(cè)試需求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è)試方法三部分的方案)第 1 章 技術(shù)方案1.1. 測(cè)試需求描述1.1.1. 測(cè)

8、試類型分析1.1.2. 測(cè)試內(nèi)容1.2. 缺陷分類1.3. 缺陷級(jí)別第2章SOW及規(guī)格的應(yīng)答2.1. 測(cè)試需求應(yīng)答2.2. 交付件應(yīng)答2.2.1. 軟件交付件應(yīng)答2.2.2. 非軟件交付件應(yīng)答2.3. 項(xiàng)目里程碑項(xiàng)目完成時(shí)間以往華為測(cè)試方案目錄如下:應(yīng)答2.4. 質(zhì)量目標(biāo)應(yīng)答2.5. 驗(yàn)收標(biāo)準(zhǔn)應(yīng)答2.6. 限制應(yīng)答2.6.1. 合作供應(yīng)商人員組織 應(yīng)答2.6.2. 硬件設(shè)備應(yīng)答2.6.3. 合作項(xiàng)目開發(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ù)可行性、

9、關(guān)鍵技術(shù)、資源投入、進(jìn)度安排、風(fēng)險(xiǎn)管理、配置管理、輸入輸出等。測(cè)試計(jì)劃更多地供高層管理者決策時(shí)做 參考;同時(shí)對(duì)后續(xù)測(cè)試工作開展起指導(dǎo)作用。在一些小項(xiàng)目中,可能只需要一個(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ì)編寫(華為的SDVffl試用例是根據(jù)測(cè)試方案和測(cè)試策略來編寫的)11. 是怎么來設(shè)計(jì)測(cè)試用例的? 答:先熟悉系統(tǒng)需求,把握測(cè)試要點(diǎn),設(shè)計(jì)用例的原則首先是要覆蓋每個(gè)需求 點(diǎn),可以通過填寫需求跟蹤矩陣來保證覆蓋。黑盒測(cè)試的

10、測(cè)試用例設(shè)計(jì)方法:等價(jià)類劃分法、 邊界值分析法、錯(cuò)誤推測(cè) 法、因果圖。12. 有沒有測(cè)過手機(jī)終端的項(xiàng)目? 根據(jù)實(shí)際情況回答,如果沒有測(cè)試過,可以回答,公司有過類似業(yè)務(wù) 手機(jī)終端測(cè)試13. 對(duì)測(cè)試工作的認(rèn)識(shí)? 答:軟件測(cè)試是軟件開發(fā)過程的重要組成部分,是用來確認(rèn)一個(gè)程序的品質(zhì)或 性能是否符合開發(fā)之前所提出的一些要求。軟件測(cè)試就是在軟件投入運(yùn)行前, 對(duì)軟件需求分析、設(shè)計(jì)規(guī)格說明和編碼的最終復(fù)審,是軟件質(zhì)量保證的關(guān)鍵步 驟。軟件測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過程。軟件測(cè)試在軟件生存期中橫跨兩個(gè)階段: 通常在編寫出每一個(gè)模塊之后就對(duì)它 做必要的測(cè)試(稱為單元測(cè)試)。編碼和單元測(cè)試屬于軟件生命周期中的同

11、一 個(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è)階段。14. 缺陷是怎么管理的? 答:我們采用了 Rational ClearQuest 來管理缺陷。測(cè)試人員執(zhí)行測(cè)試,發(fā)現(xiàn)缺陷,錄入CQ要求填寫項(xiàng)目名稱、子系統(tǒng)名稱、 模塊名稱、缺陷標(biāo)題、缺陷描述(描述場(chǎng)景、現(xiàn)象)、缺陷級(jí)別、提出人等。 狀態(tài):已提交。項(xiàng)目經(jīng)理或開發(fā)組長(zhǎng)確認(rèn)缺陷后分配給開發(fā)人員,狀態(tài):已分配。開發(fā)人員修復(fù)缺陷完成后,將修復(fù)缺陷所花費(fèi)的時(shí)間填寫的 Schedule中, 缺陷的產(chǎn)生原因填寫在備注中,因采用

12、 UC模式,所有造成該缺陷的錯(cuò)誤代碼 文件,在UC視圖中可以統(tǒng)計(jì)。狀態(tài):已處理。測(cè)試人員復(fù)測(cè),如缺陷已經(jīng)修復(fù),則關(guān)閉缺陷,狀態(tài):已關(guān)閉。如缺陷仍 然存在,則修改狀態(tài)為已分配。當(dāng)缺陷存在爭(zhēng)議時(shí),開發(fā)組長(zhǎng)或開發(fā)人員可以申請(qǐng)否決,由項(xiàng)目經(jīng)理、技 術(shù)經(jīng)理、測(cè)試負(fù)責(zé)人、相關(guān)開發(fā)人員和測(cè)試人員共同決定缺陷是否可以否決。 狀態(tài):已申請(qǐng)否決、已否決。當(dāng)前不能修復(fù),或當(dāng)前版本無法解決的缺陷可以申請(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)該從 需求階段 開始介入。項(xiàng)目經(jīng)理編寫項(xiàng)目計(jì)劃,開發(fā)人員產(chǎn)出需求規(guī)格

13、說明書,這時(shí)測(cè)試 組長(zhǎng)就要根據(jù)項(xiàng)目計(jì)劃開始編寫測(cè)試計(jì)劃,其中包括人員,軟件硬件資 源,測(cè)試點(diǎn),進(jìn)度安排和風(fēng)險(xiǎn)識(shí)別等內(nèi)容。測(cè)試計(jì)劃編寫完成后需要進(jìn)行評(píng)審,參與人員有項(xiàng)目經(jīng)理,測(cè)試經(jīng)理。測(cè) 試組長(zhǎng)需要根據(jù)評(píng)審意見修改測(cè)試計(jì)劃,并上傳到CC上,由配置管理員管理。待開發(fā)人員把 需求規(guī)格說明書 歸納好并打了基線, 測(cè)試組長(zhǎng)開始組織測(cè) 試成員編寫測(cè)試方案, 測(cè)試方案編寫完成后也需要進(jìn)行評(píng)審,評(píng)審人員 包括項(xiàng)目經(jīng)理,開發(fā)人員,測(cè)試經(jīng)理,測(cè)試組長(zhǎng),測(cè)試成員;測(cè)試組長(zhǎng)組織測(cè)試 成員修改測(cè)試方案,直到評(píng)審?fù)ㄟ^后才進(jìn)入下個(gè)階段一一編寫測(cè)試用例。測(cè)試用例是根據(jù)測(cè)試方案來編寫的,通過測(cè)試方案階段,測(cè)試人員 對(duì)整個(gè)系統(tǒng)需

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

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

16、他說客戶也會(huì)有自己的標(biāo)準(zhǔn)。 我回 復(fù)說是可以依據(jù)客戶標(biāo)準(zhǔn)進(jìn)行調(diào)整,17. 對(duì)Unix系統(tǒng)是否熟識(shí),是否會(huì)運(yùn)用Informix 數(shù)據(jù)庫(kù)。ls 列出指定目錄下的文件,缺省目錄為當(dāng)前目錄 ./pwd 顯示當(dāng)前的工作目錄cd 回到注冊(cè)進(jìn)入時(shí)的目錄 cd /tmp 進(jìn)入 /tmp 目錄 cd ./進(jìn)入上級(jí)目錄mkdir -m 模式 -p 目錄名 建立目錄 mkdir tmp 在當(dāng)前目錄下建立子目錄 tmpmkdir -m 777 /tmp/abc 用所有用戶可讀可寫可執(zhí)行的存取模式 建立目錄 /tmp/aaa ,存取模式參看命令 chmodmkdir -p /tmp/a/b/c 建立目錄 /tmp/a/

17、b/c ,若不存在目錄 /tmp/a及/tmp/a/b 則建立之mv -f -i 文件1 文件 2.目標(biāo) 將文件移動(dòng)至目標(biāo), 若目標(biāo)是文件名,則相當(dāng)于文件改名rm -f -i 文件. 或 rm -r -f -i目錄名. 文件 用來刪除文件或目錄cmp -l -s 文件 1 文件 2 比較兩個(gè)文件,diff -be 文件 1 文件 2 比較兩個(gè)文本文件,將不同的行列出來 pack 文件. 將指定文件轉(zhuǎn)儲(chǔ)為壓縮格式, 文件名后加 .z ,文件存取模式, 訪問時(shí)間,修改時(shí)間等均不變 pcat 文件. 顯示輸出壓縮文件unpack 文件. 將壓縮后的文件解壓后轉(zhuǎn)儲(chǔ)為壓縮前的格式vi -wn -R文件.

18、vi 是一個(gè)基于行編輯器 ex 上的全屏幕編輯器,可以在 vi 中使用 ex, ed 的全部命令, vi 選項(xiàng)中 -wn 指將編輯窗口大小置為 n 行, -R 為將編輯的文 件置為只讀模式, vi 工作模式分為命令模式和輸入模式, 一般情況下在命令 模式下,可敲入 vi 命令,進(jìn)入輸入模式下時(shí)可以編輯要編輯的文本, 命令 a A i I o O c C s S R 可進(jìn)入輸入模式,在輸入模式下按 ESC 鍵可推出輸入模 式,回到命令模式,在命令模式中敲入: 命令,則可進(jìn)入 ex 方式,在屏幕底 部出現(xiàn)提示符 : ,此時(shí)可使用任意 ex 命令,屏幕底行也用來作 / ? ! 命令 的提示行, 大多

19、數(shù)命令可以在其前面加數(shù)字, 表示命令執(zhí)行的重復(fù)次數(shù), 下面 簡(jiǎn)單介紹一下vi的命令集,A表示(CTRL)鍵quit 退出 bc18. 對(duì)于金融業(yè)務(wù)系統(tǒng)的測(cè)試,有哪些要點(diǎn)。首先要根據(jù)客戶的需求文檔, 保證業(yè)務(wù)邏輯正確、 符合要求。 舉例授信審批 流程來說,主要測(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ì)詢問相關(guān)的開發(fā)人員。20. 對(duì)于系統(tǒng)運(yùn)行產(chǎn)生的日志文件是

20、否關(guān)注? 答:只是適當(dāng)了解,公司對(duì)于服務(wù)器的維護(hù)安排有人負(fù)責(zé)。21. 銀行的系統(tǒng)是否在同一個(gè)頁(yè)面,用不同權(quán)限的業(yè)務(wù)員登陸會(huì)顯示不同的結(jié) 果?會(huì)不會(huì)因?yàn)樽约号渲玫牟缓侠矶a(chǎn)生錯(cuò)誤?1) 有同一個(gè)頁(yè)面用不同權(quán)限的業(yè)務(wù)員顯示不同結(jié)果的情況,主要表現(xiàn)為所能執(zhí) 行的操作不同,所能查詢數(shù)據(jù)的范圍不同。2) 對(duì)于不確定的錯(cuò)誤,一般不會(huì)立刻當(dāng)缺陷處理,需要跟相關(guān)人員溝通,確認(rèn) 了并非自己部署得不正確的原因,才會(huì)提缺陷。這個(gè)很重要。22. BOS渠道酬金結(jié)算系統(tǒng)的規(guī)模、幾個(gè)測(cè)試人員?23. 提交驗(yàn)收后客戶又提了幾個(gè)缺陷?24. 有沒有做過本系統(tǒng)和其它系統(tǒng)的接口測(cè)試? 接口測(cè)試:主要在集成測(cè)試階段采用,目的是測(cè)試

21、各個(gè)方法、模塊、函數(shù)之間的 接口問題。測(cè)試其間的接口是否滿足系統(tǒng)需求的要求,輸入 / 輸出是否正確,各個(gè)模塊之間 的狀態(tài)轉(zhuǎn)換是否與需求一致等。 我認(rèn)為完全可以脫離開白盒測(cè)試方法, 而直接使 用黑盒測(cè)試方法進(jìn)行測(cè)試, 接口測(cè)試也是測(cè)試中的重點(diǎn), 尤其是對(duì)于模塊之間數(shù) 據(jù)交換比較多的系統(tǒng)和軟件。25. 有沒有寫過測(cè)試樁?答:?jiǎn)卧獪y(cè)試的時(shí)候用寫測(cè)試樁。26. 有沒有測(cè)試過UNIX勺項(xiàng)目? 答:這個(gè)根據(jù)個(gè)人實(shí)際情況回答。可以將簡(jiǎn)歷中的某個(gè)項(xiàng)目說成是部署在 Unix 上的,會(huì)使用一些 Unix 的操作命令。27. 是否使用過 Unix、 Linux 環(huán)境,有沒有自己搭建過環(huán)境?答:這個(gè)根據(jù)個(gè)人實(shí)際情況回

22、答。可以將簡(jiǎn)歷中的某個(gè)項(xiàng)目說成是部署在 Unix 上的,會(huì)使用一些 Unix 的操作命令。28. 有沒有編寫過 shell 腳本? 答:答:這個(gè)根據(jù)個(gè)人實(shí)際情況回答,差不多都只寫過很簡(jiǎn)單的腳本。29. 對(duì) Oracle 數(shù)據(jù)庫(kù)是否熟悉(比如:異常處理)? 答:這個(gè)根據(jù)個(gè)人實(shí)際情況回答。30. 有沒有裝過 Oracle 數(shù)據(jù)庫(kù)服務(wù)器? 答:這個(gè)根據(jù)個(gè)人實(shí)際情況回答。31. 都參與過哪些項(xiàng)目? 答:這個(gè)根據(jù)個(gè)人實(shí)際情況回答。 要點(diǎn):項(xiàng)目名稱說清楚,項(xiàng)目是干什么的說清 楚,然后說自己做了什么,測(cè)試了哪些模塊。32. 對(duì)數(shù)據(jù)庫(kù)操作是否熟悉? 答:這個(gè)根據(jù)個(gè)人實(shí)際情況回答。33. 作為測(cè)試負(fù)責(zé)人最大的心

23、得是什么? 答:一定要制定嚴(yán)格的測(cè)試計(jì)劃、 根據(jù)測(cè)試人員的特長(zhǎng)安排測(cè)試任務(wù)、 善于總結(jié) 經(jīng)驗(yàn)教訓(xùn)、妥善保存測(cè)試過程中的一切文檔。34. 在項(xiàng)目哪個(gè)階段測(cè)試開始介入? 答:在項(xiàng)目需求階段測(cè)試人員開始介入,盡早的接入有助于更好的理解需求。35. 在測(cè)試中有沒有風(fēng)險(xiǎn)?有哪些風(fēng)險(xiǎn)答:有 1 )需求培訓(xùn)達(dá)不到預(yù)期目標(biāo) 2)測(cè)試用例評(píng)審不合格3)測(cè)試人員不穩(wěn)定4)在測(cè)試計(jì)劃中安排的時(shí)間內(nèi)不能完成測(cè)試任務(wù)。 5)驗(yàn)收測(cè)試不合格36. 當(dāng)有測(cè)試人員請(qǐng)假的情況下,作為測(cè)試負(fù)責(zé)人應(yīng)該怎么處理?答:應(yīng)該讓測(cè)試人員提前請(qǐng)假,針對(duì)不能完成的工作做好調(diào)整。37. 有關(guān) robot 和 TestManager的使用Robo

24、t是IBM Rational的測(cè)試工具,是一個(gè)針對(duì)WEB,ERP和C/S進(jìn)行功能自動(dòng) 化測(cè)試的工具 . 它可以降低功能測(cè)試上的人力和物力的投入和風(fēng)險(xiǎn)包括了可 見和非可見對(duì)象Rational TestManager 從一個(gè)獨(dú)立的 , 全局的角度對(duì)于各種測(cè)試活動(dòng)進(jìn)行管 理和控制 . 它讓測(cè)試者可以隨時(shí)了解需求變更對(duì)于測(cè)試用例的影響 , 通過針 對(duì)一致目標(biāo)而進(jìn)行的測(cè)試與報(bào)告提高了團(tuán)隊(duì)生產(chǎn)力 .Rational TestManager 用來從各個(gè)方面進(jìn)行測(cè)試管理 :* 測(cè)試計(jì)劃* 測(cè)試設(shè)計(jì)* 測(cè)試實(shí)現(xiàn)測(cè)試執(zhí)行結(jié)果分析38. Loadrunner 會(huì)不會(huì)用,寫沒寫過測(cè)試編碼 答:這個(gè)根據(jù)個(gè)人實(shí)際情況回答

25、。39. 協(xié)議接口測(cè)試有沒有測(cè)試過。 答:這個(gè)根據(jù)個(gè)人實(shí)際情況回答。40. 關(guān)于何時(shí)能夠到位? 答:這個(gè)根據(jù)實(shí)際情況回答41. 是否測(cè)試過關(guān)于協(xié)議的系統(tǒng)? 答:這個(gè)根據(jù)個(gè)人實(shí)際情況回答。42. 所參與的項(xiàng)目中規(guī)模最大的有多少行代碼? 答:這個(gè)根據(jù)個(gè)人實(shí)際情況回答。43. 對(duì)于 linux 的簡(jiǎn)單操作44. 是否測(cè)試過碼流?45. 關(guān)于性能需要分析,給出具體方法46. 監(jiān)聽端口的方法47. sql 語句,出題回答 查詢出不包括 138的號(hào)條數(shù) select 字段名 from 表名 where id<> '138'48. 測(cè)試過程的管理工作進(jìn)度管理: 按照客戶要求完成工

26、作, 每天檢查工作進(jìn)度, 發(fā)現(xiàn)偏差時(shí)及時(shí)調(diào)整, 通過加班或者與客戶溝通存在問題。質(zhì)量管理:檢查測(cè)試人員提交的缺陷質(zhì)量,包括缺陷描述是否符合規(guī)范,缺陷 是否描述清晰,是否可重現(xiàn),級(jí)別是否正確,抽測(cè)測(cè)試人員負(fù)責(zé)模塊是否有嚴(yán) 重問題未發(fā)現(xiàn)。49. 測(cè)試方法答:等價(jià)類劃分、邊界值分析、錯(cuò)誤推測(cè)、因果分析50. 有沒有測(cè)試過UNIX勺項(xiàng)目?答:這個(gè)根據(jù)個(gè)人情況回答。51. UNIX基本的操作命令熟不熟?問解壓縮命令Tar cvf 打包不壓縮Tar xvf 解包不壓縮壓縮命令: compress 解壓縮命令: uncompress .zGzip gunzip .gzZip unzip .z52. orac

27、le查詢語句分組命令,數(shù)據(jù)庫(kù)視圖的作用,視圖里面的數(shù)據(jù)能改嗎?答:分組命令:Group By。視圖的作用:*簡(jiǎn)單性??吹降木褪切枰摹R晥D不僅可以簡(jiǎn)化用戶對(duì)數(shù)據(jù)的理解,也可以簡(jiǎn)化他們的操作。那些被經(jīng)常使用的查詢可以被定義為視圖,從而使得用戶不必為以后的操作每次指定全部的條件。* 安全性。通過視圖用戶只能查詢和修改他們所能見到的數(shù)據(jù)。數(shù)據(jù)庫(kù)中 的其它數(shù)據(jù)則既看不見也取不到。* 邏輯數(shù)據(jù)獨(dú)立性。視圖可幫助用戶屏蔽真實(shí)表結(jié)構(gòu)變化帶來的影響。 對(duì)于簡(jiǎn)單視圖可以用update語法修改表數(shù)據(jù),但復(fù)雜視圖則不一定能改。如使用 了函數(shù),group by 。53. robot測(cè)試工具里面有java控件嗎?有,但

28、需要安裝。54. 哪些資料要進(jìn)行測(cè)試?答:一般需要寫大綱的資料都要測(cè)試,這個(gè)具體會(huì)在SOV中明確說明。55. 簡(jiǎn)單介紹下測(cè)試的經(jīng)歷。根據(jù)個(gè)人情況回答,一定要把自己的項(xiàng)目描述清楚。56 .你覺得測(cè)試過程中哪個(gè)環(huán)節(jié)最重要?測(cè)試需求的理解、對(duì)被測(cè)對(duì)象的掌握。華為的人說這個(gè)也沒有標(biāo)準(zhǔn)答案,只是看看對(duì)測(cè)試的理解。也可以說每個(gè)環(huán)節(jié)都 很重要。57. DB卻oracle的存儲(chǔ)過程有什么區(qū)別?58. oracle存儲(chǔ)過程的輸出類型是什么?59. 唯一索引和聯(lián)合索引有什么區(qū)別?答:唯一索引保證表中沒有兩行在定義索引的列上具有重復(fù)值,唯一索引也可以是兩個(gè)及兩個(gè)以上字段的聯(lián)合索引。60. 有沒有用過informix

29、數(shù)據(jù)庫(kù)?61. 簡(jiǎn)單介紹一下對(duì)主叫、被叫、前轉(zhuǎn)的理解。62. 對(duì)整體的業(yè)務(wù)框架是怎么理解的?63. 介紹一下BOS項(xiàng)目是做什么的?64. BOS項(xiàng)目和本項(xiàng)目是什么直接的關(guān)系?65. BOS用的數(shù)據(jù)庫(kù)和操作系統(tǒng)分別是什么?答:數(shù)據(jù)庫(kù)一般用Oracle、操作系統(tǒng)一般用Unix。66. AIX查看cpu使用情況的命令是什么?答: vmstat / top 。67. 一個(gè)項(xiàng)目20天的測(cè)試時(shí)間,分三輪測(cè)試,問如何安排?答:1-7第一輪測(cè)試 8-9修改完善測(cè)試用例、等開發(fā)人員提交代碼。10-14第 二輪測(cè)試15-16等開發(fā)人員提交代碼17-20第三輪回歸測(cè)試。上述時(shí)間安排并不是決對(duì)性的, 可以根據(jù)不同項(xiàng)目

30、情況調(diào)整, 但需注意每輪測(cè)試 之間要留有開發(fā)人員修改代碼的時(shí)間。 可以適當(dāng)安排測(cè)試小結(jié)或測(cè)試、 開發(fā)交流 會(huì)。68. 怎么來保證項(xiàng)目測(cè)試的質(zhì)量 答:測(cè)試用例編寫完畢后要加強(qiáng)評(píng)審的力度, 確保測(cè)試用例覆蓋所有需求點(diǎn), 測(cè) 試時(shí)間寬裕的話可以做交叉測(cè)試,用以確保測(cè)試質(zhì)量。69. 測(cè)試工作的時(shí)間安排不夠的話,應(yīng)該怎么處理 答:首先要考慮可以加班, 如問題仍不能解決的話可以和項(xiàng)目經(jīng)理商量適當(dāng)延長(zhǎng) 測(cè)試的時(shí)間70. 測(cè)試計(jì)劃的內(nèi)容 答:軟硬件環(huán)境,測(cè)試點(diǎn),集成順序,人員安排,進(jìn)度安排71. 怎么高效管理團(tuán)隊(duì),能保證保量的完成任務(wù) 答:任務(wù)的分配要與測(cè)試人員的溝通后再確定, 多關(guān)心測(cè)試人員的工作情況和心

31、理狀態(tài),發(fā)現(xiàn)問題及時(shí)作出反應(yīng)。72. 用過哪些測(cè)試工具(包括華為自己寫的)答:對(duì) robot 比較熟悉, loadrunner 也自己學(xué)習(xí)過。有什么說什么。73. 對(duì) java 代碼、 oracle 的存儲(chǔ)過程是否能看明白 答:可以看懂 java 代碼,存儲(chǔ)過程較熟悉(測(cè)試渠道酬金結(jié)算項(xiàng)目的時(shí)候就是 看得老系統(tǒng)的存儲(chǔ)過程了解的業(yè)務(wù))74. 以前做過什么項(xiàng)目并且介紹你做過的比較好的項(xiàng)目 答:外包項(xiàng)目做的都不錯(cuò),舉清欠管理子系統(tǒng)的例子,簡(jiǎn)單說明了一下。75. 你在以前項(xiàng)目中擔(dān)任的角色 答:根據(jù)實(shí)際情況回答,盡量說自己是測(cè)試骨干。測(cè)試負(fù)責(zé)人與數(shù)據(jù)庫(kù)的搭建76. 對(duì)oracle的應(yīng)用程度答:根據(jù)實(shí)際情

32、況回答,如:對(duì) oracle 管理與建設(shè)比較熟悉77. 最近做的項(xiàng)目的工作量(代碼行數(shù)),測(cè)試發(fā)現(xiàn)的 bug答:代碼行 16000,測(cè)試發(fā)現(xiàn) bug 應(yīng)該是 54個(gè)(回答這個(gè)問題時(shí)沒有明確說明 bug 個(gè)數(shù))78. 怎么看待加班的現(xiàn)象項(xiàng)目比較緊情況下, 加班是可以理解的。 服從安排,按期完成項(xiàng)目是共同目標(biāo)。79. 對(duì)于系統(tǒng)運(yùn)行產(chǎn)生的日志文件是否關(guān)注? 只是適當(dāng)了解,公司對(duì)于服務(wù)器的維護(hù)安排有人負(fù)責(zé)。80. 曾經(jīng)參與的一個(gè)并非銀行系統(tǒng)的海事海員改造系統(tǒng),當(dāng)初是怎么做的? 答:跟別的系統(tǒng)一樣,也是在理解需求的前提下嚴(yán)格按照用戶的要求進(jìn)行測(cè)試。TopEng BOSS3.0 渠道合作伙伴委托測(cè)試項(xiàng)目1

33、. java 中什么是類,什么是接口?答:Java程序的基本單位是類,類是對(duì)象的抽象,對(duì)象是類的實(shí)例,或者說對(duì) 象是類定義的的數(shù)據(jù)類型的變量。 你建立類之后, 就可用它來建立許多你需要的 對(duì)象。Java 中的接口是一系列方法的聲明,是一些方法特征的集合,一個(gè)接口只有方 法的特征沒有方法的實(shí)現(xiàn), 因此這些方法可以在不同的地方被不同的類實(shí)現(xiàn), 而 這些實(shí)現(xiàn)可以具有不同的行為(功能)。接口的兩種含義:一,Java接口,Java語言中存在的結(jié)構(gòu),有特定的語法和結(jié) 構(gòu);二,一個(gè)類所具有的方法的特征集合, 是一種邏輯上的抽象。前者叫做“ Java 接口”,后者叫做“接口”。2. java 中可不可以多重繼

34、承?答: java 不支持多重繼承 ,要想實(shí)現(xiàn)多重繼承可以使用接口,接口能變相的實(shí) 現(xiàn)多重繼承。3. java 中的 static 是怎么回事?答: static 是靜態(tài),如果加載方法前就是一個(gè)靜態(tài)方法??梢灾苯蛹宇惷?方法名引用。4. java 中垃圾回收是怎么回事?答: java編程語言不為程序員提供操作符或庫(kù)函數(shù)來釋放對(duì)象的,因?yàn)閖ava運(yùn)行環(huán)境會(huì)自動(dòng)收回那些沒有引用與之相連的對(duì)象所占的內(nèi)存。 這種內(nèi)存回收的 過程就叫 垃圾回收。垃圾回收器自動(dòng)定期執(zhí)行。任何時(shí)候你都可以手動(dòng)通過 system.gc() 調(diào)用垃圾回收器。5. oracle 中,什么是視圖? 答:視圖是存儲(chǔ)在數(shù)據(jù)字典里的一條

35、 select 語句,是基于一個(gè)表或多個(gè)表或視 圖的邏輯表,本身不包含數(shù)據(jù),通過它可以對(duì)表里面的數(shù)據(jù)進(jìn)行查詢和修改。6. 你對(duì)那個(gè)數(shù)據(jù)庫(kù)比較熟悉?只是會(huì)用啊還是熟悉? 答:根據(jù)個(gè)人情況回答。7. Eclipse 熟悉不熟悉?其中都有那些視圖?答: Eclipse 工作臺(tái)由幾個(gè)稱為 視圖( view) 的窗格組成,比如左上角的 Navigator 視圖。窗格的集合稱為 透視圖( perspective )。默認(rèn)的透視圖是 Resource 透視圖,它是一個(gè)基本的通用視圖集,用于管理項(xiàng)目以及查看和編輯 項(xiàng)目中的文件。8. 都是根據(jù)什么來寫用例? 答:咱公司都是根據(jù)需求直接測(cè)試測(cè)試用例, 華為是根據(jù)

36、測(cè)試方案來寫測(cè)試用例。9. 熟悉UNIX和LINUX馬?說一下熟悉的命令答:列舉幾個(gè)常用的命令: vi ls vmstat tail kill find chmod cp cat wc10. 國(guó)稅項(xiàng)目的流程是什么 ?11. 熟悉哪些 Rational 工具? 答:根據(jù)個(gè)人情況回答。12. 平時(shí)的項(xiàng)目所使用什么服務(wù)器,使用什么架構(gòu)平臺(tái)?對(duì)這些服務(wù)器以及架 構(gòu)平臺(tái)是否了解或者熟悉CCBSS外BOSS版本委托測(cè)試項(xiàng)目1. ORACL:E 表存儲(chǔ)命令,左連接、右連接2. JAVA類裝載器?3. UNIX:ls 命令用途?常用的參數(shù)?各參數(shù)的含義? 答: ls :功能:顯示目錄中的內(nèi)容參數(shù)及含義:a:列

37、出目錄中所有文件 d:列出所有子目錄 i :列出長(zhǎng)格式4. UNIX什么是管道?答:管道符號(hào) "|", 可以把一個(gè)命令的標(biāo)準(zhǔn)輸出連接到另一個(gè)命令的標(biāo)準(zhǔn)輸入。 例 如,利用管道把Is和WC兩個(gè)命令連接到一起,可以得到指定目錄下的文件數(shù)量。ls /usr | wc -w重上述命令的執(zhí)行效果看 ,可以把組合命令分解為以下兩個(gè)命令I(lǐng)s /usr > fname;wC -w < fname5. 測(cè)試工具的使用?答:功能測(cè)試和性能測(cè)試采用的是 Robot,缺陷管理工具用的ClearQuest,測(cè)試 用例管理用的是 TestMamager。6. 使用過多少測(cè)試用例?發(fā)現(xiàn)的缺陷

38、有多少? 答:根據(jù)個(gè)人情況回答。7. 有沒有與開發(fā)人員發(fā)生過沖突?怎么解決的? 答:根據(jù)個(gè)人情況回答。8. 自學(xué)能力怎么樣?平時(shí)是怎樣自學(xué)的? 答:根據(jù)個(gè)人情況回答。9. JAVA 個(gè)對(duì)象的生存周期 對(duì)象的創(chuàng)建,對(duì)象的使用,對(duì)象的清除Java 對(duì)象是通過構(gòu)造函數(shù)來創(chuàng)建的,在這一過程中,該構(gòu)造函數(shù)鏈中的所有構(gòu) 造函數(shù)也都會(huì)被自動(dòng)調(diào)用。默認(rèn)情況下,調(diào)用類的構(gòu)造函數(shù)時(shí),Java會(huì)把變量初始化成確定的值:所有的對(duì)象被設(shè)置成 null ,整數(shù)變量( byte 、short 、int 、 long )設(shè)置成 0, float 和 double 變量設(shè)置成 0.0 ,邏輯值設(shè)置成 false 。所以 用ne

39、w關(guān)鍵字來新建一個(gè)對(duì)象的時(shí)間開銷是很大的。Java語言的一個(gè)優(yōu)勢(shì),就是Java程序員勿需再像C/C+程序員那樣,顯式地釋 放對(duì)象,而由稱為垃圾收集器( Garbage ColleCtor )的自動(dòng)內(nèi)存管理系統(tǒng),定 時(shí)或在內(nèi)存凸現(xiàn)出不足時(shí),自動(dòng)回收垃圾對(duì)象所占的內(nèi)存。凡事有利總也有弊, 這雖然為 Java 程序設(shè)計(jì)者提供了極大的方便,但同時(shí)它也帶來了較大的性能開 銷。這種開銷包括兩方面,首先是對(duì)象管理開銷,GC為了能夠正確釋放對(duì)象,它必須監(jiān)控每一個(gè)對(duì)象的運(yùn)行狀態(tài),包括對(duì)象的申請(qǐng)、引用、被引用、賦值等。 其次,在GC開始回收“垃圾”對(duì)象時(shí),系統(tǒng)會(huì)暫停應(yīng)用程序的執(zhí)行,而獨(dú)自占 用CPU因此,如果要改

40、善應(yīng)用程序的性能,一方面應(yīng)盡量減少創(chuàng)建新對(duì)象的次 數(shù);同時(shí), 還應(yīng)盡量減少創(chuàng)建和清除的時(shí)間, 而這些均可以通過對(duì)象池技術(shù)來實(shí) 現(xiàn)。10. C語言:指針數(shù)組和數(shù)組指針的定義11. SQL清空表的方式答:1)Delete刪除記錄并不能釋放Oracle里被占用的數(shù)據(jù)塊表空間,它只能 把被刪除的數(shù)據(jù)塊標(biāo)記為 unused.2) 如果確實(shí)要?jiǎng)h除一個(gè)表的全部?jī)?nèi)容可以用 truncate, 它可以釋放占用的數(shù)據(jù) 塊表空間。12. CRACL:E oracle 的連接方式13. 黑盒測(cè)試:等價(jià)類劃分、邊界值分析、錯(cuò)誤推測(cè)、因果分析14. 測(cè)試環(huán)境如何搭建?根據(jù)測(cè)試需求,盡可能模擬實(shí)際的運(yùn)行環(huán)境。15. 單元測(cè)

41、試和系統(tǒng)測(cè)試的區(qū)別?答:?jiǎn)卧獪y(cè)試是以屬于白盒測(cè)試, 系統(tǒng)測(cè)試屬于黑盒測(cè)試。 單元測(cè)試一般由開發(fā) 人員執(zhí)行, 編寫代碼測(cè)試程序邏輯分支; 系統(tǒng)測(cè)試一般由開發(fā)人員執(zhí)行, 對(duì)軟件 系統(tǒng)進(jìn)行全面的測(cè)試。16. PCLint的操作方法以及主要檢查的問題?17. 是否使用過 Oracle 數(shù)據(jù)庫(kù),和對(duì)數(shù)據(jù)庫(kù)的操作?18. 使用過 Linux 環(huán)境?19. 談?wù)勀銓?duì)已經(jīng)做過的華為項(xiàng)目的認(rèn)識(shí)(清欠系統(tǒng))20. 項(xiàng)目中發(fā)現(xiàn)多少缺陷, 有沒有印象比較深刻的 (想盡辦法來設(shè)置測(cè)試環(huán)境才 得以發(fā)現(xiàn)的 BUG)21. 什么是 AIXAIX (Advancedlnteractive executive )是 IBM開發(fā)的

42、一套 UNIX操作系統(tǒng)。 它符合 Open group 的 UNIX 98 行業(yè)標(biāo)準(zhǔn)(The Open Group UNIX 98 Base Brand),通過全面集成對(duì)32-位和64-位應(yīng)用的并行運(yùn)行支持,為這些應(yīng)用 提供了全面的可擴(kuò)展性。它可以在所有的IBM p系列和IBM RS/6000工作站、服務(wù)器和大型并行超級(jí)計(jì)算機(jī)上運(yùn)行。22. AIX中修改密碼的命令答: passwd23. AIX中在當(dāng)前目錄下查找文件怎樣做答: find24. AIX中怎樣查看進(jìn)程,該命令的參數(shù)是否熟悉答:ps25. aix 中怎樣設(shè)置文件的權(quán)限1. 答: chmod26. vi 編輯器中有幾種模式,怎樣在 v

43、i 中刪除字符2. 答: vi 有兩種模式:輸入模式和指令模式,使用 Esc 鍵可以在輸入模式和 指令模式之間切換。x:刪除字符命令,即刪除光標(biāo)所在字符。dw刪除文字命令,即刪除光標(biāo)處的文字。dd :刪除行命令,即刪除光標(biāo)所在的行。d:刪除到行末端,即刪除從光標(biāo)所在位置到行末端的所有文本。27. vi 中怎樣進(jìn)行插入操作,有幾種,并說明區(qū)別。答: i :這是一個(gè)輸入命令,即從光標(biāo)所在位置前面開始插入文字,光標(biāo)后的文 字隨新增文字向向移動(dòng)。 如果是一個(gè)空白文檔, 文字將會(huì)輸入在文檔的左上角。I:在行命令開始處的輸入模式,即在當(dāng)前行的開始處輸入文字。與Word中的按下鍵后輸入文字類似。a: 這是一

44、個(gè)新增命令, 即從光標(biāo)所在位置后面開始新增文字, 光標(biāo)后的資料 隨新增文字向后移動(dòng)。A: 這是一個(gè)新增到行命令的操作,即從光標(biāo)所在行最后面的地方開始新增 文字。這與Word中的按下鍵后輸入文字類似。28. vi 中怎樣獲取變量29. 是否有Java基礎(chǔ),Java中的一個(gè)類的生命周期30. 存儲(chǔ)過程和PL/SQL函數(shù)的區(qū)別31. Oracle中用pl/sql寫的存儲(chǔ)過程和java寫的存儲(chǔ)過程有啥區(qū)別pl/sql寫的存儲(chǔ)過程 執(zhí)行效率快,java寫的還要編譯然后在轉(zhuǎn)換成 oracle 存儲(chǔ)過程腳本。筆試題目:1. unix中創(chuàng)建一個(gè)新文件的命令:touch.vi.2. unix中全屏編輯命令是:v

45、i,切換命令:ESC3. unix中查看聯(lián)機(jī)幫助命令:man.4. 查看進(jìn)程的命令top/vmstat禁止進(jìn)程的命令:tskill.5.loadru nner按照那些類別來采集數(shù)據(jù)6. 性能測(cè)試需要關(guān)注那些方面(網(wǎng)絡(luò)、硬件配置、服務(wù)器性能、客戶端性能)7. 軟件測(cè)試是一個(gè)利用及的過程8. 測(cè)試用例分為哪幾部分:測(cè)試用例ID號(hào)、用例運(yùn)行環(huán)境、輸入條件、輸入 數(shù)據(jù)、預(yù)期結(jié)果、備注等.9. 測(cè)試執(zhí)行的前提準(zhǔn)備工作:1)系統(tǒng)測(cè)試用例編寫完畢,內(nèi)部評(píng)審和外部 評(píng)審?fù)ㄟ^。2)測(cè)試環(huán)境搭建完畢。3)開發(fā)工作完畢。4)代碼review通過。10. 根據(jù)什么來編寫測(cè)試用例?測(cè)試方案。13. java面向?qū)ο蟮奶?/p>

46、征:封裝、繼承、多態(tài)。14.3>=a<100,用邊界值方法測(cè)試要考慮到哪些數(shù)據(jù)(2、3、4、99、100、101)15.黑盒測(cè)試有哪些方法(邊界值分析、等價(jià)類劃分、因果圖等)16 .heap 和 stack 的區(qū)別?stack:先進(jìn)后出,存放局部變量和函數(shù)調(diào)用參數(shù)!heap:沒有先后順序,程序運(yùn)行時(shí)動(dòng)態(tài)申請(qǐng),如new和malloc申請(qǐng)的內(nèi)存就在堆上17. 輸入n個(gè)數(shù)然后從小到大排列出來(C+)18. 編寫一個(gè)調(diào)用內(nèi)存的程序?qū)?nèi)存打印出來(c+)19. typedef這個(gè)關(guān)鍵字怎么用(c+)20. 寫出四個(gè)線程,前兩個(gè)各自加一,后兩個(gè)各自減一(java)public class Th

47、readTest1private int j;public static void main( Stri ng args)ThreadTest1 tt=new ThreadTest1();Inc inc=tt.new Inc();Dec dec=tt.new Dec();for(int i=0;i<2;i+)Thread t=new Thread(inc);t.start();t=new Thread(dec);t.start();private synchronized void inc()j+;System.out.println(Thread.currentThread().get

48、Name()+"-inc:"+j);private synchronized void dec()j-;System.out.println(Thread.currentThread().getName()+"-dec:"+j);class Inc implements Runnablepublic void run()for(int i=0;i<100;i+)inc();class Dec implements Runnablepublic void run()for(int i=0;i<100;i+)dec();21: EJB 是基于哪些

49、技術(shù)實(shí)現(xiàn)的?并說出 SessionBean 和 EntityBean 的 區(qū)別, StatefulBean 和 StatelessBean 的區(qū)別。答: EJB 包括 Session Bean 、 Entity Bean 、 Message Driven Bean , 基于 JNDI 、 RMI 、 JAT 等技術(shù)實(shí)現(xiàn)。SessionBean 在 J2EE 應(yīng)用程序中被用來完成一些服務(wù)器端的業(yè)務(wù)操作, 例 如訪問數(shù)據(jù)庫(kù)、調(diào)用其他 EJB 組件。 EntityBean 被用來代表應(yīng)用系統(tǒng)中用到 的數(shù)據(jù)。對(duì)于客戶機(jī), SessionBean 是一種非持久性對(duì)象,它實(shí)現(xiàn)某些在服務(wù)器上 運(yùn)行的業(yè)務(wù)邏輯

50、。對(duì)于客戶機(jī), EntityBean 是一種持久性對(duì)象,它代表一個(gè)存儲(chǔ)在持久性存 儲(chǔ)器中的實(shí)體的對(duì)象視圖,或是一個(gè)由現(xiàn)有企業(yè)應(yīng)用程序?qū)崿F(xiàn)的實(shí)體。Session Bean 還可以再細(xì)分為 Stateful Session Bean 與 Stateless Session Bean ,這兩種的 Session Bean 都可以將系統(tǒng)邏輯放在 method 之 中執(zhí)行,不同的是 Stateful Session Bean 可以記錄呼叫者的狀態(tài),因此通 常來說,一個(gè)使用者會(huì)有一個(gè)相對(duì)應(yīng)的 Stateful Session Bean 的實(shí)體。 Stateless Session Bean 雖然也是邏輯組

51、件, 但是他卻不負(fù)責(zé)記錄使用者狀態(tài), 也就是說當(dāng)使用者呼叫 Stateless Session Bean的時(shí)候, EJB Container并不會(huì)找尋特定的 Stateless Session Bean的實(shí)體來執(zhí)行這個(gè) method 。換言之,很可能數(shù)個(gè)使用者在執(zhí)行某個(gè) Stateless Session Bean 的 methods 時(shí),會(huì)是同一個(gè) Bean 的 Instance在執(zhí)行。 從內(nèi)存方面來看, StatefulSession Bean 與 Stateless Session Bean 比較, Stateful Session Bean 會(huì)消耗 J2EE Server 較多的內(nèi)存,

52、然而 Stateful Session Bean 的優(yōu)勢(shì)卻 在于他可以維持使用者的狀態(tài)。22:abstract class Something private abstract String doSomething ();答案 : 錯(cuò)。 abstract 的 methods 不能以 private 修飾。 abstract 的 methods 就是讓子類 implement( 實(shí)現(xiàn) ) 具體細(xì)節(jié)的,怎么可以用 private 把 abstract23. 名詞解釋:Web容器:給處于其中的應(yīng)用程序組件(JSP , SERVLET)提供一個(gè)環(huán)境, 使JSP,SERVLET直接更容器中的環(huán)境變量接*

53、互,不必關(guān)注其它系統(tǒng)問題。 主要有 WEB服務(wù)器來實(shí)現(xiàn)。例如:TOMCAT,WEBLOGIC,WEBSPHERE該容器提 供的接口嚴(yán)格遵守 J2EE 規(guī)范中的 WEBAPPLICATION 標(biāo)準(zhǔn)。 我們把遵守以上標(biāo) 準(zhǔn)的 WEB 服務(wù)器就叫做 J2EE 中的 WEB 容器。EJB容器:Enterprise java bean 容器。更具有行業(yè)領(lǐng)域特色。他提供給運(yùn) 行在其中的組件 EJB 各種管理功能。只要滿足 J2EE 規(guī)范的 EJB 放入該容器, 馬上就會(huì)被容器進(jìn)行高效率的管理。 并且可以通過現(xiàn)成的接口來獲得系統(tǒng)級(jí)別的 服務(wù)。例如郵件服務(wù)、事務(wù)管理JMS :( Java Message Se

54、rvice ) JAVA 消息服務(wù)。主要實(shí)現(xiàn)各個(gè)應(yīng)用程 序之間的通訊。包括點(diǎn)對(duì)點(diǎn)和廣播。JTA: ( Java Transaction API ) JAVA 事務(wù)服務(wù)。提供各種分布式事務(wù)服 務(wù)。應(yīng)用程序只需調(diào)用其提供的接口即可。JAF: ( Java Action FrameWork ) JAVA 安全認(rèn)證框架。提供一些安全控 制方面的框架。讓開發(fā)者通過各種部署和自定義實(shí)現(xiàn)自己的個(gè)性安全控制策略。RMI/IIOP:( Remote Method Invocation /internet 對(duì)象請(qǐng)求中介協(xié)議)他們主要用于通過遠(yuǎn)程調(diào)用服務(wù)。 例如,遠(yuǎn)程有一臺(tái)計(jì)算機(jī)上運(yùn)行一個(gè)程序, 它 提供股票分析服

55、務(wù), 我們可以在本地計(jì)算機(jī)上實(shí)現(xiàn)對(duì)其直接調(diào)用。 當(dāng)然這是要通 過一定的規(guī)范才能在異構(gòu)的系統(tǒng)之間進(jìn)行通信。 RMI 是 JAVA 特有的。24. 應(yīng)用服務(wù)器與 web services 的區(qū)別25. EJB 容器中, sessionbean 的作用Java Bean 是可復(fù)用的組件,對(duì) Java Bean 并沒有嚴(yán)格的規(guī)范,理論上講, 任何一個(gè) Java 類都可以是一個(gè) Bean 。但通常情況下,由于 Java Bean 是被 容器所創(chuàng)建(如 Tomcat )的,所以 Java Bean 應(yīng)具有一個(gè)無參的構(gòu)造器,另 外,通常 Java Bean 還要實(shí)現(xiàn) Serializable 接口用于實(shí)現(xiàn)

56、Bean 的持久性。Java Bean實(shí)際上相當(dāng)于微軟COM模型中的本地進(jìn)程內(nèi)COM組件,它是不能被 跨進(jìn)程訪問的。Enterprise Java Bean相當(dāng)于DCOM,即分布式組件。它是基于 Java 的遠(yuǎn)程方法調(diào)用( RMI )技術(shù)的,所以 EJB 可以被遠(yuǎn)程訪問(跨進(jìn) 程、跨計(jì)算機(jī))。但 EJB 必須被布署在諸如 Webspere 、 WebLogic 這樣的容 器中, EJB 客戶從不直接訪問真正的 EJB 組件,而是通過其容器訪問。 EJB 容 器是 EJB 組件的代理, EJB 組件由容器所創(chuàng)建和管理。 客戶通過容器來訪問真 正的 EJB 組件。EJB 包括( SessionBean,EntityBean )說出他們的生命周期,及如何管理 事務(wù)的?SessionBean : Stateless Session Bean 的生命周期是由容器決定的, 當(dāng)客戶機(jī)發(fā)出請(qǐng)求要建立一個(gè) Bean 的實(shí)例時(shí), EJB 容器不一定要?jiǎng)?chuàng)建一個(gè)新 的 Bean 的實(shí)例供客戶機(jī)調(diào)用, 而是隨便找一個(gè)現(xiàn)有的實(shí)例提供給客戶機(jī)。 當(dāng)客 戶機(jī)第一次調(diào)用一個(gè) Stateful Session Bean 時(shí)

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

最新文檔

評(píng)論

0/150

提交評(píng)論