測試?yán)碚?- 題目

1、對于打開的文件，惟一識別的依據(jù)是（B ）A、文件名 B、文件句柄 C、物理位置 D、目錄位置6、系統(tǒng)產(chǎn)生死鎖的原因是（ B ）A、一個進(jìn)程進(jìn)入死循環(huán) B、多個進(jìn)程競爭，資源出現(xiàn)了循環(huán)等C、進(jìn)程釋放資源 D、多個進(jìn)程競爭共享型設(shè)備4、關(guān)于匯編語言，以下敘述中正確的是（C ）A、匯編語言源程序可以直接在計算機上運行(不行，只有機器語言才可以)B、將匯編語言源程序轉(zhuǎn)換成目標(biāo)程序的軟件稱為解釋程序(錯)C、在匯編語言程序中，不能定義符號常量D、將匯編語言源程序翻譯成機器語言程度的軟件稱為匯編程序(錯，應(yīng)稱為編譯程序)5、對高級語言源程序進(jìn)行編譯時，可發(fā)現(xiàn)源程序中的（ B ）錯誤。A、堆棧溢出 B、變量

2、未定義 C、指針導(dǎo)常 D、數(shù)組元素下標(biāo)越界2、使用什么工具可以查看Window服務(wù)器的CPU、內(nèi)存使用情況（C A）A、任務(wù)管理器 B、磁盤管理器 C、資源管理器 D、查詢分析器8、目前流行的搜索引擎有 _IE、谷歌_、百度_、必應(yīng)_、_百度搜索、谷歌搜索、狗狗搜索、迅雷搜索、雅虎搜索_、_、等B/S 最大的優(yōu)勢為客戶端免維護(hù)，適用于用戶膨大，或客戶需求經(jīng)常發(fā)生變化的情況C/S功能強大，可以減輕服務(wù)器壓力，如果用戶的需求特別復(fù)雜，用C/S1、 簡述CS、BS的優(yōu)缺點。（5分）2、六、打開一個網(wǎng)頁，如果宣示一片空白，是何原因，如何解決？IE問題傳值均未取到頁面本身沒有任何代碼跳轉(zhuǎn)錯誤七、典型C/

3、S架構(gòu)應(yīng)用程序有和特點，測試上應(yīng)注意什么？C/S 構(gòu)架是一種典型的兩層構(gòu)架，其全程是client/server即客戶端服務(wù)器構(gòu)架測試上應(yīng)注意其承受大用戶量并發(fā)訪問的能力，比較好的方法是用測試工具來模擬多個客戶端同時訪問服務(wù)器，并使用能監(jiān)測工具獲得關(guān)于服務(wù)器、數(shù)據(jù)庫等用戶關(guān)心的性能指標(biāo)。八、典型Web應(yīng)用程序（B/S多層架構(gòu)）邏輯上分哪幾層？Web應(yīng)用有何特點，測試上應(yīng)注意什么，主要性能指標(biāo)有哪些？1.B/S結(jié)構(gòu)分為客戶端browse，web服務(wù)器，數(shù)據(jù)庫三個層次2、居于瀏覽器3、表單測試、鏈接測試、圖形測試、內(nèi)容測試、cookies測試、性能測試、安全性測試4、AVG rps:平均每秒響應(yīng)的次

4、數(shù)=總請求時間/秒數(shù)Avg time to last byte per terstion （mstes）:平均每秒業(yè)務(wù)角本的迭代次數(shù) ,有人會把這兩者混淆；Successful Rounds：成功的請求；Failed Rounds ：失敗的請求；Successful Hits ：成功的點擊次數(shù)；Failed Hits ：失敗的點擊次數(shù)；Hits Per Second ：每秒點擊次數(shù)；Successful Hits Per Second ：每秒成功的點擊次數(shù)； Failed Hits Per Second ：每秒失敗的點擊次數(shù)；Attempted Connections ：嘗試鏈接數(shù)；你近3年的

5、職業(yè)規(guī)劃？1. 二進(jìn)制1011010的十六制值是_5A_ 2. 計算機系統(tǒng)出現(xiàn)死鎖是因為 _ABCD_A系統(tǒng)中有多個阻塞進(jìn)程B資源數(shù)大大小于系統(tǒng)中的進(jìn)程數(shù)C系統(tǒng)中多個進(jìn)程同時申請的資源總數(shù)大大超過系統(tǒng)的資源總數(shù)D若干進(jìn)程互相等待對方已占有的資源5、關(guān)于匯編語言，一下敘述中正確的是(D )A、 匯編語言源程序可以直接在計算機上運行B、 將匯編語言源程序轉(zhuǎn)換成目標(biāo)程序的軟件成為解釋程序C、 在匯編語言程序中，不能定義符號常量D、 將匯編語言源程序翻譯成機器語言程序的軟件成為匯編程序6、對高級語言源程序進(jìn)行編譯時，可發(fā)現(xiàn)源程序中的( B )錯誤。A、堆棧溢出 B、變量未定義 C、指針異常 D、數(shù)組元

6、素下標(biāo)越界3、以下那個是黑盒測試的測試方法(C )測試用例覆蓋 輸出覆蓋 輸入覆蓋 分支覆蓋 語句覆蓋 條件覆蓋A、 B、 C、 D、9、QQ賬號 對此輸入進(jìn)行測試，不會用到的測試方法是( B )A、等價類劃分方法 B、邊界值分析方法C、因果圖方法 D、錯誤推測法10、關(guān)于軟件測試的說法( )是不正確的。A、代碼審查是代碼檢查的一種，是由程序員和測試員組成一個審查小組，通過閱讀、討論和爭議，對程序進(jìn)行靜態(tài)分析的過程。B、軟件測試的對象不僅僅是程序，文檔、數(shù)據(jù)和規(guī)程都是軟件測試的對象。C、白盒測試劃通過對程序內(nèi)部結(jié)構(gòu)的分析、檢測來尋找問題的測試方法。D、單元測試是針對軟件設(shè)計的最小單位程序模塊進(jìn)

7、行正確性檢驗的測試工作，它通常需要1、軟件測試的生命周期 需求分析 、 單元測試 、 集成測試 、 系統(tǒng)測試 、 計劃、分析、構(gòu)建、測試周期、最后測試和實施、實施 、 等。3、常見的配置管理軟件有： VSS 、 SVN 、 CVS 、CC(clear case) 等。4、對面向過程的系統(tǒng)采用的集成策略有 自頂向下 、 自底向上 兩種。6、典型的軟件測試過程模型有 v 、 w 、 H 、X 等。7、兼容性測試中測試平臺有 Linux 、 windows 、 Mac 、 UNIX 等。9、功能自動化測試工具有 winrunner 、QTP 、 robot 、 testrunner 、 QArun

8、等。10、軟件由于設(shè)計不當(dāng)，引發(fā)安全漏洞，常見的漏洞為： 緩沖區(qū)溢出 、 不對輸入內(nèi)容進(jìn)行預(yù)期檢查 、意料外的聯(lián)合使用問題 、 數(shù)據(jù)同步 等1、 寫出你對軟件測試的認(rèn)識，盡量詳細(xì)。（5分）軟件測試就是在軟件投入運行前，對軟件需求分析、設(shè)計規(guī)格說明和編碼的最終復(fù)審，是軟件質(zhì)量保證的關(guān)鍵步驟。軟件測試時為了發(fā)現(xiàn)錯誤而自行程序的過程。或者說，軟件測試是根據(jù)軟件開發(fā)個階段的規(guī)格說明和程序的內(nèi)部結(jié)構(gòu)而精心設(shè)計一批測試用例（即輸入數(shù)據(jù)及其漁區(qū)的輸出結(jié)果），并用這些測試用例去運行程序，以發(fā)現(xiàn)程序錯誤的過程解釋什么是線程、什么是進(jìn)程。（5分）線程是按設(shè)計人員預(yù)先的設(shè)定自動運行的。舉個例子說，就像一個銀行分很多

9、部門，每個部門都需要用電，這里可以把一個部門看做一個用電的線程，在同一個時間內(nèi)，很多部門都要用電，就是多線程工作進(jìn)程（Process）是獨立調(diào)配計算機資源的一個單位，是一個正在運行中的程序?qū)σ慌_榨汁機進(jìn)行測試，要從哪些方面進(jìn)行測試，請寫出每個測試點對應(yīng)的測試用例。功能性：榨汁基本功能安全性：健康及使用是否導(dǎo)致生命危險等易用性：基本操作及清洗UI體驗：美觀兼容性：不同的用電環(huán)境及榨汁對象性 能：榨汁速度及耗電量A、 規(guī)則說明一號通功能是指用戶的多個終端（手機、固定電話）可以掛在一個虛擬或?qū)嶋H號碼下面、這個號碼稱為引導(dǎo)號碼。當(dāng)其它用戶撥打引導(dǎo)號碼時，用戶的多個終端會同時振鈴，當(dāng)用戶接聽其中一個終端

10、后，其它終端將停止振鈴。一號通最多只支持有2個成員；一號通的成員可以是固定電話或移動電話；引導(dǎo)號碼長度為4-16請設(shè)計相應(yīng)測試用例驗證一號通功能（寫出分析過程）正常：1、引導(dǎo)號碼：長度、號碼規(guī)則、虛擬號碼、實際號碼2、兩個終端：手機-固定電話、手機-手機、固定電話-固定電話3、一個終端：手機、固定電話4、終端通話切換異常：1、號碼異常2、加載兩個各以上的終端3、一個終端故障、兩個終端均故障4、一個終端接通后繼續(xù)撥打引導(dǎo)號碼B、 規(guī)則說明假設(shè)需要實現(xiàn)操作系統(tǒng)中的一個進(jìn)程調(diào)度器，根據(jù)如下規(guī)則來確定如何進(jìn)行測試設(shè)計、進(jìn)程可處于5種狀態(tài)；1、 就緒 隨時可以被調(diào)度器選中，從而獲得CPU得到執(zhí)行2、 運

11、行 已經(jīng)獲得CPU，正在執(zhí)行3、 阻塞 進(jìn)程申請系統(tǒng)中的資源，如果資源暫時無法獲得，則進(jìn)入阻塞狀態(tài)4、 終止 進(jìn)程結(jié)束，則進(jìn)入終止?fàn)顟B(tài)，等待操作系統(tǒng)回收進(jìn)程在創(chuàng)建或運行時申請的資源5、 死亡 處于終止?fàn)顟B(tài)的進(jìn)程資源被回收后，進(jìn)程徹底消失，等價于沒有被創(chuàng)建請設(shè)計用例測試進(jìn)程調(diào)度器（寫出分析過程）。一、用戶輸入一個整數(shù)。系統(tǒng)判斷并輸出是負(fù)數(shù)還是非負(fù)數(shù)，請設(shè)計測試用例。等價類、邊界值方法設(shè)計即可。二、畫出判斷一個三角形是普通三角形，等腰三角形，等邊三角形的流程圖，并設(shè)計測試用例。流程圖：首先保證三邊、整數(shù)、正數(shù)、非零然后兩邊之和大于第三邊，這樣就可以構(gòu)成三角形再次兩邊相等便形成等腰三角形最后三邊相等

12、便形成等邊三角形用例：345 一般三角形335 等腰三角形353 等腰三角形533 等腰三角形333 等邊三角形四、舉例說明什么是邊界條件測試。比如登陸框要求用戶名只能是6-20位的字符那么邊界就是6和20五、喝水的帶廣告圖案的花樣杯，對它設(shè)計出盡可能多的測試用例。根據(jù)測試策略分別一一列出即可。界面測試:查看杯子外功能度：用水杯裝水看漏不漏；水能不能被喝到安全性：杯子有沒有毒或細(xì)菌可靠性：杯子從不同高度落下的損壞程度可移植性：杯子再不同的地方、溫度等環(huán)境下是否都可以正常使用兼容性：杯子是否能夠容納果汁、白水、酒精、汽油等易用性：杯子是否燙手、是否有防滑 措施、是否方便飲用用戶文檔：使用手冊是否

13、對杯子的用法、限制、使用條件等有詳細(xì)描述疲勞測試：將杯子盛上水（案例一）放24小時檢查泄漏時間和情況；盛上汽油（案例二 放 24小時檢查泄漏時間和情況等壓力測試：用根針并在針上面不斷加重量，看壓強多大時會穿透跌落測試: 杯子加包裝(有填充物),在多高的情況摔下不破損震動測試: 杯子加包裝(有填充物),六面震動,檢查產(chǎn)品是否能應(yīng)對惡劣的鐵路公路航空運輸九、單元測試、集成測試、系統(tǒng)測試的側(cè)重點的什么？單元測試：模塊、方法集成測試：接口系統(tǒng)測試：整個系統(tǒng)整體把握十、黑盒，白盒，回歸，壓力測試的定義。黑盒測試：把被測物體看做是一個黑盒子，不需了解內(nèi)部結(jié)構(gòu)，注重輸入輸出，所以又稱作是功能測試。白盒測試：

14、又稱為結(jié)構(gòu)測試，因為注重的是軟件的結(jié)構(gòu)、邏輯和算法回歸測試：是指在發(fā)生修改后再重新測試先前的測試以確保修改的正確性壓力測試：是對系統(tǒng)不斷施加壓力的測試，是通過一個系統(tǒng)法瓶頸或者不能接收的性能點，來獲得系統(tǒng)能提供的最大服務(wù)級別的測試十一、怎么劃分缺陷的等級？簡述一下缺陷的生命周期（可畫圖表示）。致命、嚴(yán)重、中等、一般、提示發(fā)現(xiàn)打開打開修復(fù)修復(fù)關(guān)閉十三、請描述軟件測試計劃及軟件測試報告應(yīng)包含的主要內(nèi)容。軟件測試計劃：1、 引言（目的，背景，范圍，定義，通過推測，參考文檔，提交文檔）2、 概述（測試策略，要測試的內(nèi)容，不測試的內(nèi)容）3、 測試環(huán)境4、 資源及進(jìn)度計劃5、 測試內(nèi)容詳細(xì)說明6、 系統(tǒng)風(fēng)

15、險及解緩措施測試報告：1、概述2、數(shù)據(jù)統(tǒng)計（人力投入，用例覆蓋統(tǒng)計、問題單分類統(tǒng)計）3、遺留bug情況4、測試風(fēng)險5、測試對象評估6、測試結(jié)論7、附錄十四、請寫出你用過的測試工具的主要功能及對其評價。QTP是一款功能自動化測試工具。優(yōu)點：功能全面；學(xué)習(xí)成本低；腳本維護(hù)靈活；擴展功能強大缺點：部分測試需要收費支持插件、vbs容錯能力有限，沒有異常處理機制；使用C#語言進(jìn)行擴展屬于高級功能，不太容易掌握Loadrunner是一款性能測試工具。優(yōu)點：能夠在推出之前發(fā)現(xiàn)隱藏在產(chǎn)品中的性能和伸縮性瓶頸，盡量減少產(chǎn)品停機時間和導(dǎo)致性能低下，并滿足服務(wù)水平和正常運行時間的需求缺點：支持底層協(xié)議差十五、你認(rèn)為

16、軟件工程師必備的素質(zhì)和技能是什么？素質(zhì)：態(tài)度、責(zé)任、溝通能力。技能：1、規(guī)范、標(biāo)準(zhǔn)化的編碼能力 2、認(rèn)識和運用數(shù)據(jù)庫的能力 3、較強的動手能力和解決實際問題的能力 4、持續(xù)的學(xué)習(xí)能力、掌握最新的IT技術(shù)5、較強的英文閱讀和寫作能力1、 之前是否有做過測試？手機測試包括哪些？2、 測試的目的是什么？測試的流程是什么？是想以最少的人力。物力和時間找出軟件中潛在的各種錯誤和缺陷，通過修正各種錯誤和缺陷提高軟件質(zhì)量，回避軟件發(fā)布后由于潛在的軟件缺陷和錯誤造成隱患所帶來的商業(yè)風(fēng)險。需求分析-測試計劃-測試方案-測試用例-測試執(zhí)行-測試報告3、 3G包括哪些通信測試，在中國分別有哪些運營商使用？4、 什么

17、叫QA？什么叫QC？什么叫TEST？他們分別關(guān)注產(chǎn)品的哪些階段？QA：質(zhì)量保證。流程的監(jiān)督者，職責(zé)是創(chuàng)建和執(zhí)行 改進(jìn)軟件開發(fā)過程，并防止軟件缺陷發(fā)生 的標(biāo)準(zhǔn)和方法QC：質(zhì)量控制。也是測試人員，職責(zé)是盡可能早地發(fā)現(xiàn)軟件的缺陷，并確保缺陷得到修復(fù)TEST：執(zhí)行測試。執(zhí)行軟件以驗證其滿足指定的需求并檢測錯誤的過程5、 測試用例包括哪些項？用例ID、用例標(biāo)題、預(yù)置條件、操作步驟、預(yù)期結(jié)果、實際結(jié)果、優(yōu)先級、缺陷編號、備注。6、 簡述目前你使用過的手機？（從優(yōu)點和缺點兩方面入手）1、軟件的生命周期從軟件的計劃到廢棄不用為止，劃分為若干階段，并賦予任務(wù)和活動，他們分別是： 系統(tǒng)調(diào)查 、 系統(tǒng)分析 、 系統(tǒng)

18、設(shè)計 程序設(shè)計、 系統(tǒng)測試 和 運行維護(hù) 。2、軟件開發(fā)模型是軟件開發(fā)全過程、活動和任務(wù)的結(jié)構(gòu)構(gòu)架，請列舉3種軟件開發(fā)模型： V 、 W 、 X 3、針對軟件的外部特征的測試方法稱為 黑盒測試 ，此種測試方法在設(shè)計測試用例的時候，常見的方法有 等價類劃分方法 、 因果圖方法 、 場景法 、 邊界值分析方法、錯誤推測法 （請列舉3種你熟悉的）4、針對軟件的內(nèi)部結(jié)構(gòu)進(jìn)行的測試稱為 白盒測試 ，對于此種測試方法，一般的覆蓋率要求有 條件覆蓋 、 結(jié)構(gòu)覆蓋 語句覆蓋 、 分支覆蓋 程序 覆蓋 （請列舉3種你熟悉的）5、在測試中的80-20原則是指：80%的缺陷存在于20%的軟件程序中或模塊中 6、系統(tǒng)

19、測試中，常見測試類型有： 功能測試 、 性能測試 、 兼容性測試 、 安裝/卸載測試 穩(wěn)定性測試 、 壓力測試 （請列舉5種）7、可靠性測試的兩個關(guān)鍵性能指標(biāo)是：規(guī)定時間內(nèi)、規(guī)定條件下 穩(wěn)定性 、 持續(xù) 性 8、測試用例，需要有 和 ，測試執(zhí)行的時候一定要嚴(yán)格按照測試用例設(shè)計進(jìn)行。1、 測試的目的是什么？一般一個較完整的軟件系統(tǒng)需要進(jìn)行那幾個階段的測試（或者說是哪幾個步驟的測試）？測試的目的：以最少的人力、物力和時間去發(fā)現(xiàn)潛在的錯誤和缺陷，并得到修復(fù)，提高軟件的質(zhì)量。需求分析測試計劃測試方案測試用例測試執(zhí)行盡可能多的找出軟件的缺陷，評估軟件版本質(zhì)量單元測試、集成測試、系統(tǒng)測試、驗收測試2、 系

20、統(tǒng)測試計劃和系統(tǒng)測試策略的作用分別是什么？測試計劃定義測試進(jìn)度的測試策略是說明用什么方法3、某工廠公開招工，規(guī)定報名者年齡應(yīng)該在20周歲-39周歲，即出生年月不得早于1960年7月，不晚于1979年6月，報名程序具有自動檢驗輸入數(shù)據(jù)的功能。如果出生年月不屬于上述范圍，講拒絕接受，并顯示“年齡不合格”等出錯信息。請使用等價類劃分法，設(shè)計這一程序的功能測試用例（寫出詳細(xì)的使用等價類劃分構(gòu)造用例的過程）測試設(shè)計：USB防拷貝功能已經(jīng)成為信息安全的重要部分，現(xiàn)在網(wǎng)關(guān)設(shè)備增量開發(fā)一個功能，通過判斷是否安裝USB防拷貝控件來判斷是否放行客戶端訪問重要的網(wǎng)絡(luò)資源?？蛻舳司W(wǎng)關(guān)設(shè)備資源區(qū)功能描述： 可在網(wǎng)關(guān)設(shè)備

21、上選擇開啟或關(guān)閉USB防拷貝功能 客戶端訪問公司資源服務(wù)器的時候，網(wǎng)關(guān)會檢測客戶端是否安裝了防拷貝控件。如果沒有安裝則會提示下載安裝，只有正常安裝并且版本檢測正確才能訪問。 網(wǎng)關(guān)控件如有更新，客戶端將自動檢測并提示下載安裝 安裝以后具有客戶端防卸載功能 安裝了USB防拷貝控件只能禁用移動存儲設(shè)備，并不影響其他USB設(shè)備正常工作，比如一些沒有存儲功能的認(rèn)證類USB KEY，鼠標(biāo)鍵盤等不會受影響，可正常使用。 網(wǎng)關(guān)有記錄客戶端USB操作日志的功能，用戶插入USB設(shè)備后記錄當(dāng)前的操作日志，并上傳到網(wǎng)關(guān)性能要求：支持2000個內(nèi)網(wǎng)用戶開啟該功能測試設(shè)計要求：1. 請寫出用例設(shè)計思路（包括測試框架要做哪

22、些方面的測試，哪些是測試重點，哪些是測試難點）。2. 請編寫詳細(xì)測試需求點（請在獨立一張紙上填寫）測試框架功能測試性能測試安全測試異常測試壓力測試健壯性測試安裝測試可用性測試測試的重點：功能測試、性能測試、安全測試測試的難點：USB設(shè)備的識別功能 應(yīng)為測試的難點，原因：他應(yīng)該滿足所有的USB設(shè)備都能被識別測試需求點：1. USB防拷貝功能的開啟2. USB防拷貝功能的關(guān)閉3. 防拷貝控件的安裝檢測4. 防拷貝控件的安裝5. USB防拷貝控件的卸載（正常卸載、強制性卸載（在控制面板中、一些強制性卸載軟件）6. 沒安裝防拷貝控件時，進(jìn)行訪問7. 防拷貝控件更新檢測、安裝8. 移動設(shè)備的識別（是否所

23、有的USB設(shè)備都能被識別，如：u盤、移動硬盤、鼠標(biāo)、鍵盤、USB key）9. 沒安裝USB防拷貝空間，移動存儲設(shè)備訪問網(wǎng)絡(luò)資源10. 安裝USB防拷貝空間，移動存儲設(shè)備訪問網(wǎng)絡(luò)資源11. 插入USB設(shè)備，查看網(wǎng)關(guān)記錄USB設(shè)備操作的日志性能測試需求點：1. 插入USB設(shè)備響應(yīng)時間2. 2000個內(nèi)網(wǎng)用戶并發(fā)插入，設(shè)備的響應(yīng)時間3. 負(fù)載測試，用戶數(shù)量逐個增加異常測試：1. USB防拷貝設(shè)備安裝到一半時，給其突然斷電，然后在開啟電源，軟件是否提示回復(fù)以前的安裝、或重新安裝易用性：1. 是否易理解2. 是否易學(xué)習(xí)、3. 是否易使用，包括支持一些操作快捷鍵安裝測試：1、 是否支持在不同的操作系統(tǒng)環(huán)

24、境下安裝，像windows 2003、1998、xp、windows 7（32位、64位）、Linux等2、 共存性測試：_在同一操作系統(tǒng)中是否能與其他軟件共存_什么是軟件測試？在一定系列規(guī)定條件下，對軟件進(jìn)行操作，發(fā)現(xiàn)錯誤，對軟件質(zhì)量的測試比較軟件測試過程和軟件開發(fā)過程？比較白盒測試盒黑盒測試？白盒測試：不關(guān)心功能，注重邏輯，結(jié)構(gòu)和算法黑盒測試：不涉及程序結(jié)構(gòu)， 通過運行結(jié)構(gòu)程序來發(fā)現(xiàn)輸入輸出的錯誤簡述軟件測試的步驟？需求分析-測試計劃測試方案測試用例（搭建測試環(huán)境）-測試執(zhí)行測試總結(jié)測試報告什么是測試用例？答：它描述輸入，動作，和一個期望的結(jié)果，目的是確定應(yīng)用程序的是否正常工作。測試用例：

25、測試編號測試項測試標(biāo)題預(yù)置條件測試輸入操作步驟預(yù)期結(jié)果實際結(jié)果重要級別備注1. 單元測試是以 _需求規(guī)格_詳細(xì)設(shè)計_ 說明書為指導(dǎo)，測試源程序代碼；集成測試以 說明書為指導(dǎo)，測試軟件結(jié)構(gòu)；確認(rèn)測試以 概要設(shè)計 _ 說明書為指導(dǎo)。2. 代碼復(fù)審屬于 靜態(tài)測試 _ ，不實際運行程序。3. 動態(tài)測試分為黑盒測試 _ 即功能測試，和 白盒測試_ 即結(jié)構(gòu)測試。4. 邊界值分析法屬于 _黑盒測試_ 。（這里我們也可以說邊界值分析即屬黑盒又屬白盒）5. 邏輯覆蓋屬于 白盒測試_ ，包括 語句覆蓋 、分支覆蓋， 條件覆蓋 、判定/條件覆蓋、 條件覆蓋 、 修正條件 。6. 軟件是包括 程序 、 文檔 、 數(shù)據(jù)

26、 的完整集合。1.（ 0 ）用黑盒發(fā)測試時，測試用例是根據(jù)程序內(nèi)部邏輯設(shè)計的。2.（ 1）白盒測試是基于對程序控制結(jié)構(gòu)了解的基礎(chǔ)上來設(shè)計測試用例的。3（ 0 ）測試是為了驗證軟件正確的實現(xiàn)了用戶需求。4.（ 1 ）確定測試主要測試軟件功能是否滿足用戶的合理需求，以“需求規(guī)格說明書”為測試依據(jù)。5.（ 1 ）軟件測試時經(jīng)常要輸入無效的，不合理的數(shù)據(jù)進(jìn)行測試。6.（ 0 ）如果發(fā)布的軟件有質(zhì)量問題，那是軟件測試人員的錯。7.（ 0 ）設(shè)計實現(xiàn)測試，軟件測試是開發(fā)后期的一個階段。1. 軟件測試是按照特定的規(guī)程， D 的過程。A發(fā)現(xiàn)軟件錯誤 B說明程序正確C證明程序沒有錯誤 D設(shè)計并運行測試用例2.

27、測試用例是專門為了發(fā)現(xiàn)軟件錯誤而設(shè)計的一組或多組數(shù)據(jù)，它由 C 組成。A測試輸入數(shù)據(jù) B預(yù)期的測試輸出數(shù)據(jù)C測試輸入和預(yù)期的輸出數(shù)據(jù) D按照測試用例設(shè)計方法設(shè)計出的數(shù)據(jù)3. 一個成功的測試是 B 。A發(fā)現(xiàn)錯誤 B發(fā)現(xiàn)了至今尚未發(fā)現(xiàn)的錯誤C沒有發(fā)現(xiàn)錯誤 D證明發(fā)現(xiàn)不了錯誤4. 測試過程的活動幾乎貫穿整個開發(fā)過程，他大體分為 D 和系統(tǒng)測試階段。A模塊測試、集成測試、有效性測試 B模塊測試、功能測試、回歸測試C單元測試、功能測試、產(chǎn)品測試計劃 D單元測試、集成測試、確認(rèn)測試5. 測試過程的三個測試過程分為以 A 文檔為指導(dǎo)。A需求規(guī)格說明書、概要設(shè)計、詳細(xì)設(shè)計 B產(chǎn)品目標(biāo)設(shè)計、產(chǎn)品設(shè)計、測試設(shè)計C

28、產(chǎn)品需求分析、產(chǎn)品設(shè)計、產(chǎn)品測試計劃 D測試計劃，測試用例設(shè)計、測試報告6. 在白盒法中，無論采用哪種覆蓋標(biāo)準(zhǔn)都不可能達(dá)到100%覆蓋率，它們的目標(biāo)都是 A 。A用盡可能少的測試用例發(fā)現(xiàn)盡可能多的錯誤 B從理論上證明100%的覆蓋率是不可能達(dá)到的C說明測試的強度是可估量的 D說明測試的標(biāo)準(zhǔn)是可比較的7. 白盒法與黑盒法最大的不同在于 A 。A測試用例設(shè)計方法不同 B測試的任務(wù)不同C應(yīng)用的測試階段不同 D基于的知識集不同8. 使用白盒測試方法時，確定測試數(shù)據(jù)應(yīng)根據(jù) A 和制定的覆蓋標(biāo)準(zhǔn)。A程序的內(nèi)部邏輯 B程序的復(fù)雜程度C使用說明書 D程序的接口功能9. 單元測試一般以 A 為主，測試的依據(jù)是

29、C 。A白盒法 B黑盒法 C模塊內(nèi)部的邏輯規(guī)格說明D系統(tǒng)結(jié)構(gòu)圖 E系統(tǒng)需求規(guī)格說明10. 編碼階段產(chǎn)生的錯誤有 A 檢查出來。A單元測試 B集成測試C有效性測試 D系統(tǒng)測試1. 軟件測試的目的（ C ）A 避免軟件開發(fā)中出現(xiàn)的錯誤 B 發(fā)現(xiàn)軟件開發(fā)中出現(xiàn)的錯誤 C 盡可能發(fā)現(xiàn)并排除軟件中潛藏的錯誤，日積月累可靠性 D 修改軟件中出現(xiàn)的錯誤2. 關(guān)于自動化測試局限性的描述，以下錯誤描述有（C）A 自動化測試不能取代手動測試B 自動化測試比手工測試發(fā)現(xiàn)的缺陷少C 自動化測試不提高測試覆蓋率D 自動化測試對測試設(shè)計依賴性很大3. 典型的軟件測試過程模型有（A）等，在這些模型中，（B）強調(diào)了測試計劃等

30、工作的先行和對系統(tǒng)需求和系統(tǒng)設(shè)計的測試，（C）對軟件測試流程予以了說明。a) A、V模型、W模型、H模型、漸進(jìn)模型B、V模型、W模型、H模型、螺旋模型C、X模型、W模型、H模型、前置測試模型D、X模型、W模型、H模型、增量模型b) A、V模型 B. W模型 C 漸進(jìn)模型 D 螺旋模型c) A、V模型 B. W模型 C H模型 D 增量模型1. 測試生命周期包括 單元測試 集成測試系統(tǒng)測試驗收測試 2. 測試結(jié)束的標(biāo)準(zhǔn)是 1. 一個好的測試用例組成元素有哪些？請針對以前的項目設(shè)計一個測試用例。測試編號測試項測試標(biāo)題重要級別預(yù)置條件測試輸入操作步驟預(yù)期結(jié)果實際結(jié)果備注問：對測試的理論知識有多少了解

31、，對測試流程有多少了測試的基礎(chǔ)知識，測試的流程，測試的用例設(shè)計方法，質(zhì)量等需求分析-測試計劃-測試方案-測試用例-測試執(zhí)行-測試報告解？測試流程：需求分析測試計劃測試方案測試用例測試執(zhí)行測試總結(jié)測試報告問：對ISO/CMM的流程有沒有了解，你們培訓(xùn)的時候有沒有對這塊講到？測試方案、測試用例的了解？邊界值的幾個臨界點，上點、里點、內(nèi)點。問：開區(qū)間、閉區(qū)間的這幾個臨界點有沒有什么區(qū)別？開區(qū)間不包括區(qū)間的邊界，也就是不包括臨界值，而閉區(qū)間包括臨界值問：除了等價類，還有沒有其他方法來寫測試用例？你以前工作中有沒有用場景法寫過測試用例，知不知道我們一般怎么用場景法寫測試用例？問：這個項目做了多長時間，你

32、主要做什么工作？你在里面有沒有發(fā)現(xiàn)什么嚴(yán)重的BUG？請具體描述一下這些問題？有沒有什么比較嚴(yán)重的問題，什么原因造成的？就你剛才描述的這個問題，讓你提交一個問題單，你怎么提交？怎么寫缺陷報告？ 1、 為什么要在一個團(tuán)隊中開展軟件測試工作？測試的目的是什么？因為沒有經(jīng)過測試的軟件很難在發(fā)布之前知道該軟件的質(zhì)量，就好比ISO質(zhì)量認(rèn)證一樣，測試同樣也需要質(zhì)量的保證，這個時候就需要在團(tuán)隊中開展軟件測試的工作。在測試的過程發(fā)現(xiàn)軟件中存在的問題，及時讓開發(fā)人員得知并修改問題，在即將發(fā)布時，從測試報告中得出軟件的質(zhì)量情況2、 您是否了解以往所工作的企業(yè)的軟件測試過程？如果了解，請試述在這個過程中都有哪些工作要

33、做？分別由哪些不同的角色來完成這些工作？需求分析-測試計劃-測試方案-測試用例-測試執(zhí)行-測試報告需求分析、各文檔評審、用例設(shè)計、用例執(zhí)行需求分析：項目組全體人員、產(chǎn)品人員等；測試計劃和報告由測試經(jīng)理負(fù)責(zé)；方案由經(jīng)驗豐富的測試工程師設(shè)計；其余是測試工程師3、 您所熟悉的軟件測試類型都有哪些？請試著分別比較這些不同的測試類型的區(qū)別與聯(lián)系（如功能測試、性能測試）功能測試-系統(tǒng)中功能性需求的滿足界面易用性測試-界面的友好性，操作方便性等。安全性測試-系統(tǒng)是否存在安全隱患和漏洞性能測試-系統(tǒng)在大并發(fā)下的響應(yīng)速度和健壯性區(qū)別在于，功能測試關(guān)注產(chǎn)品的所有功能上，要考慮到每個細(xì)節(jié)功能，每個可能存在的功能問題

34、。性能測試主要關(guān)注于產(chǎn)品整體的多用戶并發(fā)下的穩(wěn)定性和健壯性。界面測試更關(guān)注于用戶體驗上，用戶使用該產(chǎn)品的時候是否易用，是否易懂，是否規(guī)范（快捷鍵之類的），是否美觀（能否吸引用戶的注意力），是否安全（盡量在前臺避免用戶無意輸入無效的數(shù)據(jù)，當(dāng)然考慮到體驗性，不能太粗魯?shù)膹棾鼍妫孔瞿硞€性能測試的時候，首先它可能是個功能點，首先要保證它的功能是沒問題的，然后再考慮該功能點的性能測試4、 請試著比較一下黑盒測試、黑盒測試、單元測試、集成測試、系統(tǒng)測試、驗收測試的區(qū)別與聯(lián)系。黑盒/白盒:主要區(qū)別在是否了解系統(tǒng)或程序的內(nèi)部結(jié)構(gòu)和代碼單元測試:關(guān)注某一個單元，函數(shù)，模塊的正確性，一般需要編寫相關(guān)測試代碼。

35、集成測試:模塊或模塊直接的集成接口測試，單個模塊測試系統(tǒng)測試的目的是對最終軟件系統(tǒng)進(jìn)行全面的測試，確保最終軟件系統(tǒng)滿足產(chǎn)品需求并且遵循系統(tǒng)設(shè)計。驗收測試是部署軟件之前的最后一個測試操作。驗收測試的目的是確保軟件準(zhǔn)備就緒，并且可以讓最終用戶將其用于執(zhí)行軟件的既定功能和任務(wù)。5、 您所熟悉的測試用例設(shè)計方法都有哪些？您認(rèn)為做好測試用例設(shè)計工作的關(guān)鍵是什么？等價類劃分、邊界值分析、錯誤推測法、因果圖分析、場景法，正交法深入剖析需求、考慮測試策略6、 在您以往的工作中，一條軟件缺陷（或都叫Bug）記錄都包含了哪些內(nèi)容？如何提交高質(zhì)量的軟件缺陷（Bug）記錄？1. 在傳統(tǒng)的BugZilla中，BUG描述

36、應(yīng)該包括以下的信息2. 和BUG產(chǎn)生對應(yīng)的軟件版本3. 開發(fā)的接口人員4. BUG的優(yōu)先級5. BUG的嚴(yán)重程度6. BUG可能屬于的模塊，如果不能確認(rèn)，可以用開發(fā)人員來判斷7. BUG標(biāo)題，需要清晰的描述現(xiàn)象8. BUG描述，需要盡量給出重新Bug的步驟9. BUG附件中能給出相關(guān)的日志和截圖。高質(zhì)量的BUG記錄就是指很容易理解的BUG記錄，所以，對于描述的要求高，能提供的信息多且準(zhǔn)確，很好的幫助開發(fā)人員定位。7您期望中理想的測試人員的工作環(huán)境是怎樣的？將先進(jìn)的經(jīng)驗或思想固化到過程中，通過過程改進(jìn)和能力提高來改進(jìn)軟件質(zhì)量7、 您認(rèn)為在測試人員同開發(fā)人員的溝通過程 ，如何提高溝通的效率和改善溝

37、通的效果？維持員同開發(fā)團(tuán)隊中其他成員良好的人際關(guān)系的關(guān)鍵是什么？盡量面對面的溝通，其次是能直接通過電話溝通，如果只能通過email等非及時溝通工具的話，強調(diào)必須對特性的理解深刻以及能表達(dá)清楚1.真誠2.是團(tuán)隊精神3.是在專業(yè)上有共同語言4.是要對事不對人，工作至上9、在即將完成這次筆試前，您是否愿意談一些自己在以往的學(xué)習(xí)和工作中獲得的工作經(jīng)逡和心得體會？（可以包括軟件測試、過程改進(jìn)、軟件開發(fā)或者與此無關(guān)的其他方面）1、軟件測試的目的是（D ）A、 證明軟件的正確性B、 找出軟件系統(tǒng)中存在的所有錯誤C、 證明軟件系統(tǒng)中存在的錯誤D、 盡可能多的發(fā)現(xiàn)軟件系統(tǒng)中的錯誤2、黑盒法和白盒法是常用的軟件測試方法，其中黑盒發(fā)只要用于測試（B ）A、結(jié)構(gòu)的合理性B、軟件外部功能C、程序正確性D、程序內(nèi)部邏輯3、Loadrunner主要用于（A）A、