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

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

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

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

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

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

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

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

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

9、法是較為常用的方法，針對下面的語句段，采用語句覆蓋法完成測試用例設(shè)計，測試用例見下表，對表中的空缺項或者 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、程序設(shè)計語言中（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 三者間的關(guān)系是（B）A DB 包括 DBMS 和 DBSB DBS 包括 DB 和 DBMSC DBMS 包括 DBS 和 DBD DBS 與 DB 、 DBMS 無關(guān)13在 TCP/IP 模型中，應(yīng)

11、用層包含了所有的高層協(xié)議，在下列的一些應(yīng)用協(xié)議中，B 是能夠?qū)崿F(xiàn)本地與遠(yuǎn)程主機(jī)之間的文件傳輸工作。A telnetB FTPC SNMPD NFS14、一個局域網(wǎng)中某臺主機(jī)的IP地址為 2，使用22 位作為網(wǎng)絡(luò)地址，那么該局域網(wǎng)的子網(wǎng)掩碼和，最多可以連接的主機(jī)數(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)的文件都按其作用分門別類地放在相關(guān)的目錄中，對于外部設(shè)備文件， 一般應(yīng)將其放在（C ）目錄中。A /bin

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

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

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

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

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

17、指不運(yùn)行實際程序，通過檢查和閱讀等手段來發(fā)現(xiàn)程序中的錯誤。B. 動態(tài)測試是指實際運(yùn)行程序，通過運(yùn)行的結(jié)果來發(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)測試中主要用到的測試技術(shù)是（B ）A.回歸測試B.黑盒測試C.白盒測試D.功能測試14、對軟件的性能測試、（ B ）測試、攻擊測試都屬于黑盒測

18、試。A.語句B.功能C.單元D.路徑15、在用白盒測試中的邏輯覆蓋法設(shè)計測試用例時，有語句覆蓋、分支覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋和路徑覆蓋等，在下列覆蓋中，（ D ）是最強(qiáng)的覆蓋準(zhǔn)則。-A.語句覆蓋B.條件覆蓋C.判定 - 條件覆蓋D.路徑覆蓋16、驗收測試主要是由（A ）來完成的。A.用戶B.測試人員C.開發(fā)人員D.高級經(jīng)理17、在用白盒測試中的邏輯覆蓋法設(shè)計測試用例時，有語句覆蓋、分支覆蓋、條件覆蓋、判定-條件覆蓋、條件組合覆蓋和路徑覆蓋等，其中（A ）是最弱的覆蓋準(zhǔn)則。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)路復(fù)雜性為多少？（ D. 5A）1、進(jìn)行軟件質(zhì)量管理的重要性有：（ ABCD）【中級】A、維護(hù)降低成本B 、法律上的要求C 、市場競爭的需要D、質(zhì)量標(biāo)準(zhǔn)化的趨勢E 、軟件工程的需要F 、 CMM過程的一部分G、方便與客戶進(jìn)一步溝通為后期的實施打好基礎(chǔ)2、以測試的形態(tài)分測試可以分為

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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