(完整版)軟件測試工程師面試筆試題VIP

1、判斷題：1、軟件是一種邏輯實體，而不是具體的物理實體，因而它具有抽象性。( )2、 白盒測試側重于程序結構，黑盒測試側重于功能，其中白盒測試需要程序員參與，黑盒測試不需要 ( ×)3、單元測試通常應該先進行 “人工走查” ，再以白盒法為主， 輔以黑盒法進行動態(tài)測試。（ ）4、集成測試也叫做組裝測試，通常在編碼完成的基礎上，將所有的程序模塊進行有序的、遞增的測試( ×)5、系統(tǒng)測試應盡可能在實際運行使用環(huán)境下進行（ ）6、詳細設計的目的是為軟件結構圖中的每一個模塊確定使用的算法和塊內數(shù)據(jù)結構，并用某種選定的表達工具給出清晰的描述。( )7、測試人員在測試過程中發(fā)現(xiàn)一處問題，如

2、果問題影響不大，而自己又可以修改，應立即將此問題正確修改，以加快、提高開發(fā)的進程。（× ）8、程序、需求規(guī)格說明、設計規(guī)格說明都是軟件測試的對象（ ）9、第三方測試是在開發(fā)方與用戶方的測試基礎上進行的驗證測試(× )10、數(shù)據(jù)流圖和數(shù)據(jù)字典共同構成系統(tǒng)的邏輯模型。( )1軟件測試的目的是盡可能多的找出軟件的缺陷。（ Y）2 Beta 測試是驗收測試的一種。（ Y）3驗收測試是由最終用戶來實施的。（ N）4項目立項前測試人員不需要提交任何工件。（ Y）5單元測試能發(fā)現(xiàn)約80%的軟件缺陷。 （ Y）6代碼評審是檢查源代碼是否達到模塊設計的要求。（ N）7自底向上集成需要測試員編

3、寫驅動程序。（ Y）8負載測試是驗證要檢驗的系統(tǒng)的能力最高能達到什么程度。（ N）9測試人員要堅持原則，缺陷未修復完堅決不予通過。（ N）10代碼評審員一般由測試員擔任。 （ N）11我們可以人為的使得軟件不存在配置問題。（ N）12集成測試計劃在需求分析階段末提交。（ N）1. 為了提高測試效率，應該取一切可能的輸入數(shù)據(jù)作為測試數(shù)據(jù)。（ × ）2. 發(fā)現(xiàn)錯誤多的程序模塊，殘留在模塊中的錯誤也多。（× ）4. 等價類劃分方法將所有可能的輸入數(shù)據(jù)劃分成若干部分，然后從每一部分中選取少數(shù)有代表性的數(shù)據(jù)作為測試用例。（ ）5. 系統(tǒng)測試的目標是要找出軟件在與系統(tǒng)其他部分協(xié)調工作時

4、出現(xiàn)的所有故障（×）1、軟件測試就是為了驗證軟件功能實現(xiàn)的是否正確，是否完成既定目標的活動，所以軟件測試在軟件工程的后期才開始具體的工作。（初級）（ × ）2、發(fā)現(xiàn)錯誤多的模塊，殘留在模塊中的錯誤也多。( )（初級）3、測 試人員在測試過程中發(fā)現(xiàn)一處問題，如果問題影響不大，而自己又可以修改，應立即將此問題正確修改，以加快、提高開發(fā)的進程。（ × ）（初級）4、單元測試通常應該先進行 “人工走查” ，再以白盒法為主，輔以黑盒法進行動態(tài)測試。 （ ）5、功能測試是系統(tǒng)測試的主要內容，檢查系統(tǒng)的功能、性能是否與需求規(guī)格說明相同。（ ）6、軟件質量管理即QM由 QA和 Q

5、C構成，軟件測試屬于QC的核心工作內容。 （）（高級）7、軟件測試只能發(fā)現(xiàn)錯誤，但不能保證測試后的軟件沒有錯誤。( )8、軟件就是程序。 (X)9、測試只要做到語句覆蓋和分支覆蓋，就可以發(fā)現(xiàn)程序中的所有錯誤。(X)10、I18N 測試是指對產品做出具有國際性的規(guī)劃，而L10N 測試則是指對軟件做出符合本地需求更改工作。（）【高級】選擇題：1、軟件測試的目的正確的是（ D ）測試是為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程；好的測試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯誤的測試方案；成功的測試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯誤的測試測試并不僅僅是為了找出錯誤. 通過分析錯誤產生的原因和錯誤的發(fā)生趨勢, 可以

6、幫助項目管理者發(fā)現(xiàn)當前軟件開發(fā)過程中的缺陷, 以便及時改進；A、B、C、D、2、軟件測試的對象包括（B）A目標程序和相關文檔BC 目標程序、操作系統(tǒng)和平臺軟件源程序、目標程序、數(shù)據(jù)及相關文檔D源程序和目標程序3、從是否關心軟件內部結構和具體實現(xiàn)的角度劃分。（B）A、靜態(tài)測試、動態(tài)測試B、黑盒測試、白盒測試、灰盒測試C、單元測試、集成測試、確認測試、系統(tǒng)測試、驗收測試D、以上都不對4、關于軟件測試模型，描述正確的是（C）A、 V 模型測試的對象就是程序本身，測試與開發(fā)可以同一階段進行B、 W模型測試的對象是程序，需求、設計等，可以支持迭代的開發(fā)模型C、 H 模型軟件測試過程活動完全獨立，貫穿產品

7、整個生命周期, 與其他流程并發(fā)地進行。D、 X 模型是事先計劃再進行測試。5、軟件測試按實施組織分，測試應該包括以下的（A ） 開發(fā)方測試用戶方測試第三方測試 驗收測試確認測試ABC D 6、制定測試計劃的步驟：（D）A、確定項目管理機制預計測試工作量測試計劃評審B、確定測試范圍確定測試策略確定測試標準、預計測試工作量C、確定測試構架確定項目管理機制預計測試工作量測試計劃評審D、確定測試范圍確定測試策略確定測試標準確定測試構架確定項目管理機制預計測試工作量測試計劃評審7、為保證測試活動的可控性，必須在軟件測試過程中進行軟件測試配置管理，一般來說，軟件測試配置管理中最基本的活動包括（A）A配置項

8、標識、配置項控制、配置狀態(tài)報告、配置審計B 配置基線確立、配置項控制、配置報告、配置審計C 配置項標識、配置項變更、配置審計、配置跟蹤D 配置項標識、配置項控制、配置狀態(tài)報告、配置跟蹤8、某次程序調試沒有出現(xiàn)預計的結果，下列（B ）不可能是導致出錯的原因。A、變量沒有初始化B、編寫的語句書寫格式不規(guī)范C、循環(huán)控制出錯D、代碼輸入有誤9、下列關于程序效率的描述錯誤的是（B）。A、提高程序的執(zhí)行速度可以提高程序的效率B、降低程序占用的存儲空間可以提高程序的效率C、源程序的效率與詳細設計階段確定的算法的效率無關D、好的程序設計可以提高效率10、邏輯路徑覆蓋法是白盒測試用例的重要設計方法，其中語句覆蓋

9、法是較為常用的方法，針對下面的語句段，采用語句覆蓋法完成測試用例設計，測試用例見下表，對表中的空缺項或者 False) ，正確的選擇是（ A ）。(True語句段：if (A && (B|C) x=l；else x=O；用例表：用例1用例2ATRUEFALSEBFALSECTRUEA &&(B|C)FALSEA TRUE FALSE TRUEB TRUE FALSE FALSEC FALSE FALSE TRUE11、程序設計語言中（DD TRUE TRUE FALSE）。A. while循環(huán)語句的執(zhí)行效率比do-while循環(huán)語句的執(zhí)行效率高B. while循

10、環(huán)語句的循環(huán)體執(zhí)行次數(shù)比循環(huán)條件的判斷次數(shù)多1 ，而do-while語句的循環(huán)體執(zhí)行次數(shù)比循環(huán)條件的判斷次數(shù)少1C. while語句的循環(huán)體執(zhí)行次數(shù)比循環(huán)條件的判斷次數(shù)少1 ，而do-while語句的循環(huán)體執(zhí)行次數(shù)比循環(huán)條件的判斷次數(shù)多1D. while語句的循環(huán)體執(zhí)行次數(shù)比循環(huán)條件的判斷次數(shù)少1 ，而do-while語句的循環(huán)體執(zhí)行次數(shù)等于循環(huán)條件的判斷次數(shù)12、 DB, DBMS 和 DBS 三者間的關系是（B）A DB 包括 DBMS 和 DBSB DBS 包括 DB 和 DBMSC DBMS 包括 DBS 和 DBD DBS 與 DB 、 DBMS 無關13在 TCP/IP 模型中，應

11、用層包含了所有的高層協(xié)議，在下列的一些應用協(xié)議中，B 是能夠實現(xiàn)本地與遠程主機之間的文件傳輸工作。A telnetB FTPC SNMPD NFS14、一個局域網(wǎng)中某臺主機的IP地址為 2，使用22 位作為網(wǎng)絡地址，那么該局域網(wǎng)的子網(wǎng)掩碼和，最多可以連接的主機數(shù)分別為（ B）A、 255 255 251 0 1021B、 255 255 252 0 1022C、 255 255 253 0 1023D、 255 255 254 0 102415、Linux 文件系統(tǒng)的文件都按其作用分門別類地放在相關的目錄中，對于外部設備文件， 一般應將其放在（C ）目錄中。A /bin

12、B /etcC /devD /lib16、某公司采用的軟件開發(fā)過程通過了CMM2認證，表明該公司（ C） 。A.開發(fā)項目成效不穩(wěn)定，管理混亂B. 對軟件過程和產品質量建立了定量的質量目標C. 建立了基本的項目級管理制度和規(guī)程，可對項目的成本、進度進行跟蹤和控制D. 可集中精力采用新技術新方法，優(yōu)化軟件過程17、質量管理人員在安排時間進度時，為了能夠從全局出發(fā)、抓住關鍵路徑、統(tǒng)籌安排、集中力量，從而達到按時或提前完成計劃的目標，可以使用（A活動網(wǎng)絡圖B 因果圖A）。C優(yōu)先矩陣圖D 檢查表18、某公司最近承接了一個大型信息系統(tǒng)項目，項目整體壓力較大，對這個項目中的變更，可以使用（B）等方式提高效率

13、。分優(yōu)先級處理規(guī)范處理整批處理分批處理A.B. C. D. 19、下面哪項工作是制訂進度計劃的基礎：（A）A、工作分解結構（WBS）B、網(wǎng)絡圖C、甘特圖（ GANTT）D、資源平衡（RESOURCE LEVELLING）20、下面哪一方法通常不會被用來縮短進度? （D）A. 趕工B. 變更范圍C. 以并行方式而不是序列方式來實施進行活動D. 資源平衡1軟件驗收測試的合格通過準則是：（ ABCD）A軟件需求分析說明書中定義的所有功能已全部實現(xiàn)，性能指標全部達到要求。B所有測試項沒有殘余一級、二級和三級錯誤。C立項審批表、需求分析文檔、設計文檔和編碼實現(xiàn)一致。D驗收測試工件齊全。2軟件測試計劃評審

14、會需要哪些人員參加？（ABCD）A項目經(jīng)理B SQA 負責人C配置負責人D測試組3下列關于alpha測試的描述中正確的是：（ AD）A alpha測試需要用戶代表參加B alpha測試不需要用戶代表參加C alpha測試是系統(tǒng)測試的一種D alpha測試是驗收測試的一種4測試設計員的職責有：（ BC）A制定測試計劃B設計測試用例C設計測試過程、腳本D評估測試活動5軟件實施活動的進入準則是：（ ABC）A需求工件已經(jīng)被基線化B詳細設計工件已經(jīng)被基線化C構架工件已經(jīng)被基線化D項目階段成果已經(jīng)被基線化1. 下面說法正確的是（C）。A. 經(jīng)過測試沒有發(fā)現(xiàn)錯誤說明程序正確B. 測試的目標是為了證明程序沒

15、有錯誤C. 成功的測試是發(fā)現(xiàn)了迄今尚未發(fā)現(xiàn)的錯誤的測試D. 成功的測試是沒有發(fā)現(xiàn)錯誤的測試2.不屬于白盒測試的技術是（ C） 。A.語句覆蓋B.判定覆蓋C. 邊界值分析D. 基本路徑測試3.單元測試主要針對模塊的幾個基本特征進行測試，該階段不能完成的測試是（A ）。A.系統(tǒng)功能B. 局部數(shù)據(jù)結構C. 重要的執(zhí)行路徑D. 錯誤處理4.軟件測試過程中的集成測試主要是為了發(fā)現(xiàn)（B）階段的錯誤。A.需求分析B. 概要分析C. 詳細設計D. 編碼5.軟件測試不需要了解軟件設計的（ D）。A. 功能B. 內部結構C. 處理過程D. 條件6.（ C）方法根據(jù)輸出對輸入的依賴關系設計測試用例。A. 路徑測試B

16、. 等價類 C. 因果圖 D. 邊界值分析7.通常，在（D）的基礎上，將所有模塊按照設計要求組裝成系統(tǒng)A. 組裝測試B. 系統(tǒng)測試C. 驗收測試D. 單元測試8.實際的邏輯覆蓋測試中，一般以（C）為主設計測試用例。A.條件覆蓋B. 判定覆蓋C. 條件組合覆蓋D.路徑覆蓋9.使用白盒測試方法時，確定測試數(shù)據(jù)應根據(jù)（A）和指定的覆蓋標準。A. 程序內部邏輯B. 程序的復雜度C. 使用說明書D. 程序的功能10. 與設計測試用例無關的文檔是（A）。A. 項目開發(fā)計劃B. 需求規(guī)格說明書C. 設計說明書D. 源程序11、軟件測試技術可以分為靜態(tài)測試和動態(tài)測試，下列說法中錯誤的是（D ）A. 靜態(tài)測試是

17、指不運行實際程序，通過檢查和閱讀等手段來發(fā)現(xiàn)程序中的錯誤。B. 動態(tài)測試是指實際運行程序，通過運行的結果來發(fā)現(xiàn)程序中的錯誤。C. 動態(tài)測試包括黑盒測試和白盒測試。D. 白盒測試是靜態(tài)測試，黑盒測試是動態(tài)測試。12、在軟件測試階段，測試步驟按次序可以劃分為以下幾步：（ A）A. 單元測試、集成測試、系統(tǒng)測試、驗收測試B. 驗收測試、單元測試、系統(tǒng)測試、集成測試C. 單元測試、集成測試、驗收測試、系統(tǒng)測試D. 系統(tǒng)測試、單元測試、集成測試、驗收測試13、系統(tǒng)測試中主要用到的測試技術是（B ）A.回歸測試B.黑盒測試C.白盒測試D.功能測試14、對軟件的性能測試、（ B ）測試、攻擊測試都屬于黑盒測

18、試。A.語句B.功能C.單元D.路徑15、在用白盒測試中的邏輯覆蓋法設計測試用例時，有語句覆蓋、分支覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋和路徑覆蓋等，在下列覆蓋中，（ D ）是最強的覆蓋準則。-A.語句覆蓋B.條件覆蓋C.判定 - 條件覆蓋D.路徑覆蓋16、驗收測試主要是由（A ）來完成的。A.用戶B.測試人員C.開發(fā)人員D.高級經(jīng)理17、在用白盒測試中的邏輯覆蓋法設計測試用例時，有語句覆蓋、分支覆蓋、條件覆蓋、判定-條件覆蓋、條件組合覆蓋和路徑覆蓋等，其中（A ）是最弱的覆蓋準則。A.語句覆蓋B.條件覆蓋C.判定 - 條件覆蓋D.路徑覆蓋18、下面是一段求最大值的程序，其中datali

19、st是數(shù)據(jù)表，n 是datalist的長度。int GetMax(int n, int datalist )int k=0;for ( int j=1; j<n; j+ )if ( datalistj > datalistk ) k=j;return k;A. 2請問該程序段的 B.3 C.4McCabe環(huán)路復雜性為多少？（ D. 5A）1、進行軟件質量管理的重要性有：（ ABCD）【中級】A、維護降低成本B 、法律上的要求C 、市場競爭的需要D、質量標準化的趨勢E 、軟件工程的需要F 、 CMM過程的一部分G、方便與客戶進一步溝通為后期的實施打好基礎2、以測試的形態(tài)分測試可以分為

20、：（ ABC）【中級】A、建構性測試B 、系統(tǒng)測試C 、專項測試D、單元測試E 、組件測試F 、集成測試3、選出屬于黑盒測試方法的選項（ABC）【初級】A、測試用例覆蓋B 、輸入覆蓋C 、輸出覆蓋D、分支覆蓋E 、語句覆蓋F 、條件覆蓋4、編寫測試計劃的目的是：（ ABC）【中級】A、使測試工作順利進行B 、使項目參與人員溝通更舒暢C 、使測試工作更加系統(tǒng)化D、軟件工程以及軟件過程的需要E 、軟件過程規(guī)范化的要求F 、控制軟件質量5、依存關系有4 種分別是：（ ABCD）【高級】A、開始結束B 、開始開始C 、結束開始D、結束結束E 、開始實施結束F 、結束審核開始6、軟件質量管理（QM）應有

21、質量保證（QA）和質量控制（QC）組成，下面的選項屬于QC得是：（ ABC）【高級】A、測試 B 、跟蹤C 、監(jiān)督D、制定計劃E 、需求審查F 、程序代碼審查7、實施缺陷跟蹤的目的是：（ ABCD）【中級】A、軟件質量無法控制B 、問題無法量化C 、重復問題接連產生D、解決問題的知識無法保留E 、確保缺陷得到解決F 、使問題形成完整的閉環(huán)處理8、使用軟件測試工具的目的：（ ABC）【中級】A、幫助測試尋找問題B 、協(xié)助問題的診斷C 、節(jié)省測試時間D、提高Bug 的發(fā)現(xiàn)率E 、更好的控制缺陷提高軟件質量F 、更好的協(xié)助開發(fā)人員9、典型的瀑布模型的四個階段是：（ ABCD）【高級】A、分析 B 、

22、設計C 、編碼D、測試 E 、需求調研F 、實施10 、PSP是指鋈巳砑?，是一種可用于（A）、（ B）和（ C）個人軟件工作方式的自我改善過程。 【高級】A、控制 B 、管理 C 、改進D、高效 E 、充分 F 、適宜三、填空題（每空1 分，共 10 分）共 10 空1、黑盒測試是功能測試，用黑盒技術設計測試用例有4 種方法：（等價類劃分） （邊界值分析）（ 錯誤推測）（ 因果圖）。2、實際的邏輯覆蓋測試中，一般以條件組合覆蓋為主設計測試用例，然后再補充部分用例，以達到 （路徑）覆蓋測試標準。3、集成測試的方法有兩種：漸增式測試和（非漸增式測試）。4、軟件測試過程中需要3 類信息：軟件配置、

23、 （測試配置） 和 （ 測試工具）。5、 SCM是一組管理整個軟件生存期各階段中（變更）的活動。6、基線的作用是把各階段的開發(fā)工作劃分得更加明確，便于檢查與確認階段成果。因此，基線可以作為項目的一個（ 檢查點）。1. 軟件驗收測試包括：正式驗收測試，alpha測試， beta 測試。2. 系統(tǒng)測試的策略有：功能測試，性能測試，可靠性測試，負載測試，易用性測試，強度測試，安全測試，配置測試，安裝測試，卸載測試，文擋測試，故障恢復測試，界面測試，容量測試，兼容性測試，分布測試，可用性測試，（有的可以合在一起，分開寫只要寫出15 就滿分哦）3. 設計系統(tǒng)測試計劃需 要參考的項目文擋有：軟件測試計劃，

24、軟件需求工件和迭代計劃。4. 對面向過程的系統(tǒng)采用的 集成策略有：自頂向下，自底向上兩種。5. （這題出的有問題哦，詳細的5 步驟為 ）通過畫因果圖來寫測試用例的步驟為：（1）分析軟件規(guī)格說明描述中， 哪些是原因 （即輸入條件或輸入條件的等價類） ，哪些是結果 （即輸出條件），并給每個原因和結果賦予一個標識符。（ 2）分析軟件規(guī)格說明描述中的語義，找出原因與結果之間，原因與原因之間對應的是什么關系? 根據(jù)這些關系，畫出因果圖。（ 3）由于語法或環(huán)境限制，有些原因與原因之間，原因與結果之間的組合情況不可能出現(xiàn)。為表明這些特殊情況，在因果圖上用一些記號標明約束或限制條件。（ 4）把因果圖轉換成判定

25、表。（ 5）把判定表的每一列拿出來作為依據(jù)，設計測試用例。1.軟件測試是為了盡 可能多地發(fā)現(xiàn)軟件中存在的_ 錯誤 _，將 _ 測試結果 _作為糾錯的依據(jù)。2.白盒測試中， 控制流測試是面向程序的_ 結構 _ ，數(shù)據(jù)流測試是面向程序的變量 _。3. 集成測試中 的兩種集成模式是 _非增量測試模式 _和 _增量測試模式 _。4. 單元測試的 依據(jù)是 _ 詳細設計說明書 _和 _源程序 _ 。5. 測試用例由 _輸入數(shù)據(jù) _和預期的 _輸出數(shù)據(jù) _兩部分組成。四、簡答 （資料是搜集整理的，感謝前輩的解題）無1. 區(qū)別階段評審的與同行評審同行評審目的: 發(fā)現(xiàn)小規(guī)模工作產品的錯誤, 只要是找錯誤 ;階段

26、評審目的: 評審模塊階段作品的正確性可行性 及完整性同行評審人數(shù):3-7 人 人員必須經(jīng)過同行評審會議的培訓, 由 SQA指導階段評審人數(shù):5 人左右評審人必須是專家具有系統(tǒng)評審資格同行評審內容: 內容小一般文檔 < 40 頁,代碼 < 500行階段評審內容: 內容多 , 主要看重點同行評審時間: 一小部分工作產品完成階段評審時間:通常是設置在關鍵路徑的時間點上!2. 什么是軟件測試為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程3 簡述集成測試的過程系統(tǒng)集成測試主要包括以下過程：1. 構建的確認過程。2. 補丁的確認過程。3. 系統(tǒng)集成測試測試組提交過程。4. 測試用例設計過程。5. 測試代

27、碼編寫過程。6. Bug 的報告過程。7. 每周 / 每兩周的構建過程。8. 點對點的測試過程。9. 組內培訓過程。4 怎么做好文檔測試仔細閱讀，跟隨每個步驟，檢查每個圖形，嘗試每個示例。P142檢查文檔的編寫是否滿足文檔編寫的目的內容是否齊全，正確內容是否完善標記是否正確5 白盒測試有幾種方法總體上分為靜態(tài)方法和動態(tài)方法兩大類。靜態(tài)：關鍵功能是檢查軟件的表示和描述是否一致, 沒有沖突或者沒有歧義動態(tài)：語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。6 系統(tǒng)測試計劃是否需要同行審批，為什么需要，系統(tǒng)測試計劃屬于項目階段性關鍵文檔，因此需要評審。7Alpha 測試與 beta

28、 的區(qū)別Alpha測試在系統(tǒng)開發(fā)接近完成時對應用系統(tǒng)的測試；測試后仍然會有少量的設計變更。這種測試一般由最終用戶或其它人員完成，不能由程序或測試員完成。Beta 測試當開發(fā)和測試根本完成時所做的測試，最終的錯誤和問題需要在最終發(fā)行前找到。這種測試一般由最終用戶或其它人員完成，不能由程序員或測試員完成。8 比較負載測試，容量測試和強度測試的區(qū)別負載測試：在一定的工作負荷下，系統(tǒng)的負荷及響應時間。強度測試：在一定的負荷條件下，在較長時間跨度內的系統(tǒng)連續(xù)運行給系統(tǒng)性能所造成的影響。容量測試： 容量測試目的是通過測試預先分析出反映軟件系統(tǒng)應用特征的某項指標的極限值（如最大并發(fā)用戶數(shù)、數(shù)據(jù)庫記錄數(shù)等），

29、系統(tǒng)在其極限值狀態(tài)下沒有出現(xiàn)任何軟件故障或還能保持主要功能正常運行。容量測試還將確定測試對象在給定時間內能夠持續(xù)處理的最大負載或工作量。容量測試的目的是使系統(tǒng)承受超額的數(shù)據(jù)容量來發(fā)現(xiàn)它是否能夠正確處理。容量測試是面向數(shù)據(jù)的，并且它的目的是顯示系統(tǒng)可以處理目標內確定的數(shù)據(jù)容量。12. 測試結束的標準是什么？用例全部測試。覆蓋率達到標準。缺陷率達到標準。其他指標達到質量標準13. 描述軟件測試活動的生命周期？測試周期分為計劃、設計、實現(xiàn)、執(zhí)行、總結。其中：計劃：對整個測試周期中所有活動進行規(guī)劃，估計工作量、風險，安排人力物力資源，安排進度等；設計：完成測試方案，從技術層面上對測試進行規(guī)劃；實現(xiàn)：進

30、行測試用例和測試規(guī)程設計；執(zhí)行：根據(jù)前期完成的計劃、方案、用例、規(guī)程等文檔，執(zhí)行測試用例。總結：記錄測試結果，進行測試分析，完成測試報告。14. 軟件的缺陷等級應如何劃分？A 類嚴重錯誤， 包括以下各種錯誤：1 由于程序所引起的死機, 非法退出2 死循環(huán) 3 數(shù)據(jù)庫發(fā)生死鎖 4 因錯誤操作導致的程序中斷5 功能錯誤 6 與數(shù)據(jù)庫連接錯誤7 數(shù)據(jù)通訊錯誤B 類較嚴重錯誤，包括以下各種錯誤：1 程序錯誤 2 程序接口錯誤3 數(shù)據(jù)庫的表、業(yè)務規(guī)則、缺省值未加完整性等約束條件C 類一般性錯誤，包括以下各種錯誤：1 操作界面錯誤（包括數(shù)據(jù)窗口內列名定義、含義是否一致） 2 打印內容、格式錯誤3 簡單的輸

31、入限制未放在前臺進行控制4 刪除操作未給出提示 5 數(shù)據(jù)庫表中有過多的空字段D 類較小錯誤，包括以下各種錯誤：1 界面不規(guī)范 2 輔助說明描述不清楚3 輸入輸出不規(guī)范 4 長操作未給用戶提示5 提示窗口文字未采用行業(yè)術語6 可輸入?yún)^(qū)域和只讀區(qū)域沒有明顯的區(qū)分標志15. 進程和程序的區(qū)別 ：（1）進程就是一個活躍著的程序, 即: 已經(jīng)被放入了系統(tǒng)調度隊列當中了, 占有了一定的系統(tǒng)資源的程序 . 程序在沒有被調用之前只能叫程序, 被調用并得到了資源后就可以稱其為進程了, 進程可以由許多線程組成 , 線程與進程的主要區(qū)別在于同一進程里的線程之間可以共享一些臨界資源,而進程之間則不可以, 每個進程是孤

32、立的, 其實 , 無論是進程還是線程都是一段受命并在內存中得到執(zhí)行的代碼 .（2）進程的定義是： 一個程序關于某個數(shù)據(jù)集的一次運行活動。進程是操作系統(tǒng)中可以并行工作的基本單位，也是核心調度及資源分配的最小單位。進程是程序關于數(shù)據(jù)的一次運行，因而它包含一個或多個程序及數(shù)據(jù)。除此之外， 進程描述還包含一些進程的有關情況和屬性信息，例如執(zhí)行情況、 資源使用情況。 為了便于操作系統(tǒng)對進程進行控制和管理， 通常操作系統(tǒng)用一個稱為進程控制塊PCB的數(shù)據(jù)結構來記錄進程的屬性信息。所以進程由程序、數(shù)據(jù)和進程控制塊組成。PCB是進程存在的唯一標志。也就是說系統(tǒng)在建立進程的同時就建立該進程的PCB，在撤銷一個進程

33、時也就撤銷其PCB。進程與程序的區(qū)別表現(xiàn)為以下幾方面。(1) 程序是靜態(tài)的，進程是動態(tài)的。因為程序是一組指令的有序集合而進程是一次運行活動。而且進程在它的生命周期中要經(jīng)歷3種基本狀態(tài)：等待、就緒、運行。這是程序所沒有的。(2) 程序的存在是永久的，進程的存在是暫時的。進程是一次運行活動，必然有始有終，所以它的存在是暫時的。(3) 進程由程序、數(shù)據(jù)和進程控制塊組成。由于進程是程序的執(zhí)行，所以進程中必然包括程序和數(shù)據(jù)及記錄進程狀態(tài)信息的進程控制塊。(4) 一個程序可以對應多個進程。例如：多個Fortran源程序可能同時用編譯程序進行編譯，即一個編譯程序對應多個Frotran源進程。(5) 一個進程

34、可以包括多個程序。因為主程序執(zhí)行過程中可以調用多個其他程序，共同組成“一次運行活動”。16. 進程與線程的異同說法一：進程是具有一定獨立功能的程序關于某個數(shù)據(jù)集合上的一次運行活動, 進程是系統(tǒng)進行資源分配和調度的一個獨立單位.線程是進程的一個實體, 是 CPU 調度和分派的基本單位, 它是比進程更小的能獨立運行的基本單位 . 線程自己基本上不擁有系統(tǒng)資源, 只擁有一點在運行中必不可少的資源( 如程序計數(shù)器, 一組寄存器和棧 ), 但是它可與同屬一個進程的其他的線程共享進程所擁有的全部資源.一個線程可以創(chuàng)建和撤銷另一個線程; 同一個進程中的多個線程之間可以并發(fā)執(zhí)行說法二： 進程和線程都是由操作系

35、統(tǒng)所體會的程序運行的基本單元，系統(tǒng)利用該基本單元實現(xiàn)系統(tǒng)對應用的并發(fā)性。進程和線程的區(qū)別在于：簡而言之 , 一個程序至少有一個進程, 一個進程至少有一個線程 .線程的劃分尺度小于進程，使得多線程程序的并發(fā)性高。另外，進程在執(zhí)行過程中擁有獨立的內存單元，而多個線程共享內存，從而極大地提高了程序的運行效率。線程在執(zhí)行過程中與進程還是有區(qū)別的。每個獨立的線程有一個程序運行的入口、順序執(zhí)行序列和程序的出口。但是線程不能夠獨立執(zhí)行，必須依存在應用程序中， 由應用程序提供多個線程執(zhí)行控制。從邏輯角度來看， 多線程的意義在于一個應用程序中，有多個執(zhí)行部分可以同時執(zhí)行。但操作系統(tǒng)并沒有將多個線程看做多個獨立的

36、應用，來實現(xiàn)進程的調度和管理以及資源分配。這就是進程和線程的重要區(qū)別。說法三：多線程共存于應用程序中是現(xiàn)代操作系統(tǒng)中的基本特征和重要標志。用過UNIX 操作系統(tǒng)的讀者知道進程，在UNIX 操作系統(tǒng)中，每個應用程序的執(zhí)行都在操作系統(tǒng)內核中登記一個進程標志， 操作系統(tǒng)根據(jù)分配的標志對應用程序的執(zhí)行進行調度和系統(tǒng)資源分配，但進程和線程有什么區(qū)別呢？ 進程和線程都是由操作系統(tǒng)所所有的程序運行的基本單元，系統(tǒng)利用該基本單元實現(xiàn)系統(tǒng)對應用的并發(fā)性。進程和線程的區(qū)別在于：線程的劃分尺度小于進程，使得多線程程序的并發(fā)性搞。 另外，進程在執(zhí)行過程中擁有獨立的內存單元，而多個線程共享內存，從而極大地提高了程序的運

37、行效率。線程在執(zhí)行過程中與進程還是有區(qū)別的。每個獨立的線程有一個程序運行的入口、順序執(zhí)行序列和程序的出口。但是線程不能夠獨立執(zhí)行，必須依存在應用程序中，由應用程序提供多個線程執(zhí)行控制。從邏輯角度來看，多線程的意義在于一個應用程序中，有多個執(zhí)行部分可以同時執(zhí)行。但操作系統(tǒng)并沒有將多個線程看做多個獨立的應用，來實現(xiàn)進程的調度和管理以及資源分配。這就是進程和線程的重要區(qū)別。進程（ Process ）是最初定義在Unix 等多用戶、 多任務操作系統(tǒng)環(huán)境下用于表示應用程序在內存環(huán)境中基本執(zhí)行單元的概念。以Unix 操作系統(tǒng)為例，進程是Unix 操作系統(tǒng)環(huán)境中的基本成分、是系統(tǒng)資源分配的基本單位。Unix

38、操作系統(tǒng)中完成的幾乎所有用戶管理和資源分配等工作都是通過操作系統(tǒng)對應用程序進程的控制來實現(xiàn)的。簡答1. 為什么說軟件測試是軟件開發(fā)中不可缺少的重要一環(huán)，但不是軟件質量保證的安全網(wǎng)?軟件測試是軟件開發(fā)中不可缺少的重要一環(huán)，原因是： 測試的工作量約占整個項目開發(fā)工作量的53%87%左右，如果是關系到人的生命安全的軟件，測試的工作量還要更大。軟件測試是對軟件需求分析、設計規(guī)格說明、編碼的最終復審，是軟件質量保證的關鍵步驟。但軟件測試不是軟件質量保證的安全網(wǎng)，因為軟件測試只能發(fā)現(xiàn)錯誤，不能保證沒有錯誤。2. 請描述靜態(tài)測試和動態(tài)測試的區(qū)別。是否運行程序。靜態(tài)測試是不運行被測試程序，對代碼通過檢查、閱讀

39、進行分析。動態(tài)測試是真正運行被測程序， 在執(zhí)行過程中， 通過輸入有效的測試用例對其輸入與輸出的對應關系進行分析。3. 單個組件經(jīng)過代碼審查和測試，其有效性已經(jīng)得到了全面驗證，請解釋為什么仍然需要進行集成測試。單個組件正常工作并不意味著所有組件集成在一起可以正常工作， 因為組件相互連接時接口會引起許多新問題， 集成測試正是將通過單元測試的各個組件組裝在一起進行綜合測試， 以便發(fā)現(xiàn)與接口有關的各種錯誤。2、請畫出軟件測試過程V 模型，并寫出采用V 模型存在的問題（5 分）答： 1） V 模型圖2）采用 V 模型存在問題： . 測試是開發(fā)之后的一個階段。. 測試的對象就是程序本身。 實際應用中容易導

40、致需求階段的錯誤一直到最后系統(tǒng)測試階段才被發(fā)現(xiàn)。 整個軟件產品的過程質量保證完全依賴于開發(fā)人員的能力和對工作的責任心，而且上一步的結果必須是充分和正確的， 如果任何一個環(huán)節(jié)出了問題， 則必將嚴重的影響整個工程的質量和預期進度。3、軟件測試的原則，這些原則能更好的理解和指導我們做測試工作，請把你所知道的原則詳細列出來。（ 5 分）答： 1、測試可以顯示缺陷的存在，但不能證明系統(tǒng)不存在缺陷。2、窮盡測試是不可能的3、測試的盡早介入（越晚發(fā)現(xiàn)一個bug, 修改 bug 成本成倍增加） 。4、第三方或獨立的測試團隊。5、測試的標準是用戶的需求6、盡早定義產品的質量標準（測試用例應包括明確的輸入和輸出，

41、做到有的放矢）7、用例全面（有效數(shù)據(jù)、無效數(shù)據(jù)）8、及時更新測試用例，減少測試人員形成定勢思維（殺蟲劑悖論：殺蟲劑用得多了，害蟲就有免疫力，殺蟲劑就發(fā)揮不了效力）9、嚴格執(zhí)行測試計劃，排除測試的隨意性。10、充分注意測試中的群集現(xiàn)象，80%的錯誤集中在20%的程序模塊中。11、應當對每一個測試結果做全面檢查。12、妥善保存測試計劃，測試用例，出錯統(tǒng)計和最終分析報告，為維護提供方便。13、測試貫穿于整個生命周期4、 CMM由低至高共分為5 個級別是什么？并簡述每級基本特征。（ 5 分）答： CMM由低至高共分為5 個級別：初始級、可重復級、定義級、管理級和優(yōu)化級CMM五級基本特征：CMM 一級，初始級：個別的，混亂的過程，幾乎沒有定義過程的規(guī)則或步驟；CMM二級，可重復級：已建立的必要過程準則，但主要過程依賴于個人經(jīng)驗；CMM三級，定義級：量化的已定義且制度