- 相關(guān)推薦
軟件測(cè)試筆試題及答案
在學(xué)習(xí)、工作生活中，我們最不陌生的就是試題了，試題可以幫助主辦方了解考生某方面的知識(shí)或技能狀況。一份好的試題都是什么樣子的呢？下面是小編為大家整理的軟件測(cè)試筆試題及答案，歡迎大家借鑒與參考，希望對(duì)大家有所幫助。
軟件測(cè)試筆試題及答案 1
一、選擇題
1.軟件可靠性是指在指定的條件下使用時(shí)，軟件產(chǎn)品維持規(guī)定的性能級(jí)別的能力，其子特性( )是指在軟件發(fā)生故障或者違反指定接口的情況下，軟件產(chǎn)品維持規(guī)定的性能級(jí)別的能力。
A.成熟性; B.易恢復(fù)性; C.容錯(cuò)性; D.可靠性依從性
2.關(guān)于軟件質(zhì)量的描述，正確的是______
A.軟件質(zhì)量是指軟件滿足規(guī)定用戶需求的能力;
B.軟件質(zhì)量特性是指軟件的功能性、可靠性、易用性、效率、可維護(hù)性、可移植性;
C.軟件質(zhì)量保證過程就是軟件測(cè)試過程;
D.以上描述都不對(duì)
3.______方法根據(jù)輸出對(duì)輸入的依賴關(guān)系設(shè)計(jì)測(cè)試用例。
A.路徑測(cè)試 B.等價(jià)類 C.因果圖 D.邊界值
4.下列關(guān)于軟件驗(yàn)收測(cè)試的合格通過準(zhǔn)則錯(cuò)誤的是：______
A.軟件需求分析說明書中定義的所有功能已全部實(shí)現(xiàn)，性能指標(biāo)全部達(dá)到要求;
B.所有測(cè)試項(xiàng)沒有殘余一級(jí)、二級(jí)和三級(jí)錯(cuò)誤;
C.立項(xiàng)審批表、需求分析文檔、設(shè)計(jì)文檔和編碼實(shí)現(xiàn)不一致;
D.驗(yàn)收測(cè)試工件齊全
5.測(cè)試設(shè)計(jì)員的職責(zé)有：______
�、僦贫y(cè)試計(jì)劃 ②設(shè)計(jì)測(cè)試用例 ③設(shè)計(jì)測(cè)試過程、腳本 ④評(píng)估測(cè)試活動(dòng)
A.①④ B.②③ C.①③ D.以上全是
6.對(duì)于業(yè)務(wù)流清晰的系統(tǒng)可以利用D貫穿整個(gè)測(cè)試用例設(shè)計(jì)過程廣在用例中綜
合使用各種測(cè)試方法，對(duì)于參數(shù)配置類的軟件，要用C選擇較少的組合方式達(dá)到最佳效果，如果程序的功能說明中含有輸入條件的組合情況，則一開始就可以選用B和判定表驅(qū)動(dòng)法
A.等價(jià)類劃分 B.因果圖法 C.正交試驗(yàn)法 D.場(chǎng)景法、
7.下列軟件實(shí)施活動(dòng)的進(jìn)入準(zhǔn)則描述錯(cuò)誤的是：______
A.需求工件已經(jīng)被基線化
B.詳細(xì)設(shè)計(jì)工件已經(jīng)被基線化
C.構(gòu)架工件已經(jīng)被基線化
D.項(xiàng)目階段成果已經(jīng)被基線化
8.10、正式的技術(shù)評(píng)審FTR(Formal Technical Review)是軟件工程師組織的軟
件質(zhì)量保證活動(dòng)，下面關(guān)于FTR指導(dǎo)原則中錯(cuò)誤的是______
A.評(píng)審產(chǎn)品，而不是評(píng)審生產(chǎn)者的能力
B.要有嚴(yán)格的評(píng)審計(jì)劃，并遵守日程安排
C.對(duì)評(píng)審中出現(xiàn)的問題要充分討論，以求徹底解決
D.限制參與者人數(shù)，并要求評(píng)審會(huì)之前做好準(zhǔn)備
9.下列關(guān)于文檔測(cè)試描述錯(cuò)誤的是______
A.文檔測(cè)試主要檢查文檔的正確性、完備性、可理解性、可操作性和易維護(hù)性;
B.正確性是指不要把軟件的功能和操作寫錯(cuò)，也不允許文檔內(nèi)容前后矛盾;
C.完備性是指文檔不可以“虎頭蛇尾”，更不許漏掉關(guān)鍵內(nèi)容。有些學(xué)生在證明數(shù)學(xué)題時(shí)，喜歡用“顯然”兩字蒙混過關(guān)。文檔中很多內(nèi)容對(duì)開發(fā)者可能是“顯然”的，但對(duì)用戶而言不見得都是“顯然”的;
D.文檔不可以寫成散文、詩(shī)歌或者偵探、言情小說，要讓大眾用戶看得懂，能理解
10.以下關(guān)于集成測(cè)試的內(nèi)容正確的有______
�、� 集成測(cè)試也叫組裝測(cè)試或者聯(lián)合測(cè)試;
②在把各個(gè)模塊連接起來的時(shí)候，穿越模塊接口的數(shù)據(jù)是否會(huì)丟失; ③一個(gè)模塊的功能是否會(huì)對(duì)另一個(gè)模塊的功能產(chǎn)生不利的影響; ④各個(gè)子功能組合起來，能否達(dá)到預(yù)期要求的父功能;
�、萑�?jǐn)?shù)據(jù)結(jié)構(gòu)是否有問題;
⑥單個(gè)模塊的`誤差累積起來，是否會(huì)放大，從而達(dá)到不能接受的程度;
A.①②④⑤⑥ B.②③④⑤⑥
C.①②③⑤⑥ D.以上全部正確
11.軟件測(cè)試的目的是______
A.評(píng)價(jià)軟件的質(zhì)量 B.發(fā)現(xiàn)軟件的錯(cuò)誤
C.找出軟件中的所有錯(cuò)誤 D.證明軟件是正確的
12.為了提高測(cè)試的效率，應(yīng)該______
A.隨機(jī)地選取測(cè)試數(shù)據(jù) B.取一切可能的輸入數(shù)據(jù)作為測(cè)試數(shù)據(jù)
C.在完成編碼以后制定軟件的測(cè)試計(jì)劃 D.選擇發(fā)現(xiàn)錯(cuò)誤的可能性大的數(shù)據(jù)作為測(cè)試數(shù)據(jù)
13.下列關(guān)于軟件測(cè)試的敘述中，選擇出全部正確的一組______
(1) 用黑盒法測(cè)試時(shí)，測(cè)試用例是根據(jù)程序內(nèi)部邏輯設(shè)計(jì)的
(2) 盡量用公共過程或子程序去代替重復(fù)的代碼段
(3) 測(cè)試是為了驗(yàn)證該軟件已正確地實(shí)現(xiàn)了用戶的要求
(4) 對(duì)于連鎖型分支結(jié)構(gòu)，若有n個(gè)判定語句，則有2n條路徑
(5) 盡量采用復(fù)合的條件測(cè)試，以避免嵌套的分支結(jié)構(gòu)
(6) GOTO語句概念簡(jiǎn)單，使用方便，在某些情況下，保留GOTO語句反能使寫出的程序更加簡(jiǎn)潔
(7) 發(fā)現(xiàn)錯(cuò)誤多的程序模塊，殘留在模塊中的錯(cuò)誤也多
(8) 黑盒測(cè)試方法中最有效的是因果圖法
(9) 在做程序的單元測(cè)試時(shí)，樁(存根)模塊比驅(qū)動(dòng)模塊容易編寫
(10) 程序效率的提高主要應(yīng)通過選擇高效的算法來實(shí)現(xiàn)
A.(4)(5)(6)(7)(10) B.(1)(2)(4)(5)(7)
C.(2)(4)(5)(7)(9) D.以上描述全部正確
14.下列關(guān)于alpha、beta 測(cè)試的描述中正確的是：______
A.alpha 測(cè)試需要用戶代表參加;
B.beta 測(cè)試是不是驗(yàn)收測(cè)試的一種;
C.alpha 測(cè)試不需要用戶代表參加;
D.beta 測(cè)試是系統(tǒng)測(cè)試的一種;
15.關(guān)于自動(dòng)化測(cè)試局限性的描述，以下錯(cuò)誤的描述有______
A.自動(dòng)化測(cè)試不能取代手工測(cè)試 B.自動(dòng)測(cè)試比手工測(cè)試發(fā)現(xiàn)的缺陷少 C.自動(dòng)測(cè)試不能提高測(cè)試覆蓋率 D.自動(dòng)化測(cè)試對(duì)測(cè)試設(shè)計(jì)依賴性極大
16.PSP是指?jìng)�(gè)人軟件過程 ，是一種可用于( A )、( B )和( C )個(gè)人軟
件工作方式的自我改善過程。
A、控制 B、管理 C、改進(jìn)
D、高效 E、充分 F、適宜
二、填空題
1.軟件驗(yàn)收測(cè)試包括：正式驗(yàn)收測(cè)試，alpha測(cè)試，beta測(cè)試。
2.軟件的六大質(zhì)量特性包括：功能性、可靠性、可用性、效率 、穩(wěn)定性、可移植性
3.軟件測(cè)試按照不同的劃分方法，有不同的分類：
(1)按照軟件測(cè)試用例的設(shè)計(jì)方法而論，軟件測(cè)試可以分為白盒測(cè)試法和黑盒測(cè)試法。
(2)從是否執(zhí)行程序的角度，軟件測(cè)試可以分為靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試
(3)按照軟件測(cè)試的策略和過程來分類，軟件測(cè)試可分為單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、驗(yàn)證測(cè)試和確認(rèn)測(cè)試。
4.軟件生命周期包括制定計(jì)劃、需求分析定義、軟件設(shè)計(jì)、程序編碼、軟件測(cè)試、軟件運(yùn)行、軟件維護(hù)、軟件停用等8個(gè)階段
5.軟件測(cè)試的模型分為：V模型、W模型、X模型、H模型、測(cè)試驅(qū)動(dòng)模型
6.系統(tǒng)測(cè)試的策略有：功能測(cè)試，性能測(cè)試，可靠性測(cè)試，負(fù)載測(cè)試，易用性測(cè)試，強(qiáng)度測(cè)試，安全測(cè)試，配置測(cè)試，安裝測(cè)試，卸載測(cè)試，文擋測(cè)試，故障恢復(fù)測(cè)試，界面測(cè)試，容量測(cè)試，兼容性測(cè)試，分布測(cè)試，可用性測(cè)試
7.一個(gè)文本框要求輸入6位數(shù)字密碼，且對(duì)每個(gè)帳戶每次只允許出現(xiàn)三次輸入錯(cuò)誤，對(duì)此文本框進(jìn)行測(cè)試設(shè)計(jì)的等價(jià)區(qū)間有：密碼位數(shù)：6位 和 非6位的;密碼內(nèi)容：數(shù)字的 和 非數(shù)字的;輸入次數(shù)：三次以內(nèi) 和 超過三次
三、判斷題
1.軟件測(cè)試 的目的是盡可能多的找出軟件的缺陷。(Y )
2.驗(yàn)收測(cè)試是由最終用戶來實(shí)施的。(N )
3.要充分注意軟件測(cè)試中的群集現(xiàn)象。(Y )
4.單元測(cè)試能發(fā)現(xiàn)約80% 的軟件缺陷。(Y )
5.代碼評(píng)審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求。(N )
6.好的測(cè)試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤。(N)
7.測(cè)試人員要堅(jiān)持原則，缺陷未修復(fù)完堅(jiān)決不予通過。(N )
8.代碼評(píng)審員一般由測(cè)試員擔(dān)任。(N )
9.我們可以人為的使得軟件不存在配置問題。(N )
10.集成測(cè)試計(jì)劃在需求分析階段末提交。(N )
11.軟件測(cè)試就是為了驗(yàn)證軟件功能實(shí)現(xiàn)的是否正確，是否完成既定目標(biāo)的活動(dòng)，所以軟件測(cè)試在軟件工程的后期才開始具體的工作。 (N)
12.發(fā)現(xiàn)錯(cuò)誤多的模塊，殘留在模塊中的錯(cuò)誤也多。( Y )
13.測(cè)試人員在測(cè)試過程中發(fā)現(xiàn)一處問題，如果問題影響不大，而自己又可
以修改，應(yīng)立即將此問題正確修改，以加快、提高開發(fā)的進(jìn)程。(N)
四、簡(jiǎn)答題
1.什么是軟件測(cè)試
為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過程
2.白盒測(cè)試有幾種方法
總體上分為靜態(tài)方法和動(dòng)態(tài)方法兩大類。
靜態(tài)：關(guān)鍵功能是檢查軟件的表示和描述是否一致,沒有沖突或歧義 動(dòng)態(tài)：語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。
3.系統(tǒng)測(cè)試計(jì)劃是否需要同行審批，為什么需要，系統(tǒng)測(cè)試計(jì)劃屬于項(xiàng)目階段性關(guān)鍵文檔，因此需要評(píng)審。
4.簡(jiǎn)述軟件測(cè)試中的“80-20原則”
(1)80% 的軟件缺陷常常生存在軟件 20% 的空間里;
(2)測(cè)試工作中能夠發(fā)現(xiàn)和避免 80% 的軟件缺陷，此后的驗(yàn)收測(cè)試等能夠幫助我們找出剩余缺陷中的 80% ，最后的 5% 的軟件缺陷可能只有在系統(tǒng)交付使用后用戶經(jīng)過大范圍、長(zhǎng)時(shí)間使用后才會(huì)曝露出來。
(3)80% 的軟件缺陷可以借助人工測(cè)試而發(fā)現(xiàn)， 20% 的軟件缺陷可以借助自動(dòng)化測(cè)試能夠得以發(fā)現(xiàn)。由于這二者間具有交叉的部分，因此尚有 5% 左右的軟件缺陷需要通過其他方式進(jìn)行發(fā)現(xiàn)和修正
5.給你輛自行車，你認(rèn)為最需要檢查的是哪些地方?為什么?若要保證質(zhì)量必須要檢查三個(gè)部件，是什么?為什么?
6.性能測(cè)試的目的是什么，做好性能測(cè)試的關(guān)鍵是什么
1.評(píng)估系統(tǒng)的能力，測(cè)試中得到的負(fù)荷和響應(yīng)時(shí)間數(shù)據(jù)可以被用于驗(yàn)證所計(jì)劃的模型的能力，并幫助作出決策。
2.識(shí)別體系中的弱點(diǎn)：受控的負(fù)荷可以被增加到一個(gè)極端的水平，并突破它，從而修復(fù)體系的瓶頸或薄弱的地方。
3.系統(tǒng)調(diào)優(yōu)：重復(fù)運(yùn)行測(cè)試，驗(yàn)證調(diào)整系統(tǒng)的活動(dòng)得到了預(yù)期的結(jié)果，從而改進(jìn)性能。
4.檢測(cè)軟件中的問題：長(zhǎng)時(shí)間的測(cè)試執(zhí)行可導(dǎo)致程序發(fā)生由于內(nèi)存泄露引起的失敗，揭示程序中的隱含的問題或沖突。
5.驗(yàn)證穩(wěn)定性(resilience)可靠性(reliability)：在一個(gè)生產(chǎn)負(fù)荷下執(zhí)行測(cè)試一定的時(shí)間是評(píng)估系統(tǒng)穩(wěn)定性和可靠性是否滿足要求的唯一方法。
做好性能測(cè)試工作的關(guān)鍵是強(qiáng)度測(cè)試(Stress Test)： 強(qiáng)度測(cè)試
7.測(cè)試人員在軟件開發(fā)過程中的任務(wù)是什么?(初級(jí))(5分)
1、尋找Bug;
2、避免軟件開發(fā)過程中的缺陷;
3、衡量軟件的品質(zhì);
4、關(guān)注用戶的需求。
8.一個(gè)缺陷測(cè)試報(bào)告的組成
(1)測(cè)試軟件項(xiàng)目名稱,每個(gè)要測(cè)試軟件項(xiàng)目都有唯一的名稱，有的公司對(duì)項(xiàng)目還有特定的編號(hào)。
(2)測(cè)試軟件版本號(hào),測(cè)試周期內(nèi)，一般需要測(cè)試多個(gè)軟件版本，報(bào)告錯(cuò)誤時(shí)，一定要正確填寫產(chǎn)生錯(cuò)誤的軟件版本號(hào)。
(3)測(cè)試者名稱,便于分清責(zé)任，便于管理。
(4)測(cè)試日期與時(shí)間,便于分析和統(tǒng)計(jì)錯(cuò)誤報(bào)告信息。
(5)測(cè)試軟件環(huán)境,包括操作系統(tǒng)和其他必要的軟件程序。
(6)測(cè)試硬件環(huán)境,包括測(cè)試計(jì)算機(jī)和其他測(cè)試設(shè)備的配置信息。
(7)錯(cuò)誤描述,簡(jiǎn)明的描述錯(cuò)誤的特征，便于查詢和快速瀏覽。包含以下幾個(gè)方面：
a) 錯(cuò)誤標(biāo)識(shí)編號(hào) (ID#) ,每個(gè)錯(cuò)誤都有一個(gè)唯一的標(biāo)識(shí)編號(hào)，方便查詢。
b) 錯(cuò)誤類型,根據(jù)錯(cuò)誤類型，分配給適當(dāng)?shù)娜藛T處理錯(cuò)誤。
c) 錯(cuò)誤級(jí)別,錯(cuò)誤的嚴(yán)重程度和處理的優(yōu)先級(jí)，優(yōu)先處理高級(jí)別的錯(cuò)誤。
d) 錯(cuò)誤狀態(tài),錯(cuò)誤狀態(tài)表明錯(cuò)誤是否已經(jīng)處理和將怎樣處理，根據(jù)錯(cuò)誤狀態(tài)，采用適當(dāng)?shù)奶幚矸椒ā?/p>
e) 錯(cuò)誤處理者名稱,便于分清責(zé)任，便于管理。
f) 重現(xiàn)錯(cuò)誤的操作步驟,便于重現(xiàn)錯(cuò)誤，修復(fù)錯(cuò)誤和驗(yàn)證錯(cuò)誤。
g) 期望的結(jié)果,描述滿足設(shè)計(jì)要求的結(jié)果。
h) 實(shí)際測(cè)試結(jié)果,描述實(shí)際測(cè)試后得到的結(jié)果。
i) 必要的附圖,便于確認(rèn)錯(cuò)誤的表現(xiàn)形式和錯(cuò)誤位置。
(8)測(cè)試者的建議等注釋,便于錯(cuò)誤處理者快速和正確處理錯(cuò)誤
五、應(yīng)用題
1.輸入三個(gè)整數(shù)a、b、c，通過程序判定是否構(gòu)成三角形。要求輸入a、b、c必須滿足a≤200,b≤200,c≤200。請(qǐng)用黑盒測(cè)試方法編制測(cè)試用例
2.一個(gè)有廣告的花杯子，盡可能多的設(shè)計(jì)測(cè)試用例
3.請(qǐng)?jiān)O(shè)計(jì)一個(gè)關(guān)于ATM自動(dòng)取款機(jī)的測(cè)試用例
1.功能：
a) ATM所識(shí)別卡的類型
b) 密碼驗(yàn)證(身份登陸、是否為掩碼、輸入錯(cuò)誤密碼時(shí)是否提示，連續(xù)三次錯(cuò)誤吞卡等);
c) 取款功能：
i.金額多少的限制，單次最大最小提取金額、每天最大提取金額燈);
ii.取款幣種的不同，如人民幣、美元、歐元等
d) 是否提示客戶操作完成后,打印相關(guān)操作信息;
e) 查詢功能是否正常
f) 轉(zhuǎn)賬功能是否正常
g) 是否提示客戶操作完成后,取回客戶卡;
2.性能：
a) 是否有自動(dòng)吞卡(非法客戶\密碼錯(cuò)誤客戶\規(guī)定時(shí)間內(nèi)未完成相關(guān)操作功能的客戶);如果有，有無報(bào)警功能(保密報(bào)警);
b) 平均無故障時(shí)間，平均故障修復(fù)時(shí)間，輸入密碼后驗(yàn)證時(shí)間，出鈔票時(shí)間，查詢余額等待時(shí)間
3.易用性
a) .ATM各個(gè)操作功能(硬件)是否正常、易懂;
b) .ATM 的界面顯示是否友好;
c) .ATM是否支持英文操作;
d) .ATM是否在異常(斷電、黑客入侵)有自動(dòng)保護(hù)(報(bào)警)功能;
軟件測(cè)試筆試題及答案 2
一、測(cè)試總體
1.什么是軟件測(cè)試?
答：為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過程
2.軟件測(cè)試的目的?
答：首先，測(cè)試并不僅僅是為了要找出錯(cuò)誤。通過分析錯(cuò)誤產(chǎn)生的原因和錯(cuò)誤的分布特征，可以幫助項(xiàng)目管理者發(fā)現(xiàn)當(dāng)前所采用的軟件過程的缺陷，以便改進(jìn)。同時(shí)，這種分析也能幫助我們?cè)O(shè)計(jì)出有針對(duì)性地檢測(cè)方法，改善測(cè)試的有效性。
其次，沒有發(fā)現(xiàn)錯(cuò)誤的測(cè)試也是有價(jià)值的，完整的測(cè)試是評(píng)定測(cè)試質(zhì)量的一種方法。詳細(xì)而嚴(yán)謹(jǐn)?shù)目煽啃栽鲩L(zhǎng)模型可以證明這一點(diǎn)。
測(cè)試的目的是按照用戶所需軟件的質(zhì)量，檢查開發(fā)軟件過程出現(xiàn)的bug, 使得開發(fā)人員及時(shí)修改，可以避免在開發(fā)結(jié)束的時(shí)候發(fā)現(xiàn)軟件存在質(zhì)量問題，避免公司不必要的損失。贏得用戶對(duì)公司產(chǎn)品的認(rèn)可。
測(cè)試的目的是以最少人力、物力和時(shí)間找出軟件中潛在各種錯(cuò)誤和缺陷，通過修正種錯(cuò)誤和缺陷提高軟件質(zhì)量，回避軟件發(fā)布后由于潛在的軟件缺陷和錯(cuò)誤造成的隱患帶來的商業(yè)風(fēng)險(xiǎn)。
測(cè)試的附帶收獲是，它能夠證明軟件的功能和性能與需求說明相符合。實(shí)施測(cè)試收集到的測(cè)試結(jié)果數(shù)據(jù)為可靠性分析提供了依據(jù)。測(cè)試不能表明軟件中不存在錯(cuò)誤，它只能說明軟件中存在錯(cuò)誤。
3.軟件測(cè)試的目標(biāo)
答：發(fā)現(xiàn)盡可能多的錯(cuò)誤。測(cè)試是一個(gè)為了尋找錯(cuò)誤而運(yùn)行程序的過程。一個(gè)好的測(cè)試案例是指很可能找到迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤的用例。一個(gè)成功的測(cè)試是指揭示了迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試。
4.軟件測(cè)試的原則
1) 應(yīng)當(dāng)把"盡早地和不斷地進(jìn)行軟件測(cè)試"作為軟件開發(fā)者的座右銘。
2) 測(cè)試用例應(yīng)由測(cè)試輸入數(shù)據(jù)和對(duì)應(yīng)的預(yù)期輸出結(jié)果這兩部分組成。
3) 程序員應(yīng)避免檢查自己的程序。
4) 在設(shè)計(jì)測(cè)試用例時(shí)，應(yīng)包括合理的輸入條件和不合理的輸入條件。
5) 軟件測(cè)試的原則
6) 充分注意測(cè)試中的群集現(xiàn)象。經(jīng)驗(yàn)表明，測(cè)試后程序中殘存的錯(cuò)誤數(shù)目與該程序中已發(fā)現(xiàn)的錯(cuò)誤數(shù)目成正比。
7) 嚴(yán)格執(zhí)行測(cè)試計(jì)劃，排除測(cè)試的隨意性軟件測(cè)試面試筆試題完全版軟件測(cè)試面試筆試題完全版。
8) 應(yīng)當(dāng)對(duì)每一個(gè)測(cè)試結(jié)果做全面檢查。
9) 妥善保存測(cè)試計(jì)劃，測(cè)試用例，出錯(cuò)統(tǒng)計(jì)和最終分析報(bào)告，為維護(hù)提供方便。
5.測(cè)試的職責(zé)
測(cè)試經(jīng)理：
1、制定測(cè)試計(jì)劃。
2、確保測(cè)試過程正常進(jìn)行。
測(cè)試工程師
1、編寫測(cè)試用例
2、搭建測(cè)試環(huán)境
3、執(zhí)行測(cè)試
6.軟件都有多少種分類?
答：根據(jù)功能的不同，電腦軟件可以粗略地分成四個(gè)層次：
最貼近電腦硬件的是一些小巧的軟件。它們實(shí)現(xiàn)一些最基本的功能，通常"固化"在只讀存儲(chǔ)器芯片中，因此稱為固件。
系統(tǒng)軟件包括操作系統(tǒng)和編譯器軟件等。系統(tǒng)軟件和硬件一起提供一個(gè)"平臺(tái)"。它們管理和優(yōu)化電腦硬件資源的使用。
支持軟件。包括圖形用戶界面、軟件開發(fā)工具、軟件評(píng)測(cè)工具、數(shù)據(jù)庫(kù)管理系統(tǒng)、中間件等。
應(yīng)用軟件種類最多，包括辦公軟件、電子商務(wù)軟件、通信軟件、行業(yè)軟件，游戲軟件等等。
7.測(cè)試的主要方面
答：A、功能測(cè)試：a、鏈接測(cè)試b、表單測(cè)試c、Cookies 測(cè)試d、設(shè)計(jì)語言測(cè)試e、數(shù)據(jù)庫(kù)測(cè)試
B、性能測(cè)試：a、連接速度測(cè)試b、負(fù)載測(cè)試c、壓力測(cè)試
C、接口測(cè)試：a、服務(wù)器接口b、外部接口c、錯(cuò)誤處理
D、可用性測(cè)試: a、導(dǎo)航測(cè)試b、圖形測(cè)試c、內(nèi)容測(cè)試d、整體界面測(cè)試
E、兼容性測(cè)試：a、平臺(tái)測(cè)試b、瀏覽器測(cè)試c、視頻測(cè)試d、Modem/連接速率測(cè)試f、打印機(jī)測(cè)試g、組合測(cè)試
F、安全測(cè)試：a、目錄設(shè)置b、登錄c、Session d、日志文件e、加密f、安全漏洞
G、代碼合法性測(cè)試：a、程序代碼合法性檢查b、顯示代碼合法性檢查
H、文檔測(cè)試：
8.軟件測(cè)試的對(duì)象
答：軟件測(cè)試并不等于程序測(cè)試。軟件測(cè)試應(yīng)貫穿于軟件定義與開發(fā)的整個(gè)期間。需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)以及程序編碼等各階段所得到的`文檔，包括需求規(guī)格說明、概要設(shè)計(jì)規(guī)格說明、詳細(xì)設(shè)計(jì)規(guī)格說明以及源程序，都應(yīng)成為軟件測(cè)試的對(duì)象
9.什么是"測(cè)試案例"?
答：測(cè)試案例是一份文檔，它描述了一個(gè)輸入、反應(yīng)、或者是與其相應(yīng)的預(yù)期的響應(yīng)，以便來判斷應(yīng)用軟件的工作是否正常。測(cè)試案例應(yīng)當(dāng)包括測(cè)試標(biāo)識(shí)、測(cè)試案例的名稱、目標(biāo)、測(cè)試條件/設(shè)置、輸入數(shù)據(jù)要求、步驟、以及預(yù)期的結(jié)果。
注：開發(fā)一個(gè)應(yīng)用軟件的測(cè)試案例的過程，需要全面、深入地考慮該軟件的操作，所以有助于發(fā)現(xiàn)在其需求或設(shè)計(jì)里面的問題。因此，如果有可能，在開發(fā)周期中應(yīng)當(dāng)盡早準(zhǔn)備測(cè)試案例。
10.怎么編寫案例?
答：案例的編寫與測(cè)試階段的定義有很大的關(guān)系。系統(tǒng)測(cè)試和unit 測(cè)試的案例可能不同。總體而言測(cè)試案例根據(jù)系統(tǒng)的需求而定。
11.軟件測(cè)試的兩種方法
答：黑盒測(cè)試和白盒測(cè)試
黑盒：這種方法是把測(cè)試對(duì)象看做一個(gè)黑盒子，測(cè)試人員完全不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部特性，只依據(jù)程序的需求規(guī)格說明書，檢查程序的功能是否符合它的功能說明。黑盒測(cè)試又叫做功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試。
白盒：此方法把測(cè)試對(duì)象看做一個(gè)透明的盒子，它允許測(cè)試人員利用程序內(nèi)部的邏輯結(jié)構(gòu)及有關(guān)信息，設(shè)計(jì)或選擇測(cè)試用例，對(duì)程序所有邏輯路徑進(jìn)行測(cè)試。通過在不同點(diǎn)檢查程序的狀態(tài)，確定實(shí)際的狀態(tài)是否與預(yù)期的狀態(tài)一致。因此白盒測(cè)試又稱為結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試。
12.測(cè)試結(jié)束的標(biāo)準(zhǔn)是什么?
答：1.用例全部執(zhí)行。2.覆蓋率達(dá)到標(biāo)準(zhǔn)。3.缺陷率達(dá)到標(biāo)準(zhǔn)。4.其他指標(biāo)達(dá)到質(zhì)量標(biāo)準(zhǔn)
13.軟件的生命周期
答：軟件生命周期是指一個(gè)計(jì)算機(jī)軟件從功能確定、設(shè)計(jì)，到開發(fā)成功投入使用，并在使用中不斷地修改、增補(bǔ)和完善，直到停止該軟件的使用的全過程(從醞釀到廢棄的過程)
14.什么是軟件的生命周期?
生命周期從收到應(yīng)用軟件開始算起，到該軟件不再使用為止。它有如下各方面的內(nèi)容：
初始構(gòu)思、需求分析、功能設(shè)計(jì)、內(nèi)部設(shè)計(jì)、文檔計(jì)劃、測(cè)試計(jì)劃、文檔準(zhǔn)備、集成、測(cè)試、維護(hù)、升級(jí)、再測(cè)試、逐步淘汰(phase-out)、等等。
15.軟件測(cè)試按過程分為三個(gè)步驟
答：?jiǎn)卧獪y(cè)試：?jiǎn)卧獪y(cè)試又稱模塊測(cè)試，是針對(duì)軟件設(shè)計(jì)的最小單位─ 程序模塊，進(jìn)行正確性檢驗(yàn)的測(cè)試工作。其目的在于發(fā)現(xiàn)各模塊內(nèi)部可能存在的各種差錯(cuò)軟件測(cè)試面試筆試題完全版默認(rèn)。
單元測(cè)試需要從程序的內(nèi)部結(jié)構(gòu)出發(fā)設(shè)計(jì)測(cè)試用例。多個(gè)模塊可以平行地獨(dú)立進(jìn)行單元測(cè)試。
集成測(cè)試：在運(yùn)行(可能是不完整)的應(yīng)用中保證軟件單元被結(jié)合后能正常操作的測(cè)試執(zhí)行的階段
系統(tǒng)測(cè)試：當(dāng)應(yīng)用作為整體運(yùn)行時(shí)的測(cè)試執(zhí)行階段
16.面向?qū)ο蟮脑O(shè)計(jì)如何影響測(cè)試?
答：好的面向?qū)ο蟮墓こ淘O(shè)計(jì)使得從代碼追溯內(nèi)部設(shè)計(jì)、再到功能測(cè)試，最后追溯到需求，成為一件容易的事。因?yàn)樗鼘?duì)黑盒測(cè)試的影響很少(不需要了解應(yīng)用軟件的內(nèi)部設(shè)計(jì)) ，而白盒測(cè)試只需針對(duì)該應(yīng)用軟件的對(duì)象。如果該應(yīng)用軟件設(shè)計(jì)得好，就可簡(jiǎn)化測(cè)試設(shè)計(jì)
17.軟件帶來錯(cuò)誤的原因很多。主要的原因有哪些?
1) 交流不夠、交流上有誤解或者根本不進(jìn)行交流
2) 軟件復(fù)雜性
3) 程序設(shè)計(jì)錯(cuò)誤
4) 需求變化
5) 時(shí)間壓力
6) 代碼文檔貧乏
7) 軟件開發(fā)工具
18.軟件測(cè)試的步驟是什么?
1) 測(cè)試過程按4 個(gè)步驟進(jìn)行，即單元測(cè)試(Unit Testing)、集成測(cè)試(Integrated Testing)、確認(rèn)測(cè)試(Validation Testing)和系統(tǒng)測(cè)試(System Testing)及發(fā)版測(cè)試。
2) 開始是單元測(cè)試，集中對(duì)用源代碼實(shí)現(xiàn)的每一個(gè)程序單元進(jìn)行測(cè)試，檢查各個(gè)程序模塊是否正確地實(shí)現(xiàn)了規(guī)定的功能。
3) 集成測(cè)試把已測(cè)試過的模塊組裝起來，主要對(duì)與設(shè)計(jì)相關(guān)的軟件體系結(jié)構(gòu)的構(gòu)造進(jìn)行測(cè)試。
4) 確認(rèn)測(cè)試則是要檢查已實(shí)現(xiàn)的軟件是否滿足了需求規(guī)格說明中確定了的各種需求，以及軟件配置是否完全、正確。
軟件測(cè)試筆試題及答案 3
中軟軟件測(cè)試面試題：判斷題
1.軟件測(cè)試就是為了驗(yàn)證軟件功能實(shí)現(xiàn)的是否正確，是否完成既定目標(biāo)的活動(dòng)，所以軟件測(cè)試在軟件工程的后期才開始具體的工作。初級(jí) (×)
2.發(fā)現(xiàn)錯(cuò)誤多的模塊，殘留在模塊是的錯(cuò)誤也多。初級(jí)(√)
3.測(cè)試人員在測(cè)試過程中發(fā)現(xiàn)一處問題，如果問題影響不大，而自己又可以修改，應(yīng)立即將此問題正確修改，以加快、提高開發(fā)的進(jìn)程。初級(jí)(×)
4.單元測(cè)試通常應(yīng)該先進(jìn)行“人式走查”，再以白盒法為主，輔以黑盒進(jìn)行動(dòng)態(tài)測(cè)試。中級(jí)(√)
5.功能測(cè)試是系統(tǒng)測(cè)試的主要內(nèi)容，檢查系統(tǒng)的功能、性能是否與需求規(guī)格說明相同。中級(jí)(√)
6.軟件質(zhì)量管理即QM由QA和QC構(gòu)成，軟件測(cè)試屬于QC的核心工作內(nèi)容。高級(jí)(√)
7.軟件測(cè)試只能發(fā)現(xiàn)錯(cuò)誤，但不能保證測(cè)試后的軟件沒有錯(cuò)誤。中級(jí)(√)
8.軟件就是程序。初級(jí)(×)
9.測(cè)試中要做到語句覆蓋和分支覆蓋。就可以發(fā)現(xiàn)程序中的所有錯(cuò)誤。中級(jí)(×)
10.I18N測(cè)試是指對(duì)產(chǎn)品做出具有國(guó)際性的規(guī)劃，而L10測(cè)試則是指對(duì)軟件做出符合本地需求更改工作。高級(jí)(√)
中軟軟件測(cè)試面試題：選擇題
1.進(jìn)行軟件質(zhì)量管理的重要性有(ACDEF )中級(jí)
A、維護(hù)降低成本;
B、法律上的要求;
C、市場(chǎng)競(jìng)爭(zhēng)的需要;
D、質(zhì)量標(biāo)準(zhǔn)化的趨勢(shì);
E、軟件工程的需要;
F、CMM過程的一部分
G、方便與客戶進(jìn)一步溝通為后期的實(shí)施打好基礎(chǔ)
2.以測(cè)試的形態(tài)分測(cè)試可以分為( ABC )中級(jí)
A、建構(gòu)性測(cè)試
B、系統(tǒng)測(cè)試
C、專項(xiàng)測(cè)試
D、單元測(cè)試
E、組件測(cè)試
F、集成系統(tǒng)
3.選出屬于黑盒測(cè)試方法的選項(xiàng)( ABC )初級(jí)
A、測(cè)試用例覆蓋
B、輸入覆蓋
C、輸出覆蓋
D、分支覆蓋
E、語句覆蓋
F、條件覆蓋
4.編寫測(cè)試計(jì)劃的目的是(ABCEF)中級(jí)
A、使測(cè)試工作順利進(jìn)行;
B、使項(xiàng)目參與人員溝通更舒暢;
C、使測(cè)試工作更加系統(tǒng)化;
D、軟件工程以及軟件過程的需要;
E、軟件過程規(guī)范化的需求;
F、控制軟件質(zhì)量
5.依存關(guān)第有4種分別是(ABCD)高級(jí)
A、開始—結(jié)束
B、開始—開始
C、結(jié)束—開始
D、結(jié)束—結(jié)束
E、開始—實(shí)施—結(jié)束
F、結(jié)束—審核—開始
6.軟件質(zhì)量管理(QM)應(yīng)有質(zhì)量保證(QA)和質(zhì)量控制(QC)組成，下面的選項(xiàng)屬于
QC的是：(ABCD)高級(jí)
A、測(cè)試
B、跟蹤
C、監(jiān)督
D、制定計(jì)劃
E、需求審查
F、程序代碼審查
7.實(shí)施缺陷跟蹤的目的是(ABCD)中級(jí)
A、軟件質(zhì)量無法控制
B、問題無法量化
C、重復(fù)問題接連產(chǎn)生
D、解決問題的知識(shí)無法保留
E、確保缺陷得到解決
F、使問題開成完整的閉玩處理
8.使用軟件測(cè)試工具的目的(ABCD)中級(jí)
A、幫助測(cè)試尋找問題
B、協(xié)助問題的診斷
C、節(jié)省測(cè)試時(shí)間
D、提高BUG的發(fā)現(xiàn)率
E、更好的控制缺陷提高軟件質(zhì)量
F、更好的協(xié)助開發(fā)人員
9.典型的瀑布模型的四個(gè)階段是(ABCD)高級(jí)
A、分析
B、設(shè)計(jì)
C、編碼
D、測(cè)試
E、需求調(diào)研
F、實(shí)施
10.PSP是指?jìng)�(gè)人軟件過各，是一各可用于(ABC)個(gè)人軟件工作方式 的自我改善過程。
A、控制
B、管理
C、改進(jìn)
D、高效
E、充分
F、適宜
中軟軟件測(cè)試面試題：?jiǎn)柎痤}
(共9題，每題5分，共講50分)
1.測(cè)試人員在軟件開發(fā)過程中的任務(wù)是什么?(初級(jí)) 1.尋找 Bug;
2.避免軟件開發(fā)過程中的缺陷; 3.衡量軟件的品質(zhì); 4.關(guān)注用戶的需求
2.在您以往的工作中，一條軟件缺陷(或者叫BUG)記錄都包含了哪些內(nèi)容?如何提交高
質(zhì)量的軟件缺陷(BUG)記錄?初級(jí)
一條Bug記錄最基本應(yīng)包含：編號(hào)、Bug所屬模塊、Bug描述、Bug級(jí)別、發(fā)現(xiàn)日期、發(fā)現(xiàn)人、修改日期、修改人、修改方法、回歸結(jié)果等等;要有效的發(fā) 現(xiàn)Bug需參考需求以及詳細(xì)設(shè)計(jì)等前期文檔設(shè)計(jì)出高效的測(cè)試用例，然后嚴(yán)格執(zhí)行測(cè)試用例，對(duì)發(fā)現(xiàn)的問題要充分確認(rèn)肯定，然后再向外發(fā)布如此才能提高提交 Bug的質(zhì)量
3.黑盒測(cè)試和白盒測(cè)試是軟件測(cè)試的兩種基本方法，請(qǐng)分別說明各自的優(yōu)點(diǎn)和缺點(diǎn)。中級(jí) 黑盒測(cè)試的優(yōu)點(diǎn)有：
1) 比較簡(jiǎn)單，不需要了解程序內(nèi)部的代碼及實(shí)現(xiàn); 2) 與軟件的內(nèi)部實(shí)現(xiàn)無關(guān);
3) 從用戶角度出發(fā)，能很容易的知道用戶會(huì)用到哪些功能，會(huì)遇到哪些問題; 4) 基于軟件開發(fā)文檔，所以也能知道軟件實(shí)現(xiàn)了文檔中的哪些功能; 5) 在做軟件自動(dòng)化測(cè)試時(shí)較為方便。
黑盒測(cè)試的缺點(diǎn)有：
1)不可能覆蓋所有的代碼，覆蓋率較低，大概只能達(dá)到總代碼量的30%; 2)自動(dòng)化測(cè)試的復(fù)用性較低。 白盒測(cè)試的優(yōu)點(diǎn)有：
幫助軟件測(cè)試人員增大代碼的覆蓋率，提高代碼的質(zhì)量，發(fā)現(xiàn)代碼中隱藏的問題 白盒測(cè)試的缺點(diǎn)有：
1) 程序運(yùn)行會(huì)有很多不同的.路徑，不可能測(cè)試所有的運(yùn)行路徑
2) 測(cè)試基于代碼，只能測(cè)試開發(fā)人員做的對(duì)不對(duì)，而不能知道設(shè)計(jì)的正確與否，可能會(huì)漏掉一些功能需求
3) 系統(tǒng)龐大時(shí)，測(cè)試開銷會(huì)非常大。
4.根據(jù)自己的理解回答什么是軟件測(cè)試，軟件測(cè)試分為哪幾個(gè)階段。初級(jí)
軟件測(cè)試是一個(gè)為了尋找軟件中的錯(cuò)誤而運(yùn)行軟件的過程，一個(gè)成功的測(cè)試是指找到了迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試。
軟件測(cè)試一般分為單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試
5.根據(jù)自己的理解什么是測(cè)試用例和測(cè)試規(guī)程，設(shè)計(jì)一個(gè)測(cè)試用例應(yīng)當(dāng)從哪幾方面考慮?
中級(jí)
狹義的講，一個(gè)測(cè)試用例就是測(cè)試人員用以測(cè)試被測(cè)軟件的某個(gè)特性或特性組合的一組數(shù)據(jù)。這組數(shù)據(jù)可能是從用戶處得來的實(shí)際的一組數(shù)據(jù)，也可能是測(cè)試人員專門設(shè)計(jì)出來的測(cè)試軟件某些功能的一組數(shù)據(jù)
測(cè)試規(guī)程就是詳細(xì)的對(duì)測(cè)試用例設(shè)計(jì)方法、測(cè)試方法、測(cè)試工具、測(cè)試環(huán)境和測(cè)試數(shù)據(jù)進(jìn)行描述的文檔，還可以包括能把某個(gè)或某一組測(cè)試用例應(yīng)用到被測(cè)軟件上完成某項(xiàng)測(cè)試的一系列的操作步驟
設(shè)計(jì)測(cè)試用例應(yīng)當(dāng)從以下幾方面考慮：邊界值，等價(jià)類劃分，場(chǎng)景法，有效/無效值等
6.什么是軟件質(zhì)量保證?軟件質(zhì)量保證人員與開發(fā)人員的關(guān)系如何?高級(jí)
軟件質(zhì)量保證就是通過確保軟件過程的質(zhì)量，來保證軟件產(chǎn)品的質(zhì)量。 軟件質(zhì)量保證人員和開發(fā)人員之間具有管理上的嚴(yán)格的獨(dú)立性，兩個(gè)小組的管理員都不能越權(quán)管理另一組，但都可以向更高層的管理者匯報(bào)軟件開發(fā)中的問題
7.什么叫軟件缺陷?您應(yīng)用過哪些缺陷管理工具?
高級(jí)
對(duì)軟件缺陷的定義各公司有所不同： 軟件未達(dá)到產(chǎn)品說明書標(biāo)明的功能
軟件出現(xiàn)了產(chǎn)品說明書指明不會(huì)出現(xiàn)的錯(cuò)誤 軟件功能超出產(chǎn)品說明書指明的范圍
軟件未達(dá)到產(chǎn)品說明書雖未指出但應(yīng)達(dá)到的目標(biāo)
軟件測(cè)試人員認(rèn)為軟件難以理解、不易使用、運(yùn)行速度緩慢，或者最終用戶認(rèn)為不好
TD、QC、bugfree
8.請(qǐng)分別寫出ISO7層架構(gòu)，并分別說明TCP、UDP協(xié)議分別在處于哪一層，以及TCP、
UPD協(xié)議有什么區(qū)別。(10分)
7 應(yīng)用層 6 表示層 5 會(huì)話層 4 傳輸層 3 網(wǎng)絡(luò)層
2 數(shù)據(jù)鏈路層 1 物理層
第四層;UDP是面向無連接、不可靠數(shù)據(jù)傳輸協(xié)議; TCP是面向連接、可靠數(shù)據(jù)傳輸協(xié)議
軟件測(cè)試筆試題及答案 4
一、判斷題 (每題2分，20)
1、軟件測(cè)試就是為了驗(yàn)證軟件功能實(shí)現(xiàn)的是否正確，是否完成既定目標(biāo)的活動(dòng)，所以軟件測(cè)試在軟件工程的后期才開始具體的工作。 （初級(jí)） （ × ）
2、發(fā)現(xiàn)錯(cuò)誤多的模塊，殘留在模塊中的錯(cuò)誤也多。( √ ) （初級(jí)）
3、測(cè)試人員在測(cè)試過程中發(fā)現(xiàn)一處問題，如果問題影響不大，而自己又可以修改，應(yīng)立即將此問題正確修改，以加快、提高開發(fā)的進(jìn)程。（ × ）（初級(jí)）
4、單元測(cè)試通常應(yīng)該先進(jìn)行“人工走查”，再以白盒法為主，輔以黑盒法進(jìn)行動(dòng)態(tài)測(cè)試。
�。� √ ）（中級(jí)）
5、功能測(cè)試是系統(tǒng)測(cè)試的主要內(nèi)容，檢查系統(tǒng)的功能、性能是否與需求規(guī)格說明相同。（ √ ）（中級(jí)）
6、軟件質(zhì)量管理即QM由QA和QC構(gòu)成，軟件測(cè)試屬于QC的核心工作內(nèi)容。（√）（高級(jí)）
7、軟件測(cè)試只能發(fā)現(xiàn)錯(cuò)誤，但不能保證測(cè)試后的軟件沒有錯(cuò)誤。(√)
8、軟件就是程序。(X)
9、測(cè)試只要做到語句覆蓋和分支覆蓋，就可以發(fā)現(xiàn)程序中的所有錯(cuò)誤。(X)
10、I18N測(cè)試是指對(duì)產(chǎn)品做出具有國(guó)際性的規(guī)劃，而L10N測(cè)試則是指對(duì)軟件做出符合本地需求更改工作。（√）【高級(jí)】
二、選擇題 (每題2分 20 )
1、進(jìn)行軟件質(zhì)量管理的重要性有：（ABCD）【中級(jí)】
A、維護(hù)降低成本 B、法律上的要求 C、市場(chǎng)競(jìng)爭(zhēng)的需要
D、質(zhì)量標(biāo)準(zhǔn)化的趨勢(shì) E、軟件工程的需要 F、CMM過程的一部分
G、方便與客戶進(jìn)一步溝通為后期的實(shí)施打好基礎(chǔ)
2、以測(cè)試的形態(tài)分測(cè)試可以分為：（ABC）【中級(jí)】
A、建構(gòu)性測(cè)試 B、系統(tǒng)測(cè)試 C、專項(xiàng)測(cè)試
D、單元測(cè)試 E、組件測(cè)試 F、集成測(cè)試
3、選出屬于黑盒測(cè)試方法的選項(xiàng)（ABC）【初級(jí)】
A、測(cè)試用例覆蓋 B、輸入覆蓋 C、輸出覆蓋
D、分支覆蓋 E、語句覆蓋 F、條件覆蓋
4、編寫測(cè)試計(jì)劃的目的是：（ABC）【中級(jí)】
A、使測(cè)試工作順利進(jìn)行 B、使項(xiàng)目參與人員溝通更舒暢 C、使測(cè)試工作更加系統(tǒng)化
D、軟件工程以及軟件過程的需要 E、軟件過程規(guī)范化的要求 F、控制軟件質(zhì)量
5、依存關(guān)系有4種分別是：（ABCD）【高級(jí)】
A、開始－結(jié)束 B、開始－開始 C、結(jié)束－開始
D、結(jié)束－結(jié)束 E、開始－實(shí)施－結(jié)束 F、結(jié)束－審核－開始
6、軟件質(zhì)量管理（QM）應(yīng)有質(zhì)量保證（QA）和質(zhì)量控制（QC）組成，下面的選項(xiàng)屬于QC得是：（ABC）【高級(jí)】
A、測(cè)試 B、跟蹤 C、監(jiān)督
D、制定計(jì)劃 E、需求審查 F、程序代碼審查
7、實(shí)施缺陷跟蹤的目的是：（ABCD）【中級(jí)】
A、軟件質(zhì)量無法控制 B、問題無法量化 C、重復(fù)問題接連產(chǎn)生
D、解決問題的知識(shí)無法保留 E、確保缺陷得到解決 F、使問題形成完整的閉環(huán)處理
8、使用軟件測(cè)試工具的目的：（ABC）【中級(jí)】
A、幫助測(cè)試尋找問題 B、協(xié)助問題的診斷 C、節(jié)省測(cè)試時(shí)間
D、提高Bug的發(fā)現(xiàn)率 E、更好的控制缺陷提高軟件質(zhì)量 F、更好的協(xié)助開發(fā)人員
9、典型的瀑布模型的四個(gè)階段是：（ABCD）【高級(jí)】
A、分析 B、設(shè)計(jì) C、編碼
D、測(cè)試 E、需求調(diào)研 F、實(shí)施
10、PSP是指?jìng)�(gè)人軟件過程 ，是一種可用于（ A ）、（ B ）和（ C ）個(gè)人軟件工作方式的自我改善過程�！靖呒�(jí)】
A、控制 B、管理 C、改進(jìn)
D、高效 E、充分 F、適宜
三、問答題
1、測(cè)試人員在軟件開發(fā)過程中的任務(wù)是什么？（初級(jí)）(5分)
答：
�。�1）、尋找Bug；
�。�2）、避免軟件開發(fā)過程中的缺陷；
�。�3）、衡量軟件的品質(zhì)；
�。�4）、關(guān)注用戶的需求。
總的目標(biāo)是：確保軟件的質(zhì)量。
2、在您以往的工作中，一條軟件缺陷（或者叫Bug）記錄都包含了哪些內(nèi)容？如何提交高質(zhì)量的`軟件缺陷（Bug）記錄？（初級(jí)）(6分)
答：一條Bug記錄最基本應(yīng)包含：編號(hào)、Bug所屬模塊、Bug描述、Bug級(jí)別、發(fā)現(xiàn)日期、發(fā)現(xiàn)人、修改日期、修改人、修改方法、回歸結(jié)果等等；要有效的發(fā)現(xiàn)Bug需參考需求以及詳細(xì)設(shè)計(jì)等前期文檔設(shè)計(jì)出高效的測(cè)試用例，然后嚴(yán)格執(zhí)行測(cè)試用例，對(duì)發(fā)現(xiàn)的問題要充分確認(rèn)肯定，然后再向外發(fā)布如此才能提高提交Bug的質(zhì)量。
3、界面測(cè)試題及設(shè)計(jì)題。請(qǐng)找出下面界面中所存在的問題并分別列出；用黑盒測(cè)試的任何一種方法設(shè)計(jì)出此登陸窗體的測(cè)試用例。（中級(jí)）(6分)
答：（10、窗體的標(biāo)題欄中為空，沒有給出標(biāo)題。
�。�2）、用戶名和密碼控件的字體不一致并且沒有對(duì)齊。
（3）、文本框的大小不一致沒有對(duì)其。
�。�4）、確定和取消按鈕控件的大小不一致。
4、黑盒測(cè)試和白盒測(cè)試是軟件測(cè)試的兩種基本方法，請(qǐng)分別說明各自的優(yōu)點(diǎn)和缺點(diǎn)�。ㄖ屑�(jí)）(5分)
答：黑盒測(cè)試的優(yōu)點(diǎn)有：
（1）比較簡(jiǎn)單，不需要了解程序內(nèi)部的代碼及實(shí)現(xiàn)；
（2）與軟件的內(nèi)部實(shí)現(xiàn)無關(guān)；
�。�3）從用戶角度出發(fā)，能很容易的知道用戶會(huì)用到哪些功能，會(huì)遇到哪些問題；
（4）基于軟件開發(fā)文檔，所以也能知道軟件實(shí)現(xiàn)了文檔中的哪些功能；
�。�5）在做軟件自動(dòng)化測(cè)試時(shí)較為方便。
黑盒測(cè)試的缺點(diǎn)有：
�。�1）不可能覆蓋所有的代碼，覆蓋率較低，大概只能達(dá)到總代碼量的30%；
�。�2）自動(dòng)化測(cè)試的復(fù)用性較低。
白盒測(cè)試的優(yōu)點(diǎn)有：
幫助軟件測(cè)試人員增大代碼的覆蓋率，提高代碼的質(zhì)量，發(fā)現(xiàn)代碼中隱藏的問題。
白盒測(cè)試的缺點(diǎn)有：
�。�1）程序運(yùn)行會(huì)有很多不同的路徑，不可能測(cè)試所有的運(yùn)行路徑；
�。�2）測(cè)試基于代碼，只能測(cè)試開發(fā)人員做的對(duì)不對(duì)，而不能知道設(shè)計(jì)的正確與否，可能會(huì)漏掉一些功能需求；
�。�3）系統(tǒng)龐大時(shí)，測(cè)試開銷會(huì)非常大。
5、根據(jù)自己的理解回答什么是軟件測(cè)試，軟件測(cè)試分為哪幾個(gè)階段。（初級(jí)）(5分)
答：軟件測(cè)試是一個(gè)為了尋找軟件中的錯(cuò)誤而運(yùn)行軟件的過程，一個(gè)成功的測(cè)試是指找到了迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試。
軟件測(cè)試一般分為單元測(cè)試、集成測(cè)試和系統(tǒng)測(cè)試。
6、根據(jù)自己的理解什么是測(cè)試用例和測(cè)試規(guī)程，設(shè)計(jì)一個(gè)測(cè)試用例應(yīng)當(dāng)從哪幾方面考慮？（中級(jí)）(10分)
答：狹義的講，一個(gè)測(cè)試用例就是測(cè)試人員用以測(cè)試被測(cè)軟件的某個(gè)特性或特性組合的一組數(shù)據(jù)。這組數(shù)據(jù)可能是從用戶處得來的實(shí)際的一組數(shù)據(jù)，也可能是測(cè)試人員專門設(shè)計(jì)出來的測(cè)試軟件某些功能的一組數(shù)據(jù)。
測(cè)試規(guī)程就是詳細(xì)的對(duì)測(cè)試用例設(shè)計(jì)方法、測(cè)試方法、測(cè)試工具、測(cè)試環(huán)境和測(cè)試數(shù)據(jù)進(jìn)行描述的文檔，還可以包括能把某個(gè)或某一組測(cè)試用例應(yīng)用到被測(cè)軟件上完成某項(xiàng)測(cè)試的一系列的操作步驟。
設(shè)計(jì)測(cè)試用例應(yīng)當(dāng)從以下幾方面考慮：邊界值，等價(jià)類劃分，有效/無效值等。
7、什么是軟件質(zhì)量保證？軟件質(zhì)量保證人員與開發(fā)人員的關(guān)系如何？（高級(jí)） (10分)
答：軟件質(zhì)量保證就是通過確保軟件過程的質(zhì)量，來保證軟件產(chǎn)品的質(zhì)量。
軟件質(zhì)量保證人員和開發(fā)人員之間具有管理上的嚴(yán)格的獨(dú)立性，兩個(gè)小組的管理員都不能越權(quán)管理另一組，但都可以向更高層的管理者匯報(bào)軟件開發(fā)中的問題
【軟件測(cè)試筆試題及答案】相關(guān)文章：
軟件測(cè)試面試試題及答案09-25
2017軟件測(cè)試常見的面試筆試題（附答案）09-25
軟件測(cè)試面試的筆試題07-21
軟件測(cè)試筆試題09-25
軟件測(cè)試?yán)碚撁嬖囋囶}09-25
軟件測(cè)試面試題匯總11-06
外企軟件測(cè)試面試試題09-26