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

下載本文檔

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

文檔簡介

1、測試面試題測試面試題1.1.怎么來設(shè)計測試方案怎么來設(shè)計測試方案根據(jù)測試需求(包括功能需求和非功能性需求),識別測試要點,識別測試環(huán)境要求,安排測試輪次,根據(jù)項目計劃和開發(fā)計劃做整體的測試安排。被測試的特性:通過對需求規(guī)格說明書進行分析,列出本次測試需要進行測試的各部分特性(如要測試的功能需求、性能需求、安全性需求等等); 不被測試的特性:由于資源、進度等方面原因,本次測試不列入測試范圍的特性; 測試組網(wǎng)圖:進行本次系統(tǒng)測試所需要的軟硬件設(shè)備、配置數(shù)據(jù)已及相互間的邏輯、物理連接。今后測試執(zhí)行時需要依據(jù)這個組網(wǎng)圖來進行環(huán)境的搭建。2.2.如果給你一個如果給你一個B/SB/S系統(tǒng)你怎么來進行測試?

2、此題答案還可用于回答測試流程,測試流程題亦可參考系統(tǒng)你怎么來進行測試?此題答案還可用于回答測試流程,測試流程題亦可參考1515題。題。閱讀系統(tǒng)需求,充分理解需求,記錄問題,并與項目需求人員充分溝通。編寫測試需求,包括系統(tǒng)功能和非功能測試要點、測試類型、測試進度質(zhì)量要求等。制定測試計劃,包括熟悉測試業(yè)務(wù)、設(shè)計測試用例、執(zhí)行測試用例、進行測試小結(jié)、編寫測試報告,任務(wù) 顆粒度一般應(yīng)小于5人天編寫測試用例,根據(jù)測試方案設(shè)計用例,即便沒有明確的性能和安全測試要求,也應(yīng)識別進行此兩項測試。執(zhí)行軟件測試,進行測試小結(jié),如果測試持續(xù)時間較長,每個版本間隙總結(jié)本輪測試。編寫測試報告,總結(jié)測試過程,匯總度量數(shù)據(jù)。

3、3.3.怎么進行工作流的測試怎么進行工作流的測試把握需求,找準結(jié)點,理清流程,畫出流轉(zhuǎn)圖,弄清節(jié)點間的數(shù)據(jù)流轉(zhuǎn),設(shè)計測試用例的時候必須覆蓋所有可能的流程。工作流:如果問到有沒有做過,根據(jù)對工作流的了解情況回答,如果比較了解,可以把參與的某個項目中說上一些有工作流的,如果不是很了解就說沒有做過,但是學習過相關(guān)知識。4.4.在做性能測試的時候都需要關(guān)注哪些參數(shù)?在做性能測試的時候都需要關(guān)注哪些參數(shù)?并發(fā)訪問量,服務(wù)器響應(yīng)時間(最小、平均、最大)并發(fā)性能測試的過程是一個負載測試和壓力測試的過程,即逐漸增加負載,直到系統(tǒng)的瓶頸或者不能接收的性能點,通過綜合分析交易執(zhí)行指標和資源監(jiān)控指標來確定系統(tǒng)并發(fā)性

4、能的過程。負載測試(Load Testing)是確定在各種工作負載下系統(tǒng)的性能,目標是測試當負載逐漸增加時,系統(tǒng)組成部分的相應(yīng)輸出項,例如通過量、響應(yīng)時間、CPU負載、內(nèi)存使用等來決定系統(tǒng)的性能。負載測試是一個分析軟件應(yīng)用程序和支撐架構(gòu)、模擬真實環(huán)境的使用,從而來確定能夠接收的性能過程。壓力測試(Stress Testing)是通過確定一個系統(tǒng)的瓶頸或者不能接收的性能點,來獲得系統(tǒng)能提供的最大服務(wù)級別的測試。疲勞測試是采用系統(tǒng)穩(wěn)定運行情況下能夠支持的最大并發(fā)用戶數(shù),持續(xù)執(zhí)行一段時間業(yè)務(wù),通過綜合分析交易執(zhí)行指標和資源監(jiān)控指標來確定系統(tǒng)處理最大工作量強度性能的過程。 疲勞強度測試可以采用工具自動

5、化的方式進行測試,也可以手工編寫程序測試,其中后者占的比例較大。 一般情況下以服務(wù)器能夠正常穩(wěn)定響應(yīng)請求的最大并發(fā)用戶數(shù)進行一定時間的疲勞測試,獲取交易執(zhí)行指標數(shù)據(jù)和系統(tǒng)資源監(jiān)控數(shù)據(jù)。如出現(xiàn)錯誤導(dǎo)致測試不能成功執(zhí)行,則及時調(diào)整測試指標,例如降低用戶數(shù)、縮短測試周期等。還有一種情況的疲勞測試是對當前系統(tǒng)性能的評估,用系統(tǒng)正常業(yè)務(wù)情況下并發(fā)用戶數(shù)為基礎(chǔ),進行一定時間的疲勞測試。大數(shù)據(jù)量測試可以分為兩種類型:針對某些系統(tǒng)存儲、傳輸、統(tǒng)計、查詢等業(yè)務(wù)進行大數(shù)據(jù)量的獨立數(shù)據(jù)量測試;與壓力性能測試、負載性能測試、疲勞性能測試相結(jié)合的綜合數(shù)據(jù)量測試方案。大數(shù)據(jù)量測試的關(guān)鍵是測試數(shù)據(jù)的準備,可以依靠工具準備測

6、試數(shù)據(jù)。 5.5.如果客戶沒有給你性能指數(shù)時,你怎么來開展性能測試工作?如果客戶沒有給你性能指數(shù)時,你怎么來開展性能測試工作?如果客戶沒有提出明確的性能指標,可以按照慣例和經(jīng)驗設(shè)置,需要和PM協(xié)商,一般由PM確認,QA負責給出建議。舉例說一個Server端程序,要求峰值時CPU和MEM消耗在75以下,而一個頁面的訪問響應(yīng)時間一般認為用戶的忍耐時間是35秒以內(nèi),這些要參考實際的應(yīng)用來確定用戶規(guī)模、操作頻率、同時在線數(shù)等。6.6.有沒有做過接口測試,是如何做的?有沒有做過接口測試,是如何做的?通過編寫測試程序, 獲得接口指針, 逐個調(diào)用接口函數(shù)驗證其正確性, 及失敗操作7.7.測試過程中是如何來保

7、證軟件質(zhì)量的?測試過程中是如何來保證軟件質(zhì)量的?測試用例編寫完畢后要加強評審的力度,確保測試用例覆蓋所有需求點執(zhí)行測試過程中注意做小結(jié)檢查覆蓋情況、審視所提缺陷質(zhì)量,復(fù)測時應(yīng)注意相關(guān)模塊的測試測試時間寬裕的話可以做交叉測試,用以確保測試質(zhì)量。8.8.測試方案都寫什么內(nèi)容?測試方案都寫什么內(nèi)容?1概述2被測對象分析3應(yīng)測試的特性4不被測試的特性5總體設(shè)計方法6測試模型 6.1測試組網(wǎng)圖 6.2結(jié)構(gòu)/對象關(guān)系圖 6.3測試原理 6.4操作規(guī)程7測試需求 7.1環(huán)境需求 7.2被測對象需求 7.3測試工具需求 7.4測試代碼需求 7.5數(shù)據(jù)需求 7.6其它需求8測試設(shè)計 8.1工具設(shè)計 8.2測試代

8、碼設(shè)計 8.3用例設(shè)計 8.3.1設(shè)計原則 8.3.2測試項目9.附錄(測試方案要求根據(jù)SRS上的每個需求點設(shè)計出包括需求點簡介,測試思路和詳細測試方法三部分的方案) 以往華為測試方案目錄如下:第第 1 1 章章 技術(shù)方案技術(shù)方案1.1. 測試需求描述1.1.1. 測試類型分析1.1.2. 測試內(nèi)容1.2. 缺陷分類1.3. 缺陷級別第第 2 2 章章 SOWSOW 及規(guī)格的應(yīng)答及規(guī)格的應(yīng)答2.1. 測試需求應(yīng)答2.2. 交付件應(yīng)答2.2.1. 軟件交付件應(yīng)答2.2.2. 非軟件交付件應(yīng)答2.3. 項目里程碑項目完成時間應(yīng)答2.4. 質(zhì)量目標應(yīng)答2.5. 驗收標準應(yīng)答2.6. 限制應(yīng)答2.6.

9、1. 合作供應(yīng)商人員組織應(yīng)答2.6.2. 硬件設(shè)備應(yīng)答2.6.3. 合作項目開發(fā)場地應(yīng)答第第 3 3 章章 類似項目成功案例類似項目成功案例第第 4 4 章章 項目詳細工作計劃項目詳細工作計劃第第 5 5 章章 項目估算項目估算9.9.測試方案和測試計劃的區(qū)別測試方案和測試計劃的區(qū)別測試方案是技術(shù)性的;測試計劃更多是管理性的。測試計劃主要要考慮測試的技術(shù)可行性、關(guān)鍵技術(shù)、資源投入、進度安排、風險管理、配置管理、輸入輸出等。測試計劃更多地供高層管理者決策時做參考;同時對后續(xù)測試工作開展起指導(dǎo)作用。在一些小項目中,可能只需要一個測試方案,測試計劃內(nèi)容相對較少,可以與測試方案合并進行;而一些大項目中

10、,也許要設(shè)計數(shù)十個測試方案,這就需要一個提綱挈領(lǐng)的東西了,這就是測試計劃的作用。10.10. 測試用例是根據(jù)什么寫的?測試用例是根據(jù)什么寫的?系統(tǒng)測試用例根據(jù)需求和設(shè)計編寫(華為的SDV測試用例是根據(jù)測試方案和測試策略來編寫的)11.11. 是怎么來設(shè)計測試用例的?是怎么來設(shè)計測試用例的?答:先熟悉系統(tǒng)需求,把握測試要點,設(shè)計用例的原則首先是要覆蓋每個需求點,可以通過填寫需求跟蹤矩陣來保證覆蓋。黑盒測試的測試用例設(shè)計方法:等價類劃分法、邊界值分析法、錯誤推測法、因果圖。12.12. 有沒有測過手機終端的項目?有沒有測過手機終端的項目?根據(jù)實際情況回答,如果沒有測試過,可以回答,公司有過類似業(yè)務(wù)

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

12、詳細設(shè)計驗證)兩個階段。14.14. 缺陷是怎么管理的?缺陷是怎么管理的?答:我們采用了Rational ClearQuest來管理缺陷。測試人員執(zhí)行測試,發(fā)現(xiàn)缺陷,錄入CQ,要求填寫項目名稱、子系統(tǒng)名稱、模塊名稱、缺陷標題、缺陷描述(描述場景、現(xiàn)象)、缺陷級別、提出人等。狀態(tài):已提交。項目經(jīng)理或開發(fā)組長確認缺陷后分配給開發(fā)人員,狀態(tài):已分配。開發(fā)人員修復(fù)缺陷完成后,將修復(fù)缺陷所花費的時間填寫的Schedule中,缺陷的產(chǎn)生原因填寫在備注中,因采用UCM模式,所有造成該缺陷的錯誤代碼文件,在UCM視圖中可以統(tǒng)計。狀態(tài):已處理。測試人員復(fù)測,如缺陷已經(jīng)修復(fù),則關(guān)閉缺陷,狀態(tài):已關(guān)閉。如缺陷仍然存

13、在,則修改狀態(tài)為已分配。當缺陷存在爭議時,開發(fā)組長或開發(fā)人員可以申請否決,由項目經(jīng)理、技術(shù)經(jīng)理、測試負責人、相關(guān)開發(fā)人員和測試人員共同決定缺陷是否可以否決。狀態(tài):已申請否決、已否決。當前不能修復(fù),或當前版本無法解決的缺陷可以申請延期,狀態(tài):已申請延期、已延期。15.15. 介紹一下測試流程。介紹一下測試流程。答:項目啟動后進行需求培訓,測試人員盡早的參與到項目需求的培訓和評審,也就是測試工作應(yīng)該從需求階段開始介入。 項目經(jīng)理編寫項目計劃,開發(fā)人員產(chǎn)出需求規(guī)格說明書,這時測試組長就要根據(jù)項目計劃開始編寫測試計劃,其中包括人員,軟件硬件資源,測試點,進度安排和風險識別等內(nèi)容。測試計劃編寫完成后需要

14、進行評審,參與人員有項目經(jīng)理,測試經(jīng)理。測試組長需要根據(jù)評審意見修改測試計劃,并上傳到 CC 上,由配置管理員管理。 待開發(fā)人員把需求規(guī)格說明書歸納好并打了基線,測試組長開始組織測試成員編寫測試方案,測試方案編寫完成后也需要進行評審,評審人員包括項目經(jīng)理,開發(fā)人員,測試經(jīng)理,測試組長,測試成員;測試組長組織測試成員修改測試方案,直到評審?fù)ㄟ^后才進入下個階段編寫測試用例。 測試用例是根據(jù)測試方案來編寫的,通過測試方案階段,測試人員對整個系統(tǒng)需求有了詳細的理解。這時開始編寫用例才能保證用例的可執(zhí)行和對需求的覆蓋。測試用例需要包括測試項,用例級別,預(yù)置條件,操作步驟和預(yù)期結(jié)果。其中操作步驟和預(yù)期結(jié)果

15、需要編寫詳細和明確。測試用例應(yīng)該覆蓋測試方案,而測試方案又覆蓋了測試需求點,這樣才能保證客戶需求不遺漏。同樣,測試用例也需要通過開發(fā)人員,測試人員的評審,測試組長也需要組織測試人員對測試用例進行修改,直到評審?fù)ㄟ^。 在我們編寫測試用例的階段,開發(fā)人員基本完成代碼的編寫,同時完成單元測試。提交測試中心后根據(jù)測試計劃進度安排,測試組長組織進行多輪次的測試,每輪測試完成后測試組長需要編寫測試報告,其中包括用例執(zhí)行通過情況,缺陷分布情況,缺陷產(chǎn)生原因,測試中的風險等等,這時測試人員就修改增加測試用例。待到開發(fā)修改完 bug 并轉(zhuǎn)來新的測試版本,測試人員開始進行第二輪的系統(tǒng)測試,首先回歸完問題單,再繼續(xù)

16、進行測試,編寫第二輪的測試報告,如此循環(huán)下去,直到系統(tǒng)測試結(jié)束。16.16. 一個關(guān)于測試方案評審的分歧,一個關(guān)于測試方案評審的分歧,我們原本的流程是完成方案包括用例后進行評審,華為的建議是,在測試方案(即測試人員總結(jié)出測試重點等)之后,即進行評審,不能等全部用例完成。關(guān)于版本缺陷密度的問題:問有沒有統(tǒng)計。如果 CQ 中正常登記的話,是可以利用工具統(tǒng)計出來。CQ 還可以根據(jù)需要定制查詢。關(guān)于測試提交標準:我講了公司的標準,他說客戶也會有自己的標準。我回復(fù)說是可以依據(jù)客戶標準進行調(diào)整,17.17. 對對UnixUnix系統(tǒng)是否熟識,是否會運用系統(tǒng)是否熟識,是否會運用InformixInformi

17、x 數(shù)據(jù)庫。數(shù)據(jù)庫。ls 列出指定目錄下的文件,缺省目錄為當前目錄 ./pwd 顯示當前的工作目錄cd 回到注冊進入時的目錄 cd /tmp 進入 /tmp 目錄 cd ./ 進入上級目錄mkdir -m 模式 -p 目錄名 建立目錄mkdir tmp 在當前目錄下建立子目錄 tmpmkdir -m 777 /tmp/abc 用所有用戶可讀可寫可執(zhí)行的存取模式建立目錄 /tmp/aaa ,存取模式參看命令 chmodmkdir -p /tmp/a/b/c 建立目錄 /tmp/a/b/c ,若不存在目錄 /tmp/a及/tmp/a/b 則建立之 mv -f -i 文件 1 文件 2. 目標 將文

18、件移動至目標,若目標是文件名,則相當于文件改名rm -f -i 文件.或 rm -r -f -i 目錄名. 文件 用來刪除文件或目錄cmp -l -s 文件 1 文件 2 比較兩個文件,diff -be 文件 1 文件 2 比較兩個文本文件,將不同的行列出來pack 文件. 將指定文件轉(zhuǎn)儲為壓縮格式,文件名后加 .z , 文件存取模式,訪問時間,修改時間等均不變pcat 文件. 顯示輸出壓縮文件unpack 文件. 將壓縮后的文件解壓后轉(zhuǎn)儲為壓縮前的格式vi -wn -R 文件.vi 是一個基于行編輯器 ex 上的全屏幕編輯器,可以在 vi 中使用 ex,ed 的全部命令,vi 選項中 -wn

19、 指將編輯窗口大小置為 n 行,-R 為將編輯的文件置為只讀模式, vi 工作模式分為命令模式和輸入模式,一般情況下在命令模式下,可敲入 vi 命令,進入輸入模式下時可以編輯要編輯的文本,命令 a A i I o O c C s S R 可進入輸入模式,在輸入模式下按 ESC 鍵可推出輸入模式,回到命令模式,在命令模式中敲入: 命令,則可進入 ex 方式,在屏幕底部出現(xiàn)提示符 : ,此時可使用任意 ex 命令,屏幕底行也用來作/ ? ! 命令的提示行,大多數(shù)命令可以在其前面加數(shù)字,表示命令執(zhí)行的重復(fù)次數(shù),下面簡單介紹一下 vi 的命令集, 表示(CTRL)鍵quit 退出 bc 18.18.

20、對于金融業(yè)務(wù)系統(tǒng)的測試,有哪些要點。對于金融業(yè)務(wù)系統(tǒng)的測試,有哪些要點。首先要根據(jù)客戶的需求文檔,保證業(yè)務(wù)邏輯正確、符合要求。舉例授信審批流程來說,主要測試前面崗位錄入的數(shù)值資料傳遞到流程最后一個崗位后能正確顯示;以及操作員的權(quán)限控制嚴格按照需求要求,不同的權(quán)限除了在流程中的作用不同,所能執(zhí)行的功能也不同19.19. 平時測試時怎么保證頁面間傳值正確?平時測試時怎么保證頁面間傳值正確?除了看頁面的顯示,還要連接數(shù)據(jù)庫對相應(yīng)的表進行查詢,對數(shù)據(jù)庫表結(jié)構(gòu)不了解時,會詢問相關(guān)的開發(fā)人員。20.20. 對于系統(tǒng)運行產(chǎn)生的日志文件是否關(guān)注?對于系統(tǒng)運行產(chǎn)生的日志文件是否關(guān)注?答:只是適當了解,公司對于服

21、務(wù)器的維護安排有人負責。21.21. 銀行的系統(tǒng)是否在同一個頁面,用不同權(quán)限的業(yè)務(wù)員登陸會顯示不同的結(jié)果?會不會因為自己配置的銀行的系統(tǒng)是否在同一個頁面,用不同權(quán)限的業(yè)務(wù)員登陸會顯示不同的結(jié)果?會不會因為自己配置的不合理而產(chǎn)生錯誤?不合理而產(chǎn)生錯誤?1) 有同一個頁面用不同權(quán)限的業(yè)務(wù)員顯示不同結(jié)果的情況,主要表現(xiàn)為所能執(zhí)行的操作不同,所能查詢數(shù)據(jù)的范圍不同。2) 對于不確定的錯誤,一般不會立刻當缺陷處理,需要跟相關(guān)人員溝通,確認了并非自己部署得不正確的原因,才會提缺陷。這個很重要。22.22. BOSSBOSS渠道酬金結(jié)算系統(tǒng)的規(guī)模、幾個測試人員?渠道酬金結(jié)算系統(tǒng)的規(guī)模、幾個測試人員?23.2

22、3. 提交驗收后客戶又提了幾個缺陷?提交驗收后客戶又提了幾個缺陷?24.24. 有沒有做過本系統(tǒng)和其它系統(tǒng)的接口測試?有沒有做過本系統(tǒng)和其它系統(tǒng)的接口測試?接口測試:主要在集成測試階段采用,目的是測試各個方法、模塊、函數(shù)之間的接口問題。測試其間的接口是否滿足系統(tǒng)需求的要求,輸入/輸出是否正確,各個模塊之間的狀態(tài)轉(zhuǎn)換是否與需求一致等。我認為完全可以脫離開白盒測試方法,而直接使用黑盒測試方法進行測試,接口測試也是測試中的重點,尤其是對于模塊之間數(shù)據(jù)交換比較多的系統(tǒng)和軟件。25.25. 有沒有寫過測試樁?有沒有寫過測試樁?答:單元測試的時候用寫測試樁。26.26. 有沒有測試過有沒有測試過UNIXU

23、NIX的項目?的項目?答:這個根據(jù)個人實際情況回答??梢詫⒑啔v中的某個項目說成是部署在 Unix 上的,會使用一些 Unix 的操作命令。27.27. 是否使用過是否使用過UnixUnix、LinuxLinux環(huán)境,有沒有自己搭建過環(huán)境?環(huán)境,有沒有自己搭建過環(huán)境?答:這個根據(jù)個人實際情況回答??梢詫⒑啔v中的某個項目說成是部署在 Unix 上的,會使用一些 Unix 的操作命令。28.28. 有沒有編寫過有沒有編寫過shellshell腳本?腳本?答:答:這個根據(jù)個人實際情況回答,差不多都只寫過很簡單的腳本。29.29. 對對OracleOracle數(shù)據(jù)庫是否熟悉(比如:異常處理)?數(shù)據(jù)庫是否

24、熟悉(比如:異常處理)?答:這個根據(jù)個人實際情況回答。30.30. 有沒有裝過有沒有裝過OracleOracle數(shù)據(jù)庫服務(wù)器?數(shù)據(jù)庫服務(wù)器?答:這個根據(jù)個人實際情況回答。31.31. 都參與過哪些項目?都參與過哪些項目?答:這個根據(jù)個人實際情況回答。要點:項目名稱說清楚,項目是干什么的說清楚,然后說自己做了什么,測試了哪些模塊。32.32. 對數(shù)據(jù)庫操作是否熟悉?對數(shù)據(jù)庫操作是否熟悉?答:這個根據(jù)個人實際情況回答。33.33. 作為測試負責人最大的心得是什么?作為測試負責人最大的心得是什么?答:一定要制定嚴格的測試計劃、根據(jù)測試人員的特長安排測試任務(wù)、善于總結(jié)經(jīng)驗教訓、妥善保存測試過程中的一切

25、文檔。34.34. 在項目哪個階段測試開始介入?在項目哪個階段測試開始介入?答:在項目需求階段測試人員開始介入,盡早的接入有助于更好的理解需求。35.35. 在測試中有沒有風險?有哪些風險在測試中有沒有風險?有哪些風險答:有 1)需求培訓達不到預(yù)期目標2)測試用例評審不合格3)測試人員不穩(wěn)定4)在測試計劃中安排的時間內(nèi)不能完成測試任務(wù)。5)驗收測試不合格36.36. 當有測試人員請假的情況下,作為測試負責人應(yīng)該怎么處理當有測試人員請假的情況下,作為測試負責人應(yīng)該怎么處理? ?答:應(yīng)該讓測試人員提前請假,針對不能完成的工作做好調(diào)整。37.37. 有關(guān)有關(guān)robotrobot和和TestManag

26、erTestManager的使用的使用Robot是IBM Rational的測試工具,是一個針對WEB, ERP 和C/S 進行功能自動化測試的工具. 它可以降低功能測試上的人力和物力的投入和風險包括了可見和非可見對象Rational TestManager 從一個獨立的,全局的角度對于各種測試活動進行管理和控制. 它讓測試者可以隨時了解需求變更對于測試用例的影響, 通過針對一致目標而進行的測試與報告提高了團隊生產(chǎn)力.Rational TestManager用來從各個方面進行測試管理:* 測試計劃* 測試設(shè)計* 測試實現(xiàn)* 測試執(zhí)行* 結(jié)果分析38.38. LoadrunnerLoadrunn

27、er會不會用,寫沒寫過測試編碼。會不會用,寫沒寫過測試編碼。答:這個根據(jù)個人實際情況回答。39.39. 協(xié)議接口測試有沒有測試過。協(xié)議接口測試有沒有測試過。答:這個根據(jù)個人實際情況回答。40.40. 關(guān)于何時能夠到位?關(guān)于何時能夠到位?答:這個根據(jù)實際情況回答。41.41. 是否測試過關(guān)于協(xié)議的系統(tǒng)?是否測試過關(guān)于協(xié)議的系統(tǒng)?答:這個根據(jù)個人實際情況回答。42.42. 所參與的項目中規(guī)模最大的有多少行代碼?所參與的項目中規(guī)模最大的有多少行代碼?答:這個根據(jù)個人實際情況回答。43.43. 對于對于linuxlinux的簡單操作的簡單操作44.44. 是否測試過碼流?是否測試過碼流?45.45.

28、關(guān)于性能需要分析,給出具體方法關(guān)于性能需要分析,給出具體方法46.46. 監(jiān)聽端口的方法監(jiān)聽端口的方法47.47. sqlsql語句,出題回答語句,出題回答 查詢出不包括查詢出不包括138138的號條數(shù)的號條數(shù)select 字段名 from 表名 where id13848.48. 測試過程的管理工作測試過程的管理工作進度管理:按照客戶要求完成工作,每天檢查工作進度,發(fā)現(xiàn)偏差時及時調(diào)整,通過加班或者與客戶溝通存在問題。質(zhì)量管理:檢查測試人員提交的缺陷質(zhì)量,包括缺陷描述是否符合規(guī)范,缺陷是否描述清晰,是否可重現(xiàn),級別是否正確,抽測測試人員負責模塊是否有嚴重問題未發(fā)現(xiàn)。49.49. 測試方法測試方

29、法答:等價類劃分、邊界值分析、錯誤推測、因果分析。50.50. 有沒有測試過有沒有測試過UNIXUNIX的項目?的項目?答:這個根據(jù)個人情況回答。51.51. UNIXUNIX基本的操作命令熟不熟?問解壓縮命令基本的操作命令熟不熟?問解壓縮命令Tar cvf 打包不壓縮Tar xvf 解包不壓縮壓縮命令:compress 解壓縮命令:uncompress .zGzip gunzip .gzZip unzip .z52.52. oracleoracle查詢語句分組命令,數(shù)據(jù)庫視圖的作用,視圖里面的數(shù)據(jù)能改嗎?查詢語句分組命令,數(shù)據(jù)庫視圖的作用,視圖里面的數(shù)據(jù)能改嗎?答:分組命令:Group By

30、。視圖的作用: * 簡單性??吹降木褪切枰?。視圖不僅可以簡化用戶對數(shù)據(jù)的理解,也可以簡化他們的操作。那些被經(jīng)常使用的查詢可以被定義為視圖,從而使得用戶不必為以后的操作每次指定全部的條件。 * 安全性。通過視圖用戶只能查詢和修改他們所能見到的數(shù)據(jù)。數(shù)據(jù)庫中的其它數(shù)據(jù)則既看不見也取不到。 * 邏輯數(shù)據(jù)獨立性。視圖可幫助用戶屏蔽真實表結(jié)構(gòu)變化帶來的影響。對于簡單視圖可以用update語法修改表數(shù)據(jù),但復(fù)雜視圖則不一定能改。如使用了函數(shù),group by。53.53. robotrobot測試工具里面有測試工具里面有javajava控件嗎?控件嗎?有,但需要安裝。54.54. 哪些資料要進行測試?哪

31、些資料要進行測試?答:一般需要寫大綱的資料都要測試,這個具體會在 SOW 中明確說明。55.55. 簡單介紹下測試的經(jīng)歷。簡單介紹下測試的經(jīng)歷。根據(jù)個人情況回答,一定要把自己的項目描述清楚。56.56. 你覺得測試過程中哪個環(huán)節(jié)最重要?你覺得測試過程中哪個環(huán)節(jié)最重要?測試需求的理解、對被測對象的掌握。華為的人說這個也沒有標準答案,只是看看對測試的理解。也可以說每個環(huán)節(jié)都很重要。57.57. DB2DB2和和oracleoracle的存儲過程有什么區(qū)別?的存儲過程有什么區(qū)別?58.58. oracleoracle存儲過程的輸出類型是什么?存儲過程的輸出類型是什么?59.59. 唯一索引和聯(lián)合索引

32、有什么區(qū)別?唯一索引和聯(lián)合索引有什么區(qū)別?答:唯一索引保證表中沒有兩行在定義索引的列上具有重復(fù)值,唯一索引也可以是兩個及兩個以上字段的聯(lián)合索引。60.60. 有沒有用過有沒有用過informixinformix數(shù)據(jù)庫?數(shù)據(jù)庫?61.61. 簡單介紹一下對主叫、被叫、前轉(zhuǎn)的理解。簡單介紹一下對主叫、被叫、前轉(zhuǎn)的理解。62.62. 對整體的業(yè)務(wù)框架是怎么理解的?對整體的業(yè)務(wù)框架是怎么理解的?63.63. 介紹一下介紹一下BOSSBOSS項目是做什么的?項目是做什么的?64.64. BOSSBOSS項目和本項目是什么直接的關(guān)系?項目和本項目是什么直接的關(guān)系?65.65. BOSSBOSS用的數(shù)據(jù)庫和

33、操作系統(tǒng)分別是什么?用的數(shù)據(jù)庫和操作系統(tǒng)分別是什么?答:數(shù)據(jù)庫一般用 Oracle、操作系統(tǒng)一般用 Unix。66.66. AIXAIX查看查看cpucpu使用情況的命令是什么?使用情況的命令是什么?答:vmstat / top。67.67. 一個項目一個項目2020天的測試時間,分三輪測試,問如何安排?天的測試時間,分三輪測試,問如何安排?答:1-7 第一輪測試8-9 修改完善測試用例、等開發(fā)人員提交代碼。10-14 第二輪測試15-16 等開發(fā)人員提交代碼17-20 第三輪回歸測試。上述時間安排并不是決對性的,可以根據(jù)不同項目情況調(diào)整,但需注意每輪測試之間要留有開發(fā)人員修改代碼的時間??梢?/p>

34、適當安排測試小結(jié)或測試、開發(fā)交流會。68.68. 怎么來保證項目測試的質(zhì)量怎么來保證項目測試的質(zhì)量答:測試用例編寫完畢后要加強評審的力度,確保測試用例覆蓋所有需求點,測試時間寬裕的話可以做交叉測試,用以確保測試質(zhì)量。69.69. 測試工作的時間安排不夠的話,應(yīng)該怎么處理測試工作的時間安排不夠的話,應(yīng)該怎么處理答:首先要考慮可以加班,如問題仍不能解決的話可以和項目經(jīng)理商量適當延長測試的時間70.70. 測試計劃的內(nèi)容測試計劃的內(nèi)容答:軟硬件環(huán)境,測試點,集成順序,人員安排,進度安排71.71. 怎么高效管理團隊,能保證保量的完成任務(wù)怎么高效管理團隊,能保證保量的完成任務(wù)答:任務(wù)的分配要與測試人員

35、的溝通后再確定,多關(guān)心測試人員的工作情況和心理狀態(tài),發(fā)現(xiàn)問題及時作出反應(yīng)。72.72. 用過哪些測試工具(包括華為自己寫的)用過哪些測試工具(包括華為自己寫的)答:對 robot 比較熟悉,loadrunner 也自己學習過。有什么說什么。73.73. 對對javajava代碼、代碼、oracleoracle的存儲過程是否能看明白的存儲過程是否能看明白答:可以看懂 java 代碼,存儲過程較熟悉(測試渠道酬金結(jié)算項目的時候就是看得老系統(tǒng)的存儲過程了解的業(yè)務(wù))74.74. 以前做過什么項目并且介紹你做過的比較好的項目以前做過什么項目并且介紹你做過的比較好的項目答:外包項目做的都不錯,舉清欠管理子

36、系統(tǒng)的例子,簡單說明了一下。75.75. 你在以前項目中擔任的角色你在以前項目中擔任的角色答:根據(jù)實際情況回答,盡量說自己是測試骨干。測試負責人與數(shù)據(jù)庫的搭建76.76. 對對oracleoracle的應(yīng)用程度的應(yīng)用程度答:根據(jù)實際情況回答,如:對oracle管理與建設(shè)比較熟悉77.77. 最近做的項目的工作量(代碼行數(shù)),測試發(fā)現(xiàn)的最近做的項目的工作量(代碼行數(shù)),測試發(fā)現(xiàn)的bugbug答:代碼行 16000,測試發(fā)現(xiàn) bug 應(yīng)該是 54 個(回答這個問題時沒有明確說明 bug 個數(shù))78.78. 怎么看待加班的現(xiàn)象怎么看待加班的現(xiàn)象項目比較緊情況下,加班是可以理解的。服從安排,按期完成項

37、目是共同目標。79.79. 對于系統(tǒng)運行產(chǎn)生的日志文件是否關(guān)注?對于系統(tǒng)運行產(chǎn)生的日志文件是否關(guān)注?只是適當了解,公司對于服務(wù)器的維護安排有人負責。80.80. 曾經(jīng)參與的一個并非銀行系統(tǒng)的海事海員改造系統(tǒng),當初是怎么做的?曾經(jīng)參與的一個并非銀行系統(tǒng)的海事海員改造系統(tǒng),當初是怎么做的?答:跟別的系統(tǒng)一樣,也是在理解需求的前提下嚴格按照用戶的要求進行測試。TopEngTopEng BOSS3.0BOSS3.0 渠道合作伙伴委托測試項目渠道合作伙伴委托測試項目1.1.javajava中什么是類,什么是接口?中什么是類,什么是接口?答:Java 程序的基本單位是類,類是對象的抽象,對象是類的實例,或

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

39、.3.javajava中的中的staticstatic是怎么回事是怎么回事?答:static是靜態(tài),如果加載方法前就是一個靜態(tài)方法??梢灾苯蛹宇惷?方法名引用。4.4.javajava中垃圾回收是怎么回事?中垃圾回收是怎么回事?答:java編程語言不為程序員提供操作符或庫函數(shù)來釋放對象的,因為java運行環(huán)境會自動收回那些沒有引用與之相連的對象所占的內(nèi)存。這種內(nèi)存回收的過程就叫 垃圾回收。垃圾回收器自動定期執(zhí)行。任何時候你都可以手動通過 system.gc() 調(diào)用垃圾回收器。5.5.oracleoracle中,什么是視圖?中,什么是視圖?答:視圖是存儲在數(shù)據(jù)字典里的一條 select 語句,

40、是基于一個表或多個表或視圖的邏輯表,本身不包含數(shù)據(jù),通過它可以對表里面的數(shù)據(jù)進行查詢和修改。6.6.你對那個數(shù)據(jù)庫比較熟悉?只是會用啊還是熟悉?你對那個數(shù)據(jù)庫比較熟悉?只是會用啊還是熟悉?答:根據(jù)個人情況回答。7.7.EclipseEclipse熟悉不熟悉?其中都有那些視圖?熟悉不熟悉?其中都有那些視圖?答:Eclipse 工作臺由幾個稱為 視圖(view) 的窗格組成,比如左上角的 Navigator 視圖。窗格的集合稱為 透視圖(perspective)。默認的透視圖是 Resource 透視圖,它是一個基本的通用視圖集,用于管理項目以及查看和編輯項目中的文件。8.8.都是根據(jù)什么來寫用例

41、?都是根據(jù)什么來寫用例?答:咱公司都是根據(jù)需求直接測試測試用例,華為是根據(jù)測試方案來寫測試用例。9.9.熟悉熟悉UNIXUNIX和和LINUXLINUX嗎?說一下熟悉的命令嗎?說一下熟悉的命令答:列舉幾個常用的命令:vi ls vmstat tail kill find chmod cp cat wc 10.10.國稅項目的流程是什么國稅項目的流程是什么 ?11.11.熟悉哪些熟悉哪些RationalRational工具工具?答:根據(jù)個人情況回答。12.12.平時的項目所使用什么服務(wù)器,使用什么架構(gòu)平臺?對這些服務(wù)器以及架構(gòu)平臺是否了解或者熟悉平時的項目所使用什么服務(wù)器,使用什么架構(gòu)平臺?對這

42、些服務(wù)器以及架構(gòu)平臺是否了解或者熟悉CCBSCCBS 海外海外 BOSSBOSS 版本委托測試項目版本委托測試項目1.1.ORACLEORACLE:表存儲命令,左連接、右連接:表存儲命令,左連接、右連接2.2.JAVAJAVA:類裝載器?:類裝載器?3.3.UNIXUNIX:lsls命令用途?常用的參數(shù)?各參數(shù)的含義?命令用途?常用的參數(shù)?各參數(shù)的含義? 答:ls:功能:顯示目錄中的內(nèi)容參數(shù)及含義:a:列出目錄中所有文件d:列出所有子目錄i:列出長格式 4.4.UNIXUNIX:什么是管道?:什么是管道?答:管道符號|,可以把一個命令的標準輸出連接到另一個命令的標準輸入。例如,利用管道把 ls

43、 和 wc 兩個命令連接到一起,可以得到指定目錄下的文件數(shù)量。 ls /usr | wc -w重上述命令的執(zhí)行效果看,可以把組合命令分解為以下兩個命令 ls /usr fname;wc -w =a100,用邊界值方法測試要考慮到哪些數(shù)據(jù)(2、3、4、99、100、101)15.黑盒測試有哪些方法(邊界值分析、等價類劃分、因果圖等)16 .heap 和 stack 的區(qū)別?stack: 先進后出,存放局部變量和函數(shù)調(diào)用參數(shù)! heap: 沒有先后順序,程序運行時動態(tài)申請,如 new 和 malloc 申請的內(nèi)存就在堆上17.輸入 n 個數(shù)然后從小到大排列出來(c+)18.編寫一個調(diào)用內(nèi)存的程序?qū)?/p>

44、內(nèi)存打印出來(c+)19.typedef 這個關(guān)鍵字怎么用(c+)20.寫出四個線程,前兩個各自加一,后兩個各自減一(java)public class ThreadTest1 private int j; public static void main(String args)ThreadTest1 tt=new ThreadTest1();Inc inc=tt.new Inc();Dec dec=tt.new Dec();for(int i=0;i2;i+)Thread t=new Thread(inc);t.start();t=new Thread(dec);t.start(); pri

45、vate synchronized void inc()j+;System.out.println(Thread.currentThread().getName()+-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;i100;i+)inc(); class Dec implements Runnablepublic vo

46、id run()for(int i=0;i=60 的學生的人數(shù)(3)將 hebby 的成績插入的表中成績?yōu)?85(4)修改 robote 的成績?yōu)?87(5)刪除 anne 的資料面試題目:1.做煙草項目時,公司用了哪些中間件?2.對 unix 系統(tǒng)熟悉么?3.中間件項目的流程,如何測試的?4.度量庫項目具體是做什么的?5.華為的項目具體是怎么做的?6.有沒有用自動化工具錄制過腳本,具體做過哪些工作?7.做過性能測試么?8.刪除數(shù)據(jù)庫中某表的數(shù)據(jù)有哪兩種方法?9.對數(shù)據(jù)庫中的索引熟悉么,索引作用是什么,索引是建一個好,還是越多越好?10.華為第三方測試項目,這個是如何測試的?11.國稅項目中的

47、分包任務(wù)單是怎么回事?12.有沒有實際開發(fā)過 java?13.什么是執(zhí)行測試和測試執(zhí)行,測試執(zhí)行的前提和準備是什么?14.J2ee 三層架構(gòu)2008-01-13 吳學春 王志波1、說幾個簡單的 AIX 的命令如:復(fù)制命令 CP,重命名 MV,查看文件 ls 編輯命令 vi 等等2、對 ORACLE 的掌握程度如何。簡單的數(shù)據(jù)庫操作如何?3、說一下基本測試流程需求階段一般進行測試計劃的編寫設(shè)計階段一般進行測試策略、測試方案的編寫編碼階段一般進行測試用例的編寫4、說一下你負責的 BOSS 系統(tǒng)的模塊,測試人員數(shù)多少?考察對業(yè)務(wù)的了解程度5、說一下你對 BOSS 系統(tǒng)其他業(yè)務(wù)的了解?考察對業(yè)務(wù)的了解

48、能力6、對后臺測試了解多少?7、有沒有做過開發(fā)項目?2008 年 2 月 19 日 曲洪波、李小靜、陳航程1 對 Oracle 數(shù)據(jù)庫是否熟悉(比如:異常處理)。?對數(shù)據(jù)庫操作是否熟悉一些 oracle 基本的常用定義,還有基本的 SQL 語句查詢。2 websphere 和 weblogic 了解多少3 有關(guān) robot 的使用,知道多少4 DB2 和 oracle 的存儲過程有什么區(qū)別?5 對自己做經(jīng)歷過的項目的評價,做的是什么項目1. 多態(tài)性是指允許不同類的對象對同一消息作出響應(yīng)2. 抽象性的特征 抽象 繼承 封裝 多態(tài)3. 游標的使用它有時用來描述一個記錄集,有時用來描述當前記錄集中某

49、一條記錄的指針,它主要用來建立一個關(guān)系數(shù)據(jù)庫中行列關(guān)系的一種 SQL 可利用的訪問格式4. 存儲過程的使用將常用的或很復(fù)雜的工作,預(yù)先用 SQL 語句寫好并用一個指定的名稱存儲起來, 那么以后要叫數(shù)據(jù)庫提供與已定義好的存儲過程的功能相同的服務(wù)時,只需調(diào)用 execute,即可自動完成命令。定義存儲過程CREATEOR REPLACE PROCEDUREschema. procedure_name (argumentIN|OUT|IN OUTdatatype|,.|)IS | AS其中,procedure_name 是存儲過程的名稱,argument 是參數(shù)名,datatype 是對應(yīng)參數(shù)的數(shù)據(jù)

50、類型。OR REPLACE 是可選項,如果已經(jīng)存在一個同名的過程,則首先刪除已有過程,然后創(chuàng)建。關(guān)鍵字 IS 和 AS 是等價的,用來引出過程體5. 對 MFC 的了解 MFC 應(yīng)用程序模型歷經(jīng)多年以有了相當大的發(fā)展。有一個時期,它只是個使用應(yīng)用程序?qū)ο蠛椭鞔翱趯ο蟮暮唵文P?。在這個模型中,應(yīng)用程序的數(shù)據(jù)作為成員 變量保持在框架窗口類中,在框架窗口的客戶區(qū)中,該數(shù)據(jù)被提交顯示器。隨著 MFC2。0 的問世,一種應(yīng)用程序結(jié)構(gòu)的新方式-MFC 文檔/視結(jié)構(gòu)出現(xiàn) 了。在這種結(jié)構(gòu)中,CFrameWnd 繁重的任務(wù)被委派給幾個不同類,實現(xiàn)了數(shù)據(jù)存儲和顯示的分離。6. 虛函數(shù)的使用及作用那些被 Vitua

51、l 關(guān)健字修飾的成員函數(shù),就是虛函數(shù)。虛函數(shù)的作用,用專業(yè)的術(shù)語來解釋就是實現(xiàn)多態(tài)(Polymorphism),多態(tài)性是將接口歸與實現(xiàn)進行分離;用形象的語言來解釋就是實現(xiàn)心共同的方法,但因個體差異而采用不同的策略 7. Visual Studio 2005 工具的使用我用的是 VC 開發(fā)工具,其它的還有 VB、C#、J#等8. 代碼收集工具 ClearCase CVS VSS9. 軟件測試過程中需要寫什么文檔,有什么人負責測試方案 測試負責人測試計劃 測試負責人測試用例 測試工程師測試報告 測試負責人(每個測試工程師應(yīng)該做好自己測試部分的測試小結(jié))10. 目前應(yīng)用最好的 Oracle 是什么1

52、. 對 Oracle 數(shù)據(jù)庫熟悉嗎?2. SQL 語句刪除數(shù)據(jù)庫中的一條記錄,刪除表中的所有記錄,增加一個字段?Delete from 表名 where 刪除條件Delete from 表名Alter table 表名 ADD 字段名 數(shù)據(jù)類型(長度)3. 數(shù)據(jù)庫怎么備份?4. 數(shù)據(jù)庫游標是什么? 可以理解為指向表的數(shù)據(jù)指針。5. WebLogic WebSphere 用過嗎?熟悉嗎?你們一般用什么應(yīng)用服務(wù)器?6. 用過哪些中間件產(chǎn)品?7. unix 命令熟悉嗎? 查看內(nèi)存使用 進程的是哪個命令? tar 命令怎么用? 查看內(nèi)存 進程:toptar 命格式:tar cvf aa.tar aa8

53、. 比較系統(tǒng)的說一下 ENIP 這個項目?ENIP CORE(電信業(yè)務(wù)開發(fā)平臺)的一部分, 主要是作了一個 IDL 編輯器,屬于 Eclipse 插件,實現(xiàn) IDL 的語法解析和語義分析,在實現(xiàn)上參考 java 編輯器9. 作測試,工作一般是怎么作的?工作流程工作要按照流程來,我們這邊是根據(jù)需求和詳細設(shè)計寫測試用例(有問題溝通交流)用例評審測試執(zhí)行,在華為那邊我們不作前邊的測試需求分析和方案設(shè)計,根據(jù)華為的測試方案寫出測試用例用例評審測試執(zhí)行10. 測試中有哪些交互性的工作,都是怎么作的?a)問題的溝通交流,有問題有溝通有記錄b)與合作方的互動:及時反饋進度和項目中遇到的問題11. 工作中和同

54、事有沒有過沖突?沒有,提單時,有時候問題我們定位不了,就附上定位信息,不定位.開發(fā)的不答應(yīng),這時候只能想辦法定位了,避免推來推去引起沖突.12. 與華為合作的幾個項目介紹一下,規(guī)模都有多大?從投入人力和時間的角度說了一下規(guī)模什么是 CRM?CRM(Customer Relationship Management),即客戶關(guān)系管理。這個概念最初由 Gartner Group 提出來,而在最近開始在企業(yè)電子商務(wù)中流行。CRM 的主要含義就是通過對客戶詳細資料的深入分析,來提高客戶滿意程度,從而提高企業(yè)的競爭力的一種手段,它主要包含以下幾個主要方面(簡稱 7P): 客戶概況分析(Profiling)

55、包括客戶的層次、風險、愛好、習慣等; 客戶忠誠度分析(Persistency)指客戶對某個產(chǎn)品或商業(yè)機構(gòu)的忠實程度、持久性、變動情況等; 客戶利潤分析(Profitability)指不同客戶所消費的產(chǎn)品的邊緣利潤、總利潤額、凈利潤等; 客戶性能分析(Performance)指不同客戶所消費的產(chǎn)品按種類、渠道、銷售地點等指標劃分的銷售額; 客戶未來分析(Prospecting)包括客戶數(shù)量、類別等情況的未來發(fā)展趨勢、爭取客戶的手段等; 客戶產(chǎn)品分析(Product)包括產(chǎn)品設(shè)計、關(guān)聯(lián)性、供應(yīng)鏈等; 客戶促銷分析(Promotion)包括廣告、宣傳等促銷活動的管理。 附錄 UNIX 常用命令簡單說

56、明 UNIX 命令大多數(shù)可用聯(lián)機幫助手冊 man 獲得幫助,下面是常用命令及簡單說明,可供用戶快速查找使用。 命令 功能簡述 acctcom 等于進程記帳文件accton 啟動或中止記帳進程adb 匯編語言調(diào)試工具admin 創(chuàng)建和管理 SCCS 文件ar 檔案文件和庫文件管理程序as 匯編器asa 回車控制at 在指定時間執(zhí)行程序awk 模式搜索和處理語言banner 制作標題basename 生成文件基本名(無前。后綴)batch 命令的延遲執(zhí)行bc 計算器bdiff 大型文件比較bfs 大文件搜索break 退出循環(huán)cal 打印日歷表calendar 打印日歷表cancel 取消打印任務(wù)

57、case 分支語句cb C 語言整理程序cd 改變當前目錄cc C 語言編譯器cdc SCCS 實用程序cflow 生成 C 語言流程圖checkeq 數(shù)學公式排版命令chgrp 改變文件組chmod 改變文件存取模式chown 改變文件主chroot 改變根目錄cksum 顯示校驗和clri 清除指定的 I 節(jié)點cmp 文件比較col 過濾反向換行comb SCCS 實用程序comm 顯示兩個排序文件的公共行command 執(zhí)行簡單命令continue 進入下一循環(huán)cp 復(fù)制文件cpio 復(fù)制文件檔案cpp C 語言預(yù)處理程序crash 檢查系統(tǒng)內(nèi)存映象create 建立臨時文件cref 生

58、成交叉引用表cron 在指定時間執(zhí)行一組命令crontab 為命令 cron 準備 crontab 文件crypt 加密/解密csplit 將一個文件分解ct 遠程終端注冊ctags 創(chuàng)建供 vi 使用的標識符cu 呼叫另一 UNIX 系統(tǒng)cut 斷開一文件中所選擇的字段cxref 生成 C 程序交叉訪問表date 打印和設(shè)置時間dc 桌面計算器dd 轉(zhuǎn)換和復(fù)制文件delta SCCS 實用程序deroff 去掉排版格式devnm 標識設(shè)備名df 顯示可用磁盤空間diff 顯示兩個文件的差異diff3 顯示三個文件的差異dircmp 目錄比較dis 反匯編程序du 顯示對磁盤的占用情況dump 對指定文件備份echo 回顯指定參數(shù)ed 行編輯器edit 文本編輯器egrep 在文件中查找指定模式env 設(shè)置命令執(zhí)行環(huán)境eqn 數(shù)學公式排版命令eval 執(zhí)行指定命令ex 行編輯器exec 執(zhí)行指定命令exit 進程中止expand 使表格占滿行寬export 將變量傳遞給子程序expr 計算表達式值factor 因式分解false 返回 FALSEfgrep 在文件中查找指定模式file 確定文件類型find 查找符號條件的文件fmt 安排簡單的文本格式fold 折行for 循環(huán)

溫馨提示

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

評論

0/150

提交評論