一、判斷題

1.軟件測試的目的是盡可能多的找出軟件的缺陷。（Y）

2.Beta測試是驗收測試的一種。（Y）

3.驗收測試是由最終用戶來實施的。（N）

4.項目立項前測試人員不需要提交任何工件。（Y）

5.單元測試能發(fā)現(xiàn)約80%的軟件缺陷。（Y）

6.代碼評審是檢查源代碼是否達(dá)到模塊設(shè)計的要求。（N）

7.自底向上集成需要測試員編寫驅(qū)動程序。（Y）

8.負(fù)載測試是驗證要檢驗的系統(tǒng)的能力最高能達(dá)到什么程度。（N）

9.測試人員要堅持原則，缺陷未修復(fù)完堅決不予通過。（N）

10.代碼評審員普通由測試員擔(dān)任。（N）

11.我們可以人為的使得軟件不存在配置問題。（N）

12.集成測試計劃在需求分析階段末提交。（N）

二、選折

1.軟件驗收測試的合格通過準(zhǔn)則是：（ABCD）

A.軟件需求分析說明書中定義的所有功能已全部實現(xiàn)，性能指標(biāo)全部達(dá)到要

求。

B.所有測試項沒有殘存一級、二級和三級錯誤。

C.立項審批表、需求分析文檔、設(shè)計文檔和編碼實現(xiàn)一致。

D.驗收測試工件齊全。

2.軟件測試計劃評審會需要哪些人員參加？（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.軟件驗收測試包括：正式驗收測試，alpha測試，beta測試。2.系統(tǒng)測試

的策略有：功能測試，性能測試，可靠性測試，負(fù)載測試，易用性測試，強(qiáng)度測

試，安全測試，配置測試，安裝測試，卸載測試，文擋測試，故障恢

復(fù)測試，界面測試，容量測試，兼容性測試，分布測試，可用性測試，(有的可

以合在一起，分開寫只要寫出15就滿分哦)3.設(shè)計系統(tǒng)測試計

劃需要參考的項目文擋有：軟件測試計劃，軟件需求工件和迭代計劃。

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)換成判定表。

(5)把判定表的每一列拿出來作為依據(jù)，設(shè)計測試用例。

四、簡答(資料是搜集整理的，感謝前輩的解題)無1.

區(qū)別階段評審的與同行評審

同行評審目的:發(fā)現(xiàn)小規(guī)模工作產(chǎn)品的錯誤，只要是找錯誤；

階段評審目的:評審模塊階段作品的正確性可行性及完整性

同行評審人數(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.測試代碼編寫過程。

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)：語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆

蓋

凝統(tǒng)0測試計劃是否需要同行審批，為什么

需要，系統(tǒng)測試計劃屬于項目階段性關(guān)鍵文檔，因此需要評審。

7Alpha測試與beta的區(qū)別

Alpha測試在系統(tǒng)開辟接近完成時對應(yīng)用系統(tǒng)的測試；測試后仍然會有少量的

設(shè)計變更。這種測試普通由最終用戶或者其它人員完成，不能由程序或者測試員完

成。Beta測試當(dāng)開辟和測試根本完成時所做的測試，最終的錯誤和問題需要在

最終發(fā)行前找到。這種測試普通由最終用戶或者其它人員完成，不能由程序員或

者測試員完成。

8比較負(fù)載測試，容量測試和強(qiáng)度測試的區(qū)別

負(fù)載測試：在一定的工作負(fù)荷下，系統(tǒng)的負(fù)荷及響應(yīng)時間。

強(qiáng)度測試：在一定的負(fù)荷條件下，在較長期跨度內(nèi)的系統(tǒng)連續(xù)運行給系統(tǒng)性能

所造成的影響。

容量測試：容量測試目的是通過測試預(yù)先分析出反映軟件系統(tǒng)應(yīng)用特征的某項

指標(biāo)的極限值（如最大并發(fā)用戶數(shù)、數(shù)據(jù)庫記錄數(shù)等），系統(tǒng)在其極限值狀態(tài)下

沒有浮現(xiàn)任何軟件故障或者還能保持主要功能正常運行。容量測試還將確定測試

對象在給定時間內(nèi)能夠持續(xù)處理的最大負(fù)載或者工作量。容量測試的目的是使

系統(tǒng)承受超額的數(shù)據(jù)容量來發(fā)現(xiàn)它是否能夠正確處理。容量測試是面向數(shù)據(jù)的，

并且它的目的是顯示系統(tǒng)可以處理目標(biāo)內(nèi)確定的數(shù)據(jù)容量。

9測試結(jié)束的標(biāo)準(zhǔn)是什么？

用例全部測試。

覆蓋率達(dá)到標(biāo)準(zhǔn)。

缺陷率達(dá)到標(biāo)準(zhǔn)。

其他指標(biāo)達(dá)到質(zhì)量標(biāo)準(zhǔn)

10描述軟件測試活動的生命周期？

測試周期分為計劃、設(shè)計、實現(xiàn)、執(zhí)行、總結(jié)。其中：

計劃：對整個測試周期中所有活動進(jìn)行規(guī)劃，估計工作量、風(fēng)險，安排人力物力

資源，安排進(jìn)度等；

設(shè)計：完成測試方案，從技術(shù)層面上對測試進(jìn)行規(guī)劃；

實現(xiàn)：進(jìn)行測試用例和測試規(guī)程設(shè)計；

執(zhí)行；根據(jù)前期完成的計劃、方案、用例、規(guī)程等文檔，執(zhí)行測試用例。

總結(jié)：記錄測試結(jié)果，進(jìn)行測試分析，完成測試報告。

11軟件的缺陷等級應(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.簡單的輸入限制未放

在前臺進(jìn)行控制4.刪除操作未給出提示5.數(shù)據(jù)庫表中有過多的空字段

D類一較小錯誤，包括以下各種錯誤：1.界面不規(guī)范2.輔助說明描述不清楚

3.輸入輸出不規(guī)范4.長操作未給用戶提示5.提示窗口文字未采用行業(yè)術(shù)語

6.可輸入?yún)^(qū)域和只讀區(qū)域沒有明顯的區(qū)分標(biāo)志

E類一測試建議

大體是這樣，還會有一些變動，同時最后一道題出的是畫流程圖和控制圖的題，

等腰三角形那個，好了，僅供參考

〃//〃〃/〃〃/〃/〃〃〃//〃〃〃〃/〃/〃/〃〃//〃/〃//〃〃///〃〃/〃檢舉1.軟件測試工程師

隨著軟件業(yè)的迅猛發(fā)展，軟件產(chǎn)品的質(zhì)量控制與質(zhì)量管理正逐漸成為企業(yè)生存

與發(fā)展的核心。為了保證軟件在出廠時的“健康狀態(tài)”，幾乎所有的IT企業(yè)在軟件

產(chǎn)品發(fā)布前都需要大量的質(zhì)量控制工作。作為軟件質(zhì)量控制中的重要一環(huán)，軟

件測試工程師應(yīng)運而生。

他的主要工作就是檢測軟件，就和其他商品的出廠質(zhì)量檢測差不多.

2.需要具備的能力要求

(1)熟悉計算機(jī)基礎(chǔ)知識；

(2)熟悉操作系統(tǒng)、數(shù)據(jù)庫、中間件、程序設(shè)計語言基礎(chǔ)知識；

(3)熟悉計算機(jī)網(wǎng)絡(luò)基礎(chǔ)知識；

(4)熟悉軟件工程知識，理解軟件開辟方法及過程；

(5)熟悉軟件質(zhì)量及軟件質(zhì)量管理基礎(chǔ)知識；

(6)熟悉軟件測試標(biāo)準(zhǔn)；

(7)掌握軟件測試技術(shù)及方法；

(8)掌握軟件測試項目管理知識；

(9)掌握C語言以及C++或者Java語言程序設(shè)計技術(shù)；

(10)了解信息化及信息安全基礎(chǔ)知識；

(11)熟悉知識產(chǎn)權(quán)相關(guān)法律、法規(guī)；

(12)正確閱讀并理解相關(guān)領(lǐng)域的英文資料。

通過本考試的合格人員能在掌握軟件工程與軟件測試知識的基礎(chǔ)上，運用軟件測

試管理方法、軟件測試策略、軟件測試技術(shù)，獨立承擔(dān)軟件測試項目；具有工程

師的實際工作能力和業(yè)務(wù)水平。

3.軟件評測師考試說明

1.考試要求：

(1)熟悉計算機(jī)基礎(chǔ)知識；

⑵熟悉操作系統(tǒng)、數(shù)據(jù)庫、中間件、程序設(shè)計語言基礎(chǔ)知識；

(3)熟悉計算機(jī)網(wǎng)絡(luò)基礎(chǔ)知識；

(4)熟悉軟件工程知識，理解軟件開辟方法及過程；

(5)熟悉軟件質(zhì)量及軟件質(zhì)量管理基礎(chǔ)知識；

(6)熟悉軟件測試標(biāo)準(zhǔn)；

(7)掌握軟件測試技術(shù)及方法；

(8)掌握軟件測試項目管理知識；

(9)掌握C語言以及C++或者Java語言程序設(shè)計技術(shù)：

(10)了解信息化及信息安全基礎(chǔ)知識；

(11)熟悉知識產(chǎn)權(quán)相關(guān)法律、法規(guī)；

(12)正確閱讀并理解相關(guān)領(lǐng)域的英文資料。

2.通過本考試的合格人員能在掌握軟件工程與軟件測試知識的基礎(chǔ)上，運用軟

件測試管理方法、軟件測試策略、軟件測試技術(shù)，獨立承擔(dān)軟件測試項目；具有

工程師的實際工作能力和業(yè)務(wù)水平。

3.本考試設(shè)置的科目包括：

(1)軟件工程與軟件測試基礎(chǔ)知識，考試時間為150分鐘，筆試，選擇題；

(2)軟件測試應(yīng)用技術(shù)，考試時間為150分鐘，筆試，問答題。

/〃〃/〃/〃〃〃〃〃〃〃/〃〃〃〃〃/〃〃/〃〃//〃/〃〃〃/〃〃〃〃/〃〃/

軟件測試工程師面試題-東軟臬團(tuán)

軟件測試工程師筆試試題(一)

01.為什么要在一個團(tuán)隊中開展軟件測試工作？

因為沒有經(jīng)過測試的軟件很難在發(fā)布之前知道該軟件的質(zhì)量，就好比ISO質(zhì)量認(rèn)證工

樣，測試同樣也需要質(zhì)量的保證，這個時候就需要在團(tuán)隊中開展軟件測試的工作。在測試的

過程發(fā)現(xiàn)軟件中存在的問題，及時讓開辟人員得知并修改問題，在即將發(fā)布時，從測試報告

中得出軟件的質(zhì)量情況1一

02.您是否了解以往所工作的企業(yè)的軟件測試過程？如果了解，請試述在這個過

程中都有哪些工作要做？分別由哪些不同的角色來完成這些工作？

軟件測試部門配合系統(tǒng)分析人員軟件需求分析討論，并根據(jù)需求說明書制定

《項目測試計劃》，編寫測試用例，建立測試環(huán)境。

軟件測試人員負(fù)責(zé)軟件開辟部門的新產(chǎn)品測試及原有產(chǎn)品的升級測試，負(fù)責(zé)

軟件問題解決過程跟蹤，負(fù)責(zé)軟件開辟文檔開辟工作的規(guī)范化及管理開辟部門的

產(chǎn)品文檔，制作用戶手冊及操作手冊，負(fù)責(zé)產(chǎn)品的上線測試，監(jiān)督軟件開辟過程

的執(zhí)行，提高產(chǎn)品質(zhì)量。

03.您是否了解以往所工作的企業(yè)的軟件開辟過程？如果了解，請試述一個完整

的開辟過程需要完成哪些工作？分別由哪些不同的角色來完成這些工作？(對于

軟件測試部份，可以簡述)

需求人員連同系統(tǒng)分析人員和測試人員開會討論需求。系統(tǒng)分析人員寫出需

求分析說明，并連同系統(tǒng)分析人員和測試人員以及需求人員開會討論可行性。系

統(tǒng)分析人員寫出詳細(xì)設(shè)計說明書，程式人員編碼，給出系統(tǒng)流程圖。交與測試人

員，測試人員給出Bug統(tǒng)計表。

04.您在以往的測試工作中都曾經(jīng)具體從事過哪些工作？其中最擅長哪部份工

作？

我曾經(jīng)做過web測試，后臺測試，客戶端軟件，其中包括功能測試，性能測試，用戶

體驗測試。比較擅長的是功能測試和編寫測試用例1

05.您所熟悉的軟件測試類型都有哪些？請試著分別比較這些不同的測試類型

的區(qū)別與聯(lián)系（如功能測試、性能測試,,,,）

測試類型有：功能測試，性能測試，界面測試。

功能測試在測試工作中占的比例最大，功能測試也叫黑盒測試。是把測試對象看做

一個黑盒子。利用黑盒測試法進(jìn)行動態(tài)測試時，需要測試軟件產(chǎn)品的功能，不需測試軟

件產(chǎn)品的內(nèi)部結(jié)構(gòu)和處理過程。采用黑盒技術(shù)設(shè)計測試用例的方法有：等價類劃分、邊

界值分析、錯誤猜測、因果圖和綜合策略。

性能測試是通過自動化的測試工具摹擬多種正常、峰值以及異常負(fù)載條件來對系統(tǒng)

的各項性能指標(biāo)進(jìn)行測試。負(fù)載測試和壓力測試都屬于性能測試，兩者可以結(jié)合進(jìn)行。

通過負(fù)載測試，確定在各種工作負(fù)載下系統(tǒng)的性能，目標(biāo)是測試當(dāng)負(fù)載逐漸增加時，系

統(tǒng)各項性能指標(biāo)的變化情況。壓力測試是通過確定一個系統(tǒng)的瓶頸或者不能接收的性能

點，來獲得系統(tǒng)能提供的最大服務(wù)級別的測試。

界面測試，界面是軟件與用戶交互的最直接的層，界面的好壞決定用戶對軟件的第

一印象。而且設(shè)計良好的界面能夠引導(dǎo)用戶自己完成相應(yīng)的操作，起到向?qū)У淖饔?。?/p>

時界面如同人的面孔，具有吸弓用戶的直接優(yōu)勢。設(shè)計合理的界面能給用戶帶來輕松愉

悅的感受和成功的感覺，相反由于界面設(shè)計的失敗，讓用戶有挫敗感，再實用強(qiáng)大的功

能都可能在用戶的畏懼與拋卻中付諸東流。

區(qū)別在于，功能測試關(guān)注產(chǎn)品的所有功能上，要考慮到每一個組節(jié)功能，每一個可

能存在的功能問題。性能測試主要關(guān)注于產(chǎn)品整體的多用戶并發(fā)下的穩(wěn)定性和茁壯性。

界面測試更關(guān)注于用戶體驗上，用戶使用該產(chǎn)品的時候是否易用，是否易懂，是否規(guī)

范（快捷鍵之類的），是否美觀（能否吸引用戶的注意力），是否安全（盡量在前臺避

免用戶無意輸入無效的數(shù)據(jù)，固然考慮到體驗性，不能太粗鹵的彈出警告）？做某個

性能測試的時候，首先它可能是個功能點，首先要保證它的功能是沒問題的，然后再

考慮該功能點的性能測試

06.請試著比較一下黑盒測試、白盒測試、單元測試、集成測試、系統(tǒng)測試、驗

收測試的區(qū)別與聯(lián)系。

黑盒測試：已知產(chǎn)品的功能設(shè)計規(guī)格，可以進(jìn)行測試證明每一個實現(xiàn)了的

能是否符合要求。

白盒測試：己知產(chǎn)品的內(nèi)部工作過程，可以通過測試證明每種內(nèi)部操作是

否符合設(shè)計規(guī)格要求，所有內(nèi)部成份是否己經(jīng)過檢查。

軟件的黑盒測試意味著測試要在軟件的接口處進(jìn)行。這種方法是把測試對

象看做一個黑盒子，測試人員徹底不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部特征，只依

據(jù)程序的需求規(guī)格說明書，檢查程序的功能是否符合它的功能說明。因此，黑盒

測試又叫功能測試或者數(shù)據(jù)驅(qū)動測試

黑盒測試主要是為了發(fā)現(xiàn)以下幾類錯誤：

1、是否有不正確或者遺漏的功能

2、在接口上，輸入是否能正確的接受？能否輸出正確的結(jié)果？

3、是否有數(shù)據(jù)結(jié)構(gòu)錯誤或者外部信息（如數(shù)據(jù)文件）訪問錯誤？

4、性能上是否能夠滿足要求？

5、是否有初始化或者終止性錯誤

軟件的白盒測試是對軟件的過程性細(xì)節(jié)做細(xì)致的檢查。這種方法是把測試

對象看做一個打開的盒子，它允許測試人員利用程序內(nèi)部的邏輯結(jié)構(gòu)及有關(guān)信

息、，設(shè)計或者選擇測試用例，對程序所有邏輯路徑進(jìn)行測試.通過在不同點檢杳

程序狀態(tài)，確定實際狀態(tài)是否與預(yù)期的狀態(tài)一致。因此，白盒測試又稱為結(jié)構(gòu)測

試或者邏輯測試

白盒測試主要是對程序模塊進(jìn)行如下檢查：

1、對程序模塊的所有獨立的執(zhí)行路徑至少測試一遍。

2、對所有的邏輯判定，取“真”與取“假”的兩種情況都能至少測一遍。

3、在循環(huán)的邊界和運行的界限內(nèi)執(zhí)行循環(huán)體。

4、測試內(nèi)部數(shù)據(jù)結(jié)構(gòu)的有效性等等。

單元測試（模塊測試）是開辟者編寫的一小段代碼，用于檢驗被測代碼的

一個很小的、很明確的功能是否正確。通常而言，一個單元測試是用于判斷某個

特定條件（或者場景）下某個特定函數(shù)的行為。

單元測試是由程序員自己完成，最終受益的也是程序員自己?？梢赃@么所，

程序員有責(zé)任編寫功能代碼，同時也就有責(zé)任為自己的代碼編寫單元測試。執(zhí)行

單元測試，就是為了證明這段代碼的行為和我們期望的一致。

單元測試的主要目的是針對編碼過程中可能存在的各種錯誤，例如用戶輸入

驗證過程中的邊界值錯誤。

集成測試（組裝測試、聯(lián)聯(lián)合測試）是單元測試的邏輯擴(kuò)展。它的簡單的形

式是：兩個已經(jīng)測試過的單元組合成一個組件，并且測試他們之間的接口。從這

一層意義上講，組件是指多個單元的集成聚合。在現(xiàn)實方案中，許多單元組合成

組件，而這些組件又聚合成程序的更大部份。方法是測試片段的組合，并最終擴(kuò)

展進(jìn)程，將您的模塊與其他組的模塊一起測試。最后，將構(gòu)成進(jìn)程的所有模塊一

I起測試。

集成測試的主要目的是針對詳細(xì)設(shè)計中可能存在的問題，特別是檢杳各單元

與其它程序部份之間的接口上可能存在的錯誤。

系統(tǒng)測試是將經(jīng)過測試的子系統(tǒng)裝配成一個完整系統(tǒng)來測試。它是檢驗系統(tǒng)

是否確實能提供系統(tǒng)方案說明書中指定功能的有效方法。（常見的聯(lián)調(diào)測試）

系統(tǒng)測試的目的是對最終軟件系統(tǒng)進(jìn)行全面的測試，確保最終軟件系統(tǒng)滿足

產(chǎn)品需求并且遵循系統(tǒng)設(shè)計。

系統(tǒng)測試主要針對概要設(shè)計，檢查子系統(tǒng)作為一個整體是否有效德得到運

行，例如在產(chǎn)品設(shè)置中是否達(dá)到了預(yù)期的高性能。

驗收測試是部署軟件之前的最后一個測試操作。驗收測試的目的是確保軟件

準(zhǔn)備就緒，并且可以讓最終用戶將其用于執(zhí)行軟件的既定功能和任務(wù)。驗收測試

是向未來的用戶表明系統(tǒng)能夠像預(yù)訂要求那樣工作。經(jīng)集成測試后，已經(jīng)按照設(shè)

計把所有的模塊組裝成一個完整的軟件系統(tǒng)，接口錯誤也已經(jīng)基本排除了，接著

就應(yīng)該進(jìn)一步驗證軟件的有效性，這就是驗收測試的任務(wù)，即軟件的功能和性能

如同用戶所合理期待的那樣。

驗收測試通常由業(yè)務(wù)專家或者用戶進(jìn)行，以確認(rèn)產(chǎn)品能真正符合用戶業(yè)務(wù)上

I需求。I

07.測試計劃工作的目的是什么？測試計劃工作的內(nèi)容都包括什么？其中哪些

是最重要的？

測試計劃工作是對測試工作內(nèi)容的一個有效的組織和規(guī)劃，能保證測試用例

工作有效的展開。測試計劃工作包括測試目標(biāo)，測試范圍的定義，測試方法的選

擇，測試進(jìn)度里程碑，測試資源的有效配置和管理。

測試計劃工作也成為測試策略，主要描述測試工程的總體方法和目標(biāo)，描述

目前在進(jìn)行哪一階段的測試（單元測試，集成測試，系統(tǒng)測試）以及每一階段內(nèi)

進(jìn)行的測試種類（功能測試，性能測試等）確定測試范圍，生成測試數(shù)據(jù)等。

其中軟件計劃中的測試目標(biāo)最重要，它的軟件測試的所需要達(dá)成的最終結(jié)

果；

08.您認(rèn)為做好測試計劃工作的關(guān)鍵是什么？

1、明確測試的目標(biāo)，增強(qiáng)測試計劃的實用性

2、堅持規(guī)則，明確內(nèi)容與過程，Waf,\vhy\Mhen',Ydioe',

「how，-

3、采用評審和更新機(jī)制，保證測試計劃滿足實際需求

4、分別創(chuàng)建測試計劃于測試詳細(xì)規(guī)格、測試用例

09.您所熟悉的測試用例設(shè)計方法都有哪些？請分別以具體的例子來說明這些

方法在測試用例設(shè)計工作中的應(yīng)用。

有黑盒和白盒兩種測試種類，黑盒等價類劃分法，邊界分析法，因果圖法和

錯誤猜測法。白盒有邏輯覆蓋法，循環(huán)測試路徑選擇，基本路徑測試。

例：在一次輸入多個條件的完整性查詢中。利用等價類劃分法則和邊界分析

法則，首先利用等價類劃分法，可以一個或者多個結(jié)果是OK的測試用例，然后

認(rèn)多個NG的測試用例，然后利用邊界值分析法，可以對結(jié)果分別是0K和NG

的測試用例進(jìn)行擴(kuò)展和補(bǔ)充。

10.您認(rèn)為做好測試用例設(shè)計工作的關(guān)鍵是什么？

測試用例設(shè)計工作的關(guān)鍵是對可行的和不可行的都要考慮。

11.請以您以往的實際工作為例，詳細(xì)的描述一次測試用例設(shè)計的完整的過程。

1,輸入；2,詳細(xì)的操作步驟；3,預(yù)期輸出；4,實際輸出。

12.您以往的工作中是否曾經(jīng)開展過測試用例的評審工作？如果有，請描述測試

用例評審的過程和評審的內(nèi)容。

I評審計劃。預(yù)審，評審;I

評審內(nèi)容主要是測試用例對軟件需求的覆蓋程度，對于相關(guān)邊界是否考慮，是否針對復(fù)雜流

程準(zhǔn)備多套測試數(shù)據(jù)，是否有專門針對非功能性需求的測試。一|

13.您以往是否曾經(jīng)從事過性能測試工作？如果有，請盡可能的詳細(xì)描述您以往

的性能測試工作的完整過程。

制訂計劃，選擇測試功能，選擇測試工具，錄制腳本，運行測試，分析結(jié)果

14.您在從事性能測試工作時，是否使用過一些測試工具？如果有，請試述該工

具的工作原理，并以一個具體的工作中的例子描述該工具是如何在實際工作中應(yīng)

用的。

有使用過loadrunne,r該工具能夠錄制測試人員的操作步驟，然后對這個

操作步驟摹擬出多個用戶來播放出來。

A,VisuralUserGenert創(chuàng)or建腳本，選擇協(xié)議，錄制操作，編輯操作。

B,中央控制器(Gontrolle)「調(diào)度虛擬用戶。創(chuàng)建場景，選擇腳本，建立

虛擬用戶，設(shè)計shcduaI設(shè)置ipspoofeor

C,運行腳本。分析shedual

D,分析測試結(jié)果。

15.您認(rèn)為性能測試工作的目的是什么？做好性能測試工作的關(guān)鍵是什么？

性能測試工作的目的是檢查系統(tǒng)是否滿足在需求說明書中規(guī)定的性能，性

能測試往往需要和強(qiáng)度測試結(jié)合起來，并往往要求同時進(jìn)行軟件和硬件的檢測。

性能測試主要關(guān)注對象是響應(yīng)的時間，吞吐量，占用內(nèi)存大小，處理精度

等。

16.在您以往的工作中，一條軟件缺陷(或者叫Bug)記錄都包含了哪些內(nèi)容？

如何提交高質(zhì)量的軟件缺陷(Bug)記錄？

檢測時間，系統(tǒng)環(huán)境，硬件環(huán)境，嚴(yán)重程度，程式版本，確認(rèn)人，功能模

塊，問題描述，詳細(xì)操作步驟，是否會重現(xiàn)。

問題描述和詳細(xì)操作步驟要盡可能的詳細(xì)。Bug應(yīng)該盡量用書面語，對于

嚴(yán)重程度比較高的缺陷要在相同環(huán)境下再測試一遍。

在C/S模式下，如果條件滿足可以使用替換法來確認(rèn)是clien端得問題

還是sewer端得問題。

17.您以往所從事的軟件測試工作中，是否使用了一些工具來進(jìn)行軟件缺陷

(Bug)的管理？如果有，請結(jié)合該工具描述軟件缺陷(Bug)跟蹤管理的流程。

CQ,也可以使用BugFree等免費工具。

此您以往是否曾經(jīng)從事過單元測試和集成測試？如果有，請談一下這些工作的

實際開展情況。

19.您如何看待軟件過程改進(jìn)？在您曾經(jīng)工作過的企業(yè)中，是否有一些需要改進(jìn)

的東西呢？您期望的理想的測試人員的工作環(huán)境是怎樣的？

將先進(jìn)的經(jīng)驗或者思想固化到過程中，通過過程改進(jìn)和能力提高來改進(jìn)軟件質(zhì)量

20.您以往工作過的企業(yè)中，是否開展了軟件配置管理工作？您能否描述一下這

項工作的開展情況和您對這項工作的認(rèn)識？

軟件配置非常重要，需要專人去管理，因為它涉及到一個執(zhí)行效率問題，

當(dāng)你發(fā)現(xiàn)一個致命錯誤，半天找不到人的時候就知道配置管理的重要了，它再也

是一個管理人的概念，實際上是一個自動框架。

21.您是否熟悉一些主流的軟件工程方法論和思想，如RUP、CMM、CMMI、

XP、PSP、TSPo如果熟悉，您是否可以談一下對這些方法論和思想的認(rèn)識？

22.您認(rèn)為在測試人員同開辟人員的溝通過程中，如何提高溝通的效率和改善溝

通的效果？維持測試人員同開辟團(tuán)隊中其他成員良好的人際關(guān)系的關(guān)鍵是什

么？

23.在您以往的測試工作中，最讓您感到不滿意或者不堪回首的事情是什么？您

是如何來對待這些事情的？

24.在即將完成這次筆試前，您是否愿意談一些自己在以往的學(xué)習(xí)和工作中獲得

的工作經(jīng)驗和心得體味？（可以包括軟件測試、過程改進(jìn)、軟件開辟或者與此無

關(guān)的其他方面）

Wcdma的小區(qū)初搜分哪三步？分別利用什么信道的什么。

多址技術(shù)包括哪三種

無線環(huán)境的衰落包括哪三個

wcdma的物理信道由特定的哪三個來定義。Fdd工作帶寬？

碼片速率

Atm工作在什么層。

Rnsap是哪個地面接口的協(xié)議？

網(wǎng)絡(luò)模式口的標(biāo)志是？

卷積碼和turtx）比具有的優(yōu)點是啥？

WCDMA物理信道分上線鏈路物理信道和下行鏈路物理信道

RNSAP是lur接口無線網(wǎng)絡(luò)層控制面的應(yīng)用協(xié)議

Rake接收機(jī)的作用？

Wcdma中功率控制分類？工作原理及其作用

求172,16,7,133/2網(wǎng)6絡(luò)地址，主機(jī)地址，廣播地址

比較Udp,tcp,sctp

基站的功能

0am什么意思英文全名

Smc,dmc,cm的c區(qū)別和聯(lián)系？

軟件測試題目

一、判斷題（每題2分，20）

1、軟件測試就是為了驗證軟件功能實現(xiàn)的是否正確，是否完成既定目標(biāo)的活動,

所以軟件測試在軟件工程的后期才開始具體的工作。（初級）（x）

2、發(fā)現(xiàn)錯誤多的模塊，殘留在模塊中的錯誤也多。（4）（初級）

3、測試人員在測試過程中發(fā)現(xiàn)一處問題，如果問題影響不大，而自己又可以修

改，應(yīng)立即將此問題正確修改，以加快、提高開辟的進(jìn)程。（x）（初級）

4、單元測試通常應(yīng)該先進(jìn)行“人工走查”，再以白盒法為主，輔以黑盒法進(jìn)行動

態(tài)測試。

（4）（中級）

5、功能測試是系統(tǒng)測試的主要內(nèi)容，檢查系統(tǒng)的功能、性能是否與需求規(guī)格說

明相同。（4）（中級）

6、軟件質(zhì)量管理即QM由QA和QC構(gòu)成，軟件測試屬于QC的核心工作內(nèi)容。

（力（高級）

7、軟件測試只能發(fā)現(xiàn)錯誤，但不能保證測試后的軟件沒有錯誤。（苗

8、軟件就是程序。（X）

9、測試只要做到語句覆蓋和分支覆蓋，就可以發(fā)現(xiàn)程序中的所有錯誤。（X）

10、I18N測試是指對產(chǎn)品做出具有國際性的規(guī)劃，而LION測試則是指對軟件

做出符合本地需求更改工作。（辦【高級】

二、選擇題（每題2分20）

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)分測試可以分為：（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、使項目參預(yù)人員溝通更舒暢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)有質(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、設(shè)計C、編碼

D、測試E、需求調(diào)研F、實施

10、PSP是指個人軟件過程，是一種可用于（A）、（8）和（（3）個人軟件工

作方式的自我改善過程。【高級】

A、控制B、管理C、改進(jìn)

D、高效E、充分F、適宜

三、問答題

1、測試人員在軟件開辟過程中的任務(wù)是什么？（初級）（5分）

答：1、尋覓Bug；

2、避免軟件開辟過程中的缺陷；

3、衡量軟件的品質(zhì)；

4、關(guān)注用戶的需求。總的目標(biāo)是：確保軟件的質(zhì)量。

2、在您以往的工作中，一條軟件缺陷（或者叫Bug）記錄都包含了哪些內(nèi)容？

如何提交高質(zhì)量的軟件缺陷（Bug）記錄？（初級）（6分）

答：一條Bug記錄最基本應(yīng)包含：編號、Bug所屬模塊、Bug描述、Bug級別、

發(fā)現(xiàn)日期、發(fā)現(xiàn)人、修改日期、修改人、修改方法、回歸結(jié)果等等；要有效的發(fā)

現(xiàn)Bug需參考需求以及詳細(xì)設(shè)計等前期文檔設(shè)計出高效的測試用例，然后嚴(yán)格

執(zhí)行測試用例，對發(fā)現(xiàn)的問題要充分確認(rèn)肯定，然后再向外發(fā)布如此才干提高提

交Bug的質(zhì)量。

3、界面測試題及設(shè)計題。請找出下面界面中所存在的問題并分別列出；用黑盒

測試的任何一種方法設(shè)計出此登陸窗體的測試用例。（中級）（6分）

答：1、窗體的標(biāo)題欄中為空，沒有給出標(biāo)題。

2、用戶名和密碼控件的字體不一