軟件測試筆試題目分享

　　無論是在學(xué)校還是在社會中，我們最不陌生的就是試題了，借助試題可以更好地對被考核者的知識才能進行考察測驗。大家知道什么樣的試題才是好試題嗎？下面是小編精心整理的軟件測試筆試題目分享，僅供參考，歡迎大家閱讀。

　　軟件測試筆試題目分享

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

　　2Beta、測試是驗收測試的一種。（Y)

　　Acceptance、testing

　　驗收測試是部署軟件之前的最后一個測試操作。驗收測試的目的是確保軟件準(zhǔn)備就緒，并且可以讓最終用戶將其用于執(zhí)行軟件的既定功能和任務(wù)。

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

　　是由測試人員來實施的

　　4、項目立項前測試人員不需要提交任何工件。（Y）、工件：加工過程中生產(chǎn)對象

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

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

　　代碼評審也稱代碼復(fù)查，是指通過閱讀代碼來檢查源代碼與編碼標(biāo)準(zhǔn)的符合性以及代碼質(zhì)量的活動。

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

　　自頂向下綜合測試的具體步驟為：

　　1、以主控模塊作為測試驅(qū)動模塊，把對主控模塊進行單元測試時引入的所有樁模塊用實際模塊替代;

　　2、依據(jù)所選的集成策略(深度優(yōu)先或廣度優(yōu)先)，每次只替代一個樁模塊;

　　3、每集成一個模塊立即測試一遍;

　　4、只有每組測試完成后，才著手替換下一個樁模塊;

　　5、為避免引入新錯誤，須不斷地進行回歸測試(即全部或部分地重復(fù)已做過的測試)。

　　自底向上綜合測試的步驟分為：

　　1、把低層模塊組織成實現(xiàn)某個子功能的模塊群(cluster);

　　2、開發(fā)一個測試驅(qū)動模塊，控制測試數(shù)據(jù)的輸入和測試結(jié)果的輸出;

　　3、對每個模塊群進行測試;

　　4、刪除測試使用的驅(qū)動模塊，用較高層模塊把模塊群組織成為完成更大功能的新模塊群。

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

　　負(fù)載測試(Load、testing)，通過測試系統(tǒng)在資源超負(fù)荷情況下的表現(xiàn)，以發(fā)現(xiàn)設(shè)計上的錯誤或驗證系統(tǒng)的負(fù)載能力。在這種測試中，將使測試對象承擔(dān)不同的工作量，以評測和評估測試對象在不同工作量條件下的性能行為，以及持續(xù)正常運行的能力。負(fù)載測試的目標(biāo)是確定并確保系統(tǒng)在超出最大預(yù)期工作量的情況下仍能正常運行。此外，負(fù)載測試還要評估性能特征。例如，響應(yīng)時間、事務(wù)處理速率和其他與時間相關(guān)的方面。

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

　　10、代碼評審員一般由測試員擔(dān)任。（N）

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

　　是一種標(biāo)識、組織和控制修改的技術(shù)。軟件配置管理應(yīng)用于整個軟件工程過程。我們知道，在軟件建立時變更是不可避免的，而變更加劇了項目中軟件開發(fā)者之間的混亂。

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

　　執(zhí)行階段

　　1)時間安排、單元測試已經(jīng)完成后就可以開始執(zhí)行集成測試了

　　2)輸入、需求規(guī)格說明書、概要設(shè)計、集成測試計劃、集成高度設(shè)計、集成測試?yán)�、集成測試規(guī)程、集成測試代碼(如果有)、集成測試腳本、集成測試工具、詳細(xì)設(shè)計、代碼、單元測試報告

　　3)入口條件、單元測試階段已經(jīng)通過基線化評審

　　4)活動步、驟、執(zhí)行集成測試用例、回歸集成測試用例、撰寫集成測試報告

　　5)輸出、集成測試報告

　　6)出口條件、集成測試報告通過集成測試階段基線評審

　　二、選擇題

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

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

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

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

　　D、驗收測試工件齊全。

　　2、軟件測試計劃評審會需要哪些人員參加?（ABCD）

　　A、項目經(jīng)理

　　B、SQA、負(fù)責(zé)人

　　軟件質(zhì)量保證(SQA)是建立一套有計劃

　　目標(biāo)、1：軟件質(zhì)量保證工作是有計劃進行的。

　　目標(biāo)、2：客觀地驗證軟件項目產(chǎn)品和工作是否遵循恰當(dāng)?shù)臉?biāo)準(zhǔn)、步驟和需求。

　　目標(biāo)、3：將軟件質(zhì)量保證工作及結(jié)果通知給相關(guān)組別和個人。

　　目標(biāo)、4：高級管理層接觸到在項目內(nèi)部不能解決的不符合類問題。

　　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、軟件實施活動的進入準(zhǔn)則是：（ABC）

　　A、需求工件已經(jīng)被基線化

　　工件加工過程中的生產(chǎn)對象。

　　基線化、一個文檔如果經(jīng)過討論被通過了，被固定了，就可以說這個文檔被“基線化”了，然后所有人就可以在這個“基線”的基礎(chǔ)上工作。

　　B、詳細(xì)設(shè)計工件已經(jīng)被基線化

　　C、構(gòu)架工件已經(jīng)被基線化

　　D、項目階段成果已經(jīng)被基線化

　　三、添空

　　1、軟件驗收測試包括：_正式驗收測試，alpha測試，beta測試。

　　2、系統(tǒng)測試的策略有：功能測試，性能測試，可靠性測試，負(fù)載測試，易用性測試，強度測試，安全測試，配置測試，安裝測試，卸載測試，文擋測試，故障恢復(fù)測試，界面測試，容量測試，兼容性測試，分布測試，可用性測試

　　(有的可以合在一起，分開寫只要寫出15、就滿分哦)

　　3、設(shè)計系統(tǒng)測試計劃需要參考的項目文擋有：軟件測試計劃，軟件需求工件和迭代計劃。

　　4、對面向過程的系統(tǒng)采用的集成策略有：自頂向下，自底向上兩種。

　　5、通過畫因果圖來寫測試用例的步驟為：

　　(1)根據(jù)程序規(guī)格說明書描述，分析并確定因(輸入條件)和果(輸出結(jié)果或程序狀態(tài)的改變)，畫出因果圖。

　　(2)將得到的因果圖轉(zhuǎn)換為判定表。

　　(3)為判定表中每一列所表示的情況設(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í)行程序的過程

　　軟件測試就是利用測試工具按照測試方案和流程對產(chǎn)品進行功能和性能測試，甚至根據(jù)需要編寫不同的測試工具，設(shè)計和維護測試系統(tǒng)，對測試方案可能出現(xiàn)的問題進行分析和評估。執(zhí)行測試用例后，需要跟蹤故障，以確保開發(fā)的產(chǎn)品適合需求。

　　3、簡述集成測試的過程

　　答：系統(tǒng)集成測試主要包括以下過程：

　　1、構(gòu)建的確認(rèn)過程。

　　2、補丁的確認(rèn)過程。

　　3、系統(tǒng)集成測試測試組提交過程。

　　4、測試用例設(shè)計過程。

　　5、測試代碼編寫過程。

　　6Bug的報告過程。

　　7、每周/每兩周的構(gòu)建過程。

　　8、點對點的測試過程。

　　9、組內(nèi)培訓(xùn)過程。

　　5、白盒測試有幾種方法

　　答：總體上分為靜態(tài)方法和動態(tài)方法兩大類。

　　靜態(tài)：關(guān)鍵功能是檢查軟件的表示和描述是否一致,沒有沖突或者沒有歧義。

　　動態(tài)：語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。

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

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

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

　　Alpha測試(α測試)是由一個用戶在開發(fā)環(huán)境下進行的測試，也可以是公司內(nèi)部的用戶在模擬實際操作環(huán)境下進行的受控測試，Alpha測試不能由程序員或測試員完成。Alpha測試發(fā)現(xiàn)的錯誤，可以在測試現(xiàn)場立刻反饋給開發(fā)人員，由開發(fā)人員及時分析和處理。目的是評價軟件產(chǎn)品的功能、可使用性、可靠性、性能和支持。尤其注重產(chǎn)品的界面和特色。Alpha測試可以從軟件產(chǎn)品編碼結(jié)束之后開始，或在模塊(子系統(tǒng))測試完成后開始，也可以在確認(rèn)測試過程中產(chǎn)品達到一定的穩(wěn)定和可靠程度之后再開始。有關(guān)的手冊(草稿)等應(yīng)該在Alpha測試前準(zhǔn)備好。

　　Beta測試(β測試)是軟件的多個用戶在一個或多個用戶的實際使用環(huán)境下進行的測試。開發(fā)者通常不在測試現(xiàn)場，Beta測試不能由程序員或測試員完成。因而，Beta測試是在開發(fā)者無法控制的環(huán)境下進行的軟件現(xiàn)場應(yīng)用。在Beta測試中，由用戶記下遇到的所有問題，包括真實的以及主管認(rèn)定的，定期向開發(fā)者報告，開發(fā)者在綜合用戶的報告后，做出修改，最后將軟件產(chǎn)品交付給全體用戶使用。Beta測試著重于產(chǎn)品的支持性，包括文檔、客戶培訓(xùn)和支持產(chǎn)品的生產(chǎn)能力。只有當(dāng)Alpha測試達到一定的可靠程度后，才能開始Beta測試。由于Beta測試的主要目標(biāo)是測試可支持性，所以Beta測試應(yīng)該盡可能由主持產(chǎn)品發(fā)行的人員來管理。

　　答：Alpha、測試、在系統(tǒng)開發(fā)接近完成時對應(yīng)用系統(tǒng)的測試;測試后仍然會有少量的設(shè)計變更。這種測試一般由最終用戶或其它人員完成，不能由程序或測試員完成。

　　Beta、測試、當(dāng)開發(fā)和測試根本完成時所做的測試，最終的錯誤和問題需要在最終發(fā)行前找到。這種測試一般由最終用戶或其它人員完成，不能由程序員或測試員完成。

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

　　答：負(fù)載測試：在一定的工作負(fù)荷下，系統(tǒng)的負(fù)荷及響應(yī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)是什么?

　　答：用例全部測試。

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

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

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

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

　　答：

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

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

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

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

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

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

　　11、軟件的缺陷等級應(yīng)如何劃分?

　　A、類—、嚴(yán)重錯誤，包括以下各種錯誤：

　　1、由于程序所引起的死機,、非法退出

　　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、簡單的輸入限制未放在前臺進行控制

　　4、刪除操作未給出提示

　　5、數(shù)據(jù)庫表中有過多的空字段

　　D、類—、較小錯誤，包括以下各種錯誤：

　　1、界面不規(guī)范

　　2、輔助說明描述不清楚

　　3、輸入輸出不規(guī)范

　　4、長操作未給用戶提示

　　5、提示窗口文字未采用行業(yè)術(shù)語

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

　　E、類—、測試建議

　　4、怎么做好文檔測試

　　仔細(xì)閱讀，跟隨每個步驟，檢查每個圖形，嘗試每個示例。

　　檢查文檔的編寫是否滿足文檔編寫的目的

　　內(nèi)容是否齊全，正確

　　內(nèi)容是否完善

　　標(biāo)記是否正確

　　軟件測試筆試題目分享(二)

　　1、TCP是互聯(lián)網(wǎng)中的(1、A)協(xié)議，使用(2C)次握手協(xié)議建立連接。當(dāng)主動發(fā)出SYN連接請求后，等待對方回答(3、A)。這種連接的方法可以防止(4D)，TCP使用的流量控制協(xié)議是(5B)。

　　(1)A.傳輸層B.網(wǎng)絡(luò)層C會話層D.應(yīng)用層

　　(2)A.1B.2C.3D.4

　　(3)A.SYN,ACKB.FIN,ACKC.PSH,ACKD.RST,ACK

　　(4)A.出現(xiàn)半連接B.無法連接C.假冒的連接D.產(chǎn)生錯誤的連接

　　(5)A.固定大小的滑動窗口協(xié)議B.可變大小的滑動窗口協(xié)議C.后退N幀ARQ協(xié)議D.選擇重發(fā)ARQ協(xié)議

　　2、下列敘述中，與提高軟件可移植性相關(guān)的是D。

　　A.選擇時間效率高的算法

　　B.盡可能減少注釋

　　C.選擇空間效率高的算法

　　D.盡量用高級語言編寫系統(tǒng)中對效率要求不高的部分

　　D軟件可移植性是指與軟件可從某一環(huán)境移植到另一環(huán)境的能力有關(guān)的一組屬性。高級語言具有較好的可移植性，所以可以盡量用高級語言編寫系統(tǒng)中對效率要求不高的部分。減少注釋、選擇時間/空間效率高的算法都不能提高軟件的可移植性。

　　3、用邊界值分析法，假定1

　　A.X=1，X=100;B.X=0，X=1，X=100，X=101;

　　C.X=2，X=99;D.X=O，X=101;

　　4、在網(wǎng)絡(luò)應(yīng)用測試中，網(wǎng)絡(luò)延遲是一個重要指標(biāo)。以下關(guān)于網(wǎng)絡(luò)延遲的理解，正確的是__D____

　　A.指響應(yīng)時間;

　　B.指報文從客戶端發(fā)出到客戶端接收到服務(wù)器響應(yīng)的間隔時間;

　　C.指報文在網(wǎng)絡(luò)上的傳輸時間;

　　D.指從報文開始進入網(wǎng)絡(luò)到它開始離開網(wǎng)絡(luò)之間的時間

　　網(wǎng)絡(luò)延遲：在傳輸介質(zhì)中傳輸所用的時間，即從報文開始進入網(wǎng)絡(luò)到它開始離開網(wǎng)絡(luò)之間的時間。

　　5、軟件可靠性是指在指定的條件下使用時，軟件產(chǎn)品維持規(guī)定的性能級別的能力，其子特性(C)是指在軟件發(fā)生故障或者違反指定接口的情況下，軟件產(chǎn)品維持規(guī)定的性能級別的能力。

　　A.成熟性;B.易恢復(fù)性;C.容錯性;D.可靠性依從性

　　國家標(biāo)準(zhǔn)GB/T、16260《軟件產(chǎn)品評價-質(zhì)量特性及其使用指南》規(guī)定了軟件產(chǎn)品的六個質(zhì)量特性，并推薦了與之對應(yīng)的27個子特性，質(zhì)量特性和子特性列表如下：

　　質(zhì)量特性描述子特性子特性描述功能性

　　當(dāng)軟件在指定條件下使用時，軟件產(chǎn)品滿足明確和隱含要求功能的能力適合性軟件產(chǎn)品為指定的任務(wù)和用戶目標(biāo)提供一組合適的功能的能力準(zhǔn)確性軟件產(chǎn)品具有所需精確度的正確或相符的結(jié)果及效果的能力互操作性軟件產(chǎn)品與一個或更多的規(guī)定系統(tǒng)進行交互的能力功能性依從性軟件產(chǎn)品依附于同功能性相關(guān)的標(biāo)準(zhǔn)、約定或法規(guī)以及類似規(guī)定的能力安全保密軟件產(chǎn)品保護信息和數(shù)據(jù)的能力，以使未授權(quán)的人員或系統(tǒng)不能閱讀或修改這些信息和數(shù)據(jù)，但不拒絕授權(quán)人員或系統(tǒng)對它們的訪問。可靠性軟件產(chǎn)品維持規(guī)定的性能級別的能力成熟性軟件產(chǎn)品避免因軟件中錯誤的發(fā)生而導(dǎo)致失效的能力容錯性在軟件發(fā)生故障或者違反指定接口的情況下，軟件產(chǎn)品維持規(guī)定的性能級別的能力易恢復(fù)性在失效發(fā)生的情況下，軟件產(chǎn)品重建規(guī)定的性能級別并恢復(fù)受直接影響的數(shù)據(jù)的能力可靠性依從性軟件產(chǎn)品依附于同可靠性相關(guān)的標(biāo)準(zhǔn)、約定或規(guī)定的能力易用性軟件產(chǎn)品在指定條件下使用時，軟件產(chǎn)品被理解、學(xué)習(xí)、使用和吸引用戶的能力易理解性軟件產(chǎn)品使用戶能理解軟件是否適合以及如何能將軟件用于特定的任務(wù)和使用環(huán)境的能力。易學(xué)性軟件產(chǎn)品使用戶能學(xué)習(xí)它的能力易操作性軟件產(chǎn)品使用戶能操作和控制它的能力吸引性軟件產(chǎn)品吸引用戶的能力易用性依從性軟件產(chǎn)品依附于同易用性相關(guān)的標(biāo)準(zhǔn)、約定或規(guī)定的能力效率在規(guī)定條件下，相對于所用資源的數(shù)量，軟件產(chǎn)品提供適當(dāng)?shù)男阅艿哪芰�時間特性在規(guī)定條件下，軟件產(chǎn)品執(zhí)行其功能時，提供適當(dāng)?shù)南鄳?yīng)時間和處理時間以及吞吐率的能力資源特性在規(guī)定條件下，軟件產(chǎn)品執(zhí)行其功能時，使用合適的數(shù)量和類型的資源的能力效率依從性軟件產(chǎn)品依附于同效率相關(guān)的標(biāo)準(zhǔn)、約定或規(guī)定的能力維護性軟件產(chǎn)品可被修改的能力。修改可能包括修正、改進或軟件適應(yīng)環(huán)境、需求和功能規(guī)格說明中的變化易分析性軟件產(chǎn)品診斷軟件中的缺陷或失效原因，以及判定待修改的部分的能力易改變性指軟件產(chǎn)品使指定的修改可以被實現(xiàn)的能力穩(wěn)定性軟件產(chǎn)品避免由于軟件修改而造成以外結(jié)果的能力易測試性軟件產(chǎn)品使已修改軟件能被確認(rèn)的能力維護性依從性軟件產(chǎn)品依附于同維護性相關(guān)的標(biāo)準(zhǔn)、約定或規(guī)定的能力可移植性軟件產(chǎn)品從一種環(huán)境遷移到另外一種環(huán)境的能力適應(yīng)性指軟件產(chǎn)品無需采用有別于為考慮該軟件的目的而準(zhǔn)備的活動或手段，就可能適應(yīng)不同的指定環(huán)境的能力易安裝性軟件產(chǎn)品在指定環(huán)境中被安裝的能力共存性軟件產(chǎn)品在公共環(huán)境中同與其分享公共資源的其他獨立軟件共存的能力易替換性軟件產(chǎn)品在環(huán)境相同、目的相同的情況下替代另一個指定軟件產(chǎn)品的能力可移植性依從性軟件產(chǎn)品依附于同可移植性相關(guān)的標(biāo)準(zhǔn)、約定或規(guī)定的能力

　　6、關(guān)于軟件質(zhì)量的描述，正確的是__B____

　　A.軟件質(zhì)量是指軟件滿足規(guī)定用戶需求的能力;

　　B.軟件質(zhì)量特性是指軟件的功能性、可靠性、易用性、效率、可維護性、可移植性;

　　C.軟件質(zhì)量保證過程就是軟件測試過程;

　　D.以上描述都不對

　　解析：軟件質(zhì)量就是“軟件與明確的和隱含的定義的需求相一致的程度”。

　　7、(1A)是面向?qū)ο蟪绦蛟O(shè)計語言不同于其它語言的主要特點，是否建立了豐富的(2B)是衡量一個面向?qū)ο蟪绦蛟O(shè)計語言成熟與否的重要標(biāo)志之一。

　　(1)A.繼承性;B.消息傳遞;C.多態(tài)性;D.靜態(tài)聯(lián)編;

　　(2)A.函數(shù)庫;B.類庫;C.類型庫;D.方法庫;

　　8、8位ASCII編碼的最大編碼值為___D___

　　A.128B.127C.256D.255

　　9、對計算機軟件和硬件資源進行管理和控制的軟件是_D_____

　　A.文件管理程序B.輸入輸出管理程序C.命令處理程序D.操作系統(tǒng)

　　操作系統(tǒng)(Operating、System，簡稱OS)是一管理電腦硬件與軟件資源的程序，同時也是計算機系統(tǒng)的內(nèi)核與基石。

　　10、下列說法正確的是___D___

　　A.給計算機加電稱為熱啟動

　　B.計算機死機后常用冷啟動計算機

　　C.可用Ctrl+Alt+Del鍵對計算機冷啟動

　　D.可用Ctrl+Alt+Del按鈕對計算機熱啟動

　　熱啟動就是、按、ctrl+alt+、的重啟。冷啟動是按機箱上的電源(power)按鈕的開機。

　　11、1024B是___A___

　　A.1KBB.1MBC.1GBD.1Gb

　　1個字節(jié)等于8位二進制，1TB=1024GB、1GB=1024MB、1MB=1024KB、1KB=1024Byte

　　12、衡量計算機的平均無故障時間是計算機的__A____

　　A.可靠性B.可維護性C.適應(yīng)性D.穩(wěn)定性

　　MTBF，即平均無故障時間，英文全稱是“Mean、TimeBetween、Failure”。是衡量一個產(chǎn)品(尤其是電器產(chǎn)品)的可靠性指標(biāo)。

　　13、十進制102轉(zhuǎn)換為二進制是___B___

　　A.1100111B.1100110C.1100001D.101111

　　102=1100110

　　14、在Windows中，下列可以作為文件名的是___D___

　　A.a?.txtB.abc>.docC.abc*.xlsD.Rula.bmp

　　1、允許文件或者文件夾名稱不得超過255個字符。

　　2、文件名除了開頭之外任何地方都可以使用空格。

　　3、文件名中不能有下列符號：“?”、“、”、“╲”、“*”、““”、“”“、“”、“|”。

　　4、Windows、98文件名不區(qū)分大小寫，但在顯示時可以保留大小寫格式。

　　5、文件名中可以包含多個間隔符，如“我的文件。我的圖片。001”。

　　15、SNMP、所采用的傳輸層協(xié)議是__A____

　　A.UDPB.ICMPC.TCPD.IP

　　簡單網(wǎng)絡(luò)管理協(xié)議(SNMP)是目前TCP/IP網(wǎng)絡(luò)中應(yīng)用最為廣泛的網(wǎng)絡(luò)管理協(xié)議，SNMP使用UDP(用戶數(shù)據(jù)報協(xié)議)作為第四層協(xié)議(傳輸協(xié)議)，進行無連接操作。

　　16、為保證測試活動的可控性，必須在軟件測試過程中進行軟件測試配置管理，一般來說，軟件測試配置管理中最基本的活動包括__A____

　　A.配置項標(biāo)識、配置項控制、配置狀態(tài)報告、配置審計

　　B.配置基線確立、配置項控制、配置報告、配置審計

　　C.配置項標(biāo)識、配置項變更、配置審計、配置跟蹤

　　D.配置項標(biāo)識、配置項控制、配置狀態(tài)報告、配置跟蹤

　　17、___B___方法根據(jù)輸出對輸入的依賴關(guān)系設(shè)計測試用例。

　　A.路徑測試B.等價類C.因果圖D.邊界值

　　18、在C++語言中，若類C中定義了一個方法int、f(int、a，int、b)，那么方法___A___不能與該方法同時存在于類C中

　　A.int、f(int、x，int、y)B.int、f(float、a，int、b)

　　C.float、f(int、x，float、y)D.int、f(int、x，float、y)

　　19、下列關(guān)于軟件驗收測試的合格通過準(zhǔn)則錯誤的是：____C__

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

　　B、所有測試項沒有殘余一級、二級和三級錯誤;

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

　　D、驗收測試工件齊全

　　軟件驗收測試合格通過準(zhǔn)則：1軟件需求分析說明書中定義的所有功能已全部實現(xiàn)，性能指標(biāo)全部達到要求。2所有測試項沒有殘余的一級二級三級的錯誤。3立項審批表、需求分析文檔、設(shè)計文檔和編碼實現(xiàn)一致。4驗收測試工件齊全(測試計劃，測試用例，測試日志，測試通知單，測試分析報告)

　　20、測試設(shè)計員的職責(zé)有：___B___

　�、僦贫�測試計劃、②設(shè)計測試用例、③設(shè)計測試過程、腳本、④評估測試活動

　　A.①④B.②③C.①③D.以上全是

　　測試設(shè)計員的職責(zé)：確定并描述相應(yīng)的測試技術(shù)、確定相應(yīng)的測試支持工具、定義并維護測試自動化架構(gòu)、

　　詳述和驗證需要的測試環(huán)境配置、驗證與評估測試途徑

　　21、對于業(yè)務(wù)流清晰的系統(tǒng)可以利用D貫穿整個測試用例設(shè)計過程廣在用例中綜合使用各種測試方法，對于參數(shù)配置類的軟件，要用C選擇較少的組合方式達到最佳效果，如果程序的功能說明中含有輸入條件的組合情況，則一開始就可以選用B和判定表驅(qū)動法

　　A.等價類劃分B.因果圖法C.正交試驗法D.場景法、

　　因果圖適合于檢查程序輸入條件涉及的各種組合情況，正交實驗法就是利用排列整齊的表、-正交表來對試驗進行整體設(shè)計、綜合比較、統(tǒng)計分析，實現(xiàn)通過少數(shù)的實驗次數(shù)找到較好的生產(chǎn)條件，以達到最高生產(chǎn)工藝效果

　　22、下列軟件實施活動的進入準(zhǔn)則描述錯誤的是：__D____

　　A.需求工件已經(jīng)被基線化

　　B.詳細(xì)設(shè)計工件已經(jīng)被基線化

　　C.構(gòu)架工件已經(jīng)被基線化

　　D.項目階段成果已經(jīng)被基線化

　　23、軟件的六大質(zhì)量特性包括：___A___

　�、俟δ苄�、可靠性、②可用性、效率、③穩(wěn)定性、可移植、④兼容性、可擴展性

　　A.①②③B.②③④C.①③④D.①②④

　　24、正式的技術(shù)評審FTR(Formal、Technical、Review)是軟件工程師組織的軟件質(zhì)量保證活動，下面關(guān)于FTR指導(dǎo)原則中錯誤的是___C___

　　A.評審產(chǎn)品，而不是評審生產(chǎn)者的能力

　　B.要有嚴(yán)格的評審計劃，并遵守日程安排

　　C.對評審中出現(xiàn)的問題要充分討論，以求徹底解決

　　D.限制參與者人數(shù)，并要求評審會之前做好準(zhǔn)備

　　正式技術(shù)評審(FTR)是一種由軟件工程師和其他人進行的軟件質(zhì)量保障活動。

　　1、目標(biāo)

　　(1)、發(fā)現(xiàn)功能、邏輯或?qū)崿F(xiàn)的錯誤

　　(2)、證實經(jīng)過評審的軟件的確滿足需求

　　(3)、保證軟件的表示符合預(yù)定義的標(biāo)準(zhǔn)

　　(4)、得到一種一致的方式開發(fā)的軟件

　　(5)、使項目更易管理

　　2、評審會議

　　3-5人參加，不超過2小時，由評審主席、評審者和生產(chǎn)者參加，必須做出下列決定中的一個、：(1)工作產(chǎn)品可不可以不經(jīng)修改而被接受;(2)由于嚴(yán)重錯誤而否決工作產(chǎn)品;、(3)暫時接受工作產(chǎn)品。

　　3、評審總結(jié)報告、回答

　　評審什么?由誰評審?結(jié)論是什么?、評審總結(jié)報告是項目歷史記錄的一部分，標(biāo)識產(chǎn)品中存在問題的區(qū)域，作為行政條目檢查表以指導(dǎo)生產(chǎn)者進行改正。

　　4、評審指導(dǎo)原則

　　(1)評審產(chǎn)品，而不是評審生產(chǎn)者。注意客氣地指出錯誤，氣氛輕松。

　　(2)不要離題，限制爭論。有異議的問題不要爭論但要記錄在案。

　　(3)對各個問題都發(fā)表見解。問題解決應(yīng)該放到評審會議之后進行。

　　(4)為每個要評審的工作產(chǎn)品建立一個檢查表。應(yīng)為分析、設(shè)計、編碼、測試文檔都建立檢查表。

　　(5)分配資源和時間。應(yīng)該將評審作為軟件工程任務(wù)加以調(diào)度。

　　(6)評審以前所做的評審

　　25、下列關(guān)于文檔測試描述錯誤的是___A___

　　A.文檔測試主要檢查文檔的正確性、完備性、可理解性、可操作性和易維護性;

　　B.正確性是指不要把軟件的功能和操作寫錯，也不允許文檔內(nèi)容前后矛盾;

　　C.完備性是指文檔不可以“虎頭蛇尾”，更不許漏掉關(guān)鍵內(nèi)容。有些學(xué)生在證明數(shù)學(xué)題時，喜歡用“顯然”兩字蒙混過關(guān)。文檔中很多內(nèi)容對開發(fā)者可能是“顯然”的，但對用戶而言不見得都是“顯然”的;

　　D.文檔不可以寫成散文、詩歌或者偵探、言情小說，要讓大眾用戶看得懂，能理解

　　文檔測試主要檢查文檔的正確性、完備性、可理解性

　　26、軟件工程的主要環(huán)節(jié)有___D___

　�、偃藛T管理;②項目管理;③可行性與需求分析;④系統(tǒng)設(shè)計;⑤程序設(shè)計;⑥測試;⑦維護等

　　A.①②④⑤⑥⑦B.②③⑤⑥⑦C.①②③④⑤⑥D(zhuǎn).以上全是

　　27、以下關(guān)于集成測試的內(nèi)容正確的有___D___

　　①集成測試也叫組裝測試或者聯(lián)合測試;

　　②在把各個模塊連接起來的時候，穿越模塊接口的數(shù)據(jù)是否會丟失;

　�、垡粋�模塊的功能是否會對另一個模塊的功能產(chǎn)生不利的影響;

　�、芨鱾�子功能組合起來，能否達到預(yù)期要求的父功能;

　�、萑�局?jǐn)?shù)據(jù)結(jié)構(gòu)是否有問題;

　�、迒蝹�模塊的誤差累積起來，是否會放大，從而達到不能接受的程度;

　　A.①②④⑤⑥B.②③④⑤⑥C.①②③⑤⑥D(zhuǎn).以上全部正確

　　28、新開發(fā)的數(shù)據(jù)庫管理系統(tǒng)中,數(shù)據(jù)庫管理員張工發(fā)現(xiàn)被用戶頻繁運行的某個查詢處理程序使用了多個表的連接,產(chǎn)生這一問題的原因在于(1A).在保證該處理程序功能的前提下提高其執(zhí)行效率,他應(yīng)該(2B).

　　(1)、A.需求分析階段對用戶的信息要求和處理要求未完全掌握

　　B.概念結(jié)構(gòu)設(shè)計不正確

　　C.邏輯結(jié)構(gòu)設(shè)計階段未能對關(guān)系模式分解到BCNF

　　D.物理設(shè)計階段未能正確選擇數(shù)據(jù)的存儲結(jié)構(gòu)

　　(2)、A.建立該查詢處理程序所用到表的視圖,并對程序作相應(yīng)的修改

　　B.建立查詢處理程序所用到表進行必要的合并,并對程序作相應(yīng)的修改

　　C.修改該程序以減少所使用的表

　　D.盡可能采用嵌套查詢實現(xiàn)該程序的功能

　　29、在某學(xué)校的綜合管理系統(tǒng)設(shè)計階段,教師實體在學(xué)籍管理子系統(tǒng)中被稱為”教師”,而在人事管理子系統(tǒng)中被稱為”職工”,這類沖突描述正確的為_B_____

　　A.語義沖突B.命名沖突C.屬性沖突D.結(jié)構(gòu)沖突

　　30、以下選項中,可以用于Internet信息服務(wù)器遠程管理的是__B____

　　A.TelnetB.RASC.FTPD.SMTP

　　Telnet是進行遠程登錄的標(biāo)準(zhǔn)協(xié)議和主要方式，它為用戶提供了在本地計算機上完成遠程主機工作的能力。在終端使用者的電腦上使用telnet程序，用它連接到服務(wù)器。終端使用者可以在telnet程序中輸入命令，這些命令會在服務(wù)器上運行，就像直接在服務(wù)器的控制臺上輸入一樣。所以telnet具有Internet信息服務(wù)器遠程管理功能、RAS服務(wù)(Remote、Access、Service，遠程訪問服務(wù))，通過RAS可以在遠程將PC登錄到網(wǎng)站的服務(wù)器上，以便在非工作時間對網(wǎng)站進行緊急維護和內(nèi)容刪改。所以RAS也具有Internet信息服務(wù)器遠程管理功能。FTP(File、Transfer、Protocol)是個文件傳輸協(xié)議。正如其名：協(xié)議的任務(wù)是從一臺計算機將文件傳送到另一臺計算機，它與這兩臺計算機所處的位置、聯(lián)系的方式、以及使用的操作系統(tǒng)無關(guān)。它的目標(biāo)是提高文件的共享性，提供非直接使用遠程計算機，使存儲介質(zhì)對用戶透明和可靠高效地傳送數(shù)據(jù)。SMTP稱為簡單Mail傳輸協(xié)議(Simple、Mail、Transfer、Protocal),目標(biāo)是向用戶提供高效、可靠的郵件傳輸。它是個請求/響應(yīng)協(xié)議，命令和響應(yīng)都是基于ASCII文本的。

　　軟件測試筆試題

　　一、能力題

　　1、卡車以每小時80公里的速度行駛，30、分鐘行駛的路程為：

　　A、15公里

　　B、30公里

　　C、40公里

　　D、80公里

　　E、以上答案全不對

　　2.有一種小蟲，每隔兩秒鐘分裂一次。分裂后的兩只新的小蟲經(jīng)過兩秒鐘后又會分裂。如果最初某瓶中只有一只小蟲，那么兩秒后變兩只，再過兩秒后就變四只……兩分鐘后，正好滿滿一瓶小蟲�，F(xiàn)在這個瓶內(nèi)最初放入兩只這樣的小蟲。

　　問：經(jīng)過多少時間后，正巧也是滿滿的一瓶?

　　3、美國某小鎮(zhèn)車隊有17輛小公共汽車，整天在相距197千米的青山與綠水兩個小鎮(zhèn)之間往返運客。每輛車到達小鎮(zhèn)后司機都要休息8分鐘。司機杰克上午10點20分開車從青山鎮(zhèn)出發(fā)，在途中不時地遇到(有時是迎面駛來，有時是互相超越)一輛本車隊的車。下午1點55分他到達綠水鎮(zhèn)，休息時發(fā)現(xiàn)本隊的其他司機一個都不在。沒有同伴可以聊天，杰克就靜靜地回憶剛才在路上遇到的本車隊的那些人。

　　問：杰克一共遇到了本車隊的幾輛車?

　　4、一個岔路口分別通向誠實國和說謊國。來了兩個人，已知一個是誠實國的，另一個是說謊國的。誠實國永遠說實話，說謊國永遠說謊話�，F(xiàn)在你要去說謊國，但不知道應(yīng)該走哪條路，需要問這兩個人。

　　請問應(yīng)該怎么問?(20秒-2分鐘)

　　二、軟件測試基礎(chǔ)題(多選)

　　1、V模型本質(zhì)上是一種

　　A.線性順序模型

　　B.順序迭代模型

　　C.線性迭代模型

　　D、及早見產(chǎn)品模型

　　2、某軟件公司在招聘軟件評測師時，應(yīng)聘者甲對公司作如下保證，你認(rèn)為應(yīng)聘者甲的保證中，不正確的是（)。

　　A、經(jīng)過自己測試的軟件今后不會再出現(xiàn)問題

　　B、在工作中對所有程序員一視同仁，不會因為在某個程序員編寫的程序中發(fā)現(xiàn)的問題多，就重點審查該程序，以免不利于團結(jié)

　　C、承諾不需要其他人員，自己就可以獨立進行測試工作

　　D、發(fā)揚咬定青山不放松的精神，不把所有問題都找出來，決不罷休

　　3、軟件測試執(zhí)行階段的產(chǎn)品應(yīng)包括、（)。

　　A、測試日志

　　B、測試用例

　　C、測試事件報告

　　D、測試職責(zé)分工與進度計劃

　　4、為什么要測試?、（)

　　A、以最少的時間和人力，系統(tǒng)地找出軟件中潛在的各種錯誤和缺陷

　　B、實施測試收集到的測試結(jié)果數(shù)據(jù)為可靠性分析提供了依據(jù)

　　C、它只能說明軟件中存在錯誤

　　D、證明測試團隊的實力

　　5、一個好的測試的屬性包括：（)

　　A、一個好的測試發(fā)現(xiàn)錯誤的可能性很高

　　B、一個好的測試并不冗余

　　C、一個好的測試應(yīng)該特別復(fù)雜

　　D、一個好的測試應(yīng)該特別簡單

　　6.關(guān)于數(shù)據(jù)庫索引，以下表述正確的是（)

　�、偃绻麑Ρ韯�(chuàng)建了索引，那么更新、插入和刪除表中的記錄都將導(dǎo)致額外的系統(tǒng)開銷。

　�、谌�表掃描一定比使用索引的執(zhí)行效率低。

　�、墼谧侄芜x擇性很低的情況下適用索引。

　�、芤粋�表創(chuàng)建的索引越多，對系統(tǒng)的性能提升越大。

　　A、①②③B、①③C、①②③④D、①③④

　　7.在TCP/IP網(wǎng)絡(luò)中，為各種公共服務(wù)保留的端口號范圍值是（)

　　A.1~255

　　B.1~1023

　　C.1~1024

　　D.1~65535

　　軟件測試筆試題

　　什么是軟件測試?

　　軟件測試是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程。或者說，軟件測試是根據(jù)軟件開發(fā)各階段的規(guī)格說明和程序的內(nèi)部結(jié)構(gòu)而精心設(shè)計一批測試用例(即輸入數(shù)據(jù)及其預(yù)期的輸出結(jié)果)，并利用這些測試用例去運行程序，以發(fā)現(xiàn)程序錯誤的過程。

　　軟件測試的目的?

　　測試的目的是想以最少的人力、物力和時間找出軟件中潛在的各種錯誤和缺陷，通過修正種錯誤和缺陷提高軟件質(zhì)量，回避軟件發(fā)布后由于潛在的軟件缺陷和錯誤造成的隱患帶來的商業(yè)風(fēng)險。

　　需求文檔測試：

　　主要測試需求中是否存在邏輯矛盾以及需求在技術(shù)上是否可以實現(xiàn);

　　設(shè)計文檔測試：

　　測試設(shè)計是否符合全部需求以及設(shè)計是否合理。

　　α測試:

　　Alpha測試(α測試)是由一個用戶在開發(fā)環(huán)境下進行的測試，也可以是公司內(nèi)部的用戶在模擬實際操作環(huán)境下進行的受控測試，Alpha測試不能由程序員或測試員完成。Alpha測試發(fā)現(xiàn)的錯誤，可以在測試現(xiàn)場立刻反饋給開發(fā)人員，由開發(fā)人員及時分析和處理。目的是評價軟件產(chǎn)品的功能、可使用性、可靠性、性能和支持。尤其注重產(chǎn)品的界面和特色。Alpha測試可以從軟件產(chǎn)品編碼結(jié)束之后開始，或在模塊(子系統(tǒng))測試完成后開始，也可以在確認(rèn)測試過程中產(chǎn)品達到一定的穩(wěn)定和可靠程度之后再開始。有關(guān)的手冊(草稿)等應(yīng)該在Alpha測試前準(zhǔn)備好。

　　β測試

　　Beta測試(β測試)是軟件的多個用戶在一個或多個用戶的實際使用環(huán)境下進行的測試。開發(fā)者通常不在測試現(xiàn)場，Beta測試不能由程序員或測試員完成。因而，Beta測試是在開發(fā)者無法控制的環(huán)境下進行的軟件現(xiàn)場應(yīng)用。在Beta測試中，由用戶記下遇到的所有問題，包括真實的以及主管認(rèn)定的，定期向開發(fā)者報告，開發(fā)者在綜合用戶的報告后，做出修改，最后將軟件產(chǎn)品交付給全體用戶使用。Beta測試著重于產(chǎn)品的支持性，包括文檔、客戶培訓(xùn)和支持產(chǎn)品的生產(chǎn)能力。只有當(dāng)Alpha測試達到一定的可靠程度后，才能開始Beta測試。由于Beta測試的主要目標(biāo)是測試可支持性，所以Beta測試應(yīng)該盡可能由主持產(chǎn)品發(fā)行的人員來管理。

　　驅(qū)動模塊:

　　驅(qū)動模塊在大多數(shù)場合稱為“主程序”，它接收測試數(shù)據(jù)并將這些數(shù)據(jù)傳遞到被測試模塊.單元測試一個函數(shù)單元時，被測單元本身是不能獨立運行的，需要為其傳送數(shù)據(jù)，為此寫驅(qū)動

　　驅(qū)動模塊主要完成以下事情：

　　1、接受測試輸入;

　　2、對輸入進行判斷;

　　3、將輸入傳給被測單元，驅(qū)動被測單元執(zhí)行;

　　4、接受被測單元執(zhí)行結(jié)果，并對結(jié)果進行判斷;

　　5、將判斷結(jié)果作為用例執(zhí)行結(jié)果輸出測試報告。

　　樁模塊

　　比如對函數(shù)A做單元測試時，被測的函數(shù)單元下還包括了一個函數(shù)B，為了更好的錯誤，定位錯誤，就要為函數(shù)B寫樁，來模擬函數(shù)B的功能，保證其正確。

　　白盒測試

　　白盒測試(White-box、Testing，又稱邏輯驅(qū)動測試,結(jié)構(gòu)測試),它是知道產(chǎn)品內(nèi)部工作過程，可通過測試來檢測產(chǎn)品內(nèi)部動作是否按照規(guī)格說明書的規(guī)定正常進行，按照程序內(nèi)部的結(jié)構(gòu)測試程序，檢驗程序中的每條通路是否都有能按預(yù)定要求正確工作，而不顧它的功能，白盒測試的主要方法有邏輯驅(qū)動、基路測試等，主要用于軟件驗證。

　　對開發(fā)語言的支持：白盒測試工具是對源代碼進行的測試，測試的主要內(nèi)容包括詞法分析與語法分析、靜態(tài)錯誤分析、動態(tài)檢測等。目前測試工具主要支持的開發(fā)語言包括：標(biāo)準(zhǔn)CC++、VisualC++、Java、Visual、J++等。

　　靜態(tài)測試

　　動態(tài)通過評審文檔、閱讀代碼等方式測試軟件稱為靜態(tài)測試,通過運行程序測試軟件稱為測試.在動態(tài)測試中,通常使用白盒測試和黑盒測試從不同的角度設(shè)計測試用例,查找軟件代碼中的錯誤.

　　回歸測試

　　回歸測試的目的是在程序有修改的情況下，保證原有功能正常的一種測試策略和方法。

　　說白了就是，我們測試人員在對程序進行測試時發(fā)現(xiàn)bug，然后返還程序員修改，程序員修改后發(fā)布新的軟件包或新的軟件補丁包給我們測試人員，我們就要重新對這個程序測試，已保證程序在修正了以前bug的情況下，正常運行，且不會帶來新的錯誤的這樣一個過程。一般情況下是不需要全面測試的，而是根據(jù)修改的情況進行有效的測試。

　　白盒測試有哪幾種方法?

　　白盒測試也稱結(jié)構(gòu)測試或邏輯驅(qū)動測試，它是知道產(chǎn)品內(nèi)部工作過程，可通過測試來檢測產(chǎn)品內(nèi)部動作是否按照規(guī)格說明書的規(guī)定正常進行，按照程序內(nèi)部的結(jié)構(gòu)測試程序，檢驗程序中的每條通路是否都有能按預(yù)定要求正確工作，而不顧它的功能，白盒測試的主要方法有邏輯驅(qū)動、基路測試等，主要用于軟件驗證�！鞍缀小狈ㄈ�面了解程序內(nèi)部邏輯結(jié)構(gòu)、對所有邏輯路徑進行測試�！鞍缀小狈ㄊ歉F舉路徑測試。

　　軟件的缺陷等級應(yīng)如何劃分?

　　1.致命錯誤，可能導(dǎo)致本模塊以及其他相關(guān)模塊異常，死機等問題;

　　2.嚴(yán)重錯誤，問題局限在本模塊，導(dǎo)致模塊功能失效或異常退出

　　3.一般錯誤，模塊功能部分失效;

　　4.建議問題，由問題提出人對測試對象的改進意見;

　　如果能夠執(zhí)行完美的黑盒測試，還需要進行白盒測試嗎?(白盒與黑盒的區(qū)別)

　　任何工程產(chǎn)品(注意是任何工程產(chǎn)品)都可以使用以下兩種方法之一進行測試。

　　黑盒測試：已知產(chǎn)品的功能設(shè)計規(guī)格，可以進行測試證明每個實現(xiàn)了的功能是否符合要求。白盒測試：已知產(chǎn)品的內(nèi)部工作過程，可以通過測試證明每種內(nèi)部操作是否符合設(shè)計規(guī)格要求，所有內(nèi)部成分是否以經(jīng)過檢查。

　　軟件的黑盒測試意味著測試要在軟件的接口處進行。這種方法是把測試對象看做一個黑盒子，測試人員完全不考慮程序內(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è)計或選擇測試用例，對程序所有邏輯路徑進行測試。通過在不同點檢查程序狀態(tài)，確定實際狀態(tài)是否與預(yù)期的狀態(tài)一致。因此白盒測試又稱為結(jié)構(gòu)測試或邏輯驅(qū)動測試。白盒測試主要是想對程序模塊進行如下檢查：

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

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

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

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

　　以上事實說明，軟件測試有一個致命的缺陷，即測試的不完全、不徹底性。由于任何程序只能進行少量(相對于窮舉的巨大數(shù)量而言)的有限的測試，在未發(fā)現(xiàn)錯誤時，不能說明程序中沒有錯誤。

　　軟件測試應(yīng)該劃分幾個階段?簡述各個階段應(yīng)重點測試的點?各個階段的含義?

　　大體上來說可分為單元測試,集成測試,系統(tǒng)測試,驗收測試,每個階段又分為以下五個步驟：測試計劃，測試設(shè)計，用例設(shè)計，執(zhí)行結(jié)果，測試報告

　　初始測試集中在每個模塊上，保證源代碼的正確性，該階段成為單元測試，主要用白盒測試方法。接下來是模塊集成和集成以便組成完整的軟件包。集成測試集中在證實和程序構(gòu)成問題上。主要采用黑盒測試方法，輔之以白盒測試方法。

　　軟件集成后，需要完成確認(rèn)和系統(tǒng)測試。確認(rèn)測試提供軟件滿足所有功能、性能需求的最后保證。確認(rèn)測試僅僅應(yīng)用黑盒測試方法。

　　單元測試

　　單元測試是對軟件中的基本組成單位進行的測試，如一個模塊、一個過程等等。它是軟件動態(tài)測試的最基本的部分，也是最重要的部分之一，其目的是檢驗軟件基本組成單位的正確性。

　　集成測試

　　集成測試是在軟件系統(tǒng)集成過程中所進行的測試，其主要目的是檢查軟件單位之間的接口是否正確。

　　系統(tǒng)測試

　　系統(tǒng)測試是對已經(jīng)集成好的軟件系統(tǒng)進行徹底的測試，以驗證軟件系統(tǒng)的正確性和性能等滿足其規(guī)約所指定的要求，檢查軟件的行為和輸出是否正確并非一項簡單的任務(wù)，它被稱為測試的“先知者問題”。

　　驗收測試

　　驗收測試旨在向軟件的購買者展示該軟件系統(tǒng)滿足其用戶的需求。它的測試數(shù)據(jù)通常是系統(tǒng)測試的測試數(shù)據(jù)的子集.

　　回歸測試

　　回歸測試是在軟件維護階段，對軟件進行修改之后進行的測試。其目的是檢驗對軟件進行的修改是否正確。

　　針對缺陷采取怎樣的管理措施?

　　1、要更好的管理缺陷，必須引入缺陷管理工具，商用的或者開源的都可。

　　2、根據(jù)缺陷的生命周期，考慮缺陷提交的管理、缺陷狀態(tài)的管理和缺陷分析的管理。

　　3、所有發(fā)現(xiàn)的缺陷(不管是測試發(fā)現(xiàn)的還是走讀代碼發(fā)現(xiàn)的)都必須全部即時的、準(zhǔn)確的提交到缺陷管理工具中，這是缺陷提交的管理。

　　4、缺陷提交后，需要即時的指派給相應(yīng)的開發(fā)人員，提交缺陷的人需要密切注意缺陷的狀態(tài)，、幫助缺陷的盡快解決。缺陷解決后需要即時對缺陷的修復(fù)進行驗證。這樣的目的有兩個：一個是讓缺陷盡快解決;二是方便后面缺陷的分析(保證缺陷相關(guān)的信息準(zhǔn)確，如齡期等)，這是缺陷狀態(tài)的管理。

　　5、為了更好的改進開發(fā)過程和測試過程，需要對缺陷進行分析，總結(jié)如缺陷的類別、缺陷的齡期分布等信息，這是缺陷分析的管理。

　　單元測試、集成測試、系統(tǒng)測試的側(cè)重點是什么?

　　單元測試是在軟件開發(fā)過程中要進行的最低級別的測試活動，在單元測試活動中，軟件的獨立單元將在與程序的其他部分相隔離的情況下進行測試，測試重點是系統(tǒng)的模塊，包括子程序的正確性驗證等。集成測試，也叫組裝測試或聯(lián)合測試。在單元測試的基礎(chǔ)上，將所有模塊按照設(shè)計要求，組裝成為子系統(tǒng)或系統(tǒng)，進行集成測試。實踐表明，一些模塊雖然能夠單獨地工作，但并不能保證連接起來也能正常的工作。程序在某些局部反映不出來的問題，在全局上很可能暴露出來，影響功能的實現(xiàn)。測試重點是模塊間的銜接以及參數(shù)的傳遞等。

　　系統(tǒng)測試是將經(jīng)過測試的子系統(tǒng)裝配成一個完整系統(tǒng)來測試。它是檢驗系統(tǒng)是否確實能提供系統(tǒng)方案說明書中指定功能的有效方法。測試重點是整個系統(tǒng)的運行以及與其他軟件的兼容性。

　　設(shè)計用例的方法、依據(jù)有那些?

　　白盒測試用例設(shè)計有如下方法:基本路徑測試等價類劃分邊界值分析覆蓋測試循環(huán)測試數(shù)據(jù)流測試程序插樁測試變異測試.這時候依據(jù)就是詳細(xì)設(shè)計說明書及其代碼結(jié)構(gòu)

　　黑盒測試用例設(shè)計方法:基于用戶需求的測試功能圖分析方法等價類劃分方法邊界值分析方法錯誤推測方法因果圖方法判定表驅(qū)動分析方法正交實驗設(shè)計方法.依據(jù)是用戶需求規(guī)格說明書,詳細(xì)設(shè)計說明書。

　　測試用例通常包括那些內(nèi)容?著重闡述編制測試用例的具體做法不同結(jié)構(gòu)的用例包括的不一樣(版本、編號、項目、設(shè)計人員、設(shè)計日期、輸入、預(yù)期輸出……)

　　軟件測試用例的基本要素包括測試用例編號、測試標(biāo)題、重要級別、測試輸入、操作步驟、預(yù)期結(jié)果。用例編號：測試用例的編號有一定的規(guī)則，比如系統(tǒng)測試用例的編號這樣定義規(guī)則：

　　PROJECT1-ST-001、，命名規(guī)則是項目名稱+測試階段類型(系統(tǒng)測試階段)+編號。定義測試用例編號，便于查找測試用例，便于測試用例的跟蹤。

　　測試標(biāo)題：對測試用例的描述，測試用例標(biāo)題應(yīng)該清楚表達測試用例的用途。比如“、測試用戶登錄時輸入錯誤密碼時，軟件的響應(yīng)情況”、重要級別：定義測試用例的優(yōu)先級別，可以籠統(tǒng)的分為、“高”、和“、低、”、兩個級別。一般來說，如果軟件需求的優(yōu)先級為、“高、”，那么針對該需求的測試用例優(yōu)先級也為、“高”;反之亦然，測試輸入：提供測試執(zhí)行中的各種輸入條件。根據(jù)需求中的輸入條件，確定測試用例的輸入。測試用例的輸入對軟件需求當(dāng)中的輸入有很大的依賴性，如果軟件需求中沒有很好的定義需求的輸入，那么測試用例設(shè)計中會遇到很大的障礙。

　　操作步驟：提供測試執(zhí)行過程的步驟。對于復(fù)雜的測試用例，測試用例的輸入需要分為幾個步驟完成，這部分內(nèi)容在操作步驟中詳細(xì)列出。

　　預(yù)期結(jié)果：提供測試執(zhí)行的預(yù)期結(jié)果，預(yù)期結(jié)果應(yīng)該根據(jù)軟件需求中的輸出得出。如果在實際測試過程中，得到的實際測試結(jié)果與預(yù)期結(jié)果不符，那么測試不通過;反之則測試通過。

　　描述使用bugzilla缺陷管理工具對軟件缺陷(BUG)跟蹤的管理的流程

　　1)、測試人員或開發(fā)人員發(fā)現(xiàn)bug后，判斷屬于哪個模塊的問題，填寫bug報告后，系統(tǒng)會自動通過Email通知項目組長或直接通知開發(fā)者。

　　2)、經(jīng)驗證無誤后，修改狀態(tài)為VERIFIED.待整個產(chǎn)品發(fā)布后，修改為CLOSED.

　　3)、還有問題，REOPENED，狀態(tài)重新變?yōu)椤癗ew“，并發(fā)郵件通知。

　　4)、項目組長根據(jù)具體情況，重新reassigned分配給bug所屬的開發(fā)者。

　　5)、若是，進行處理，resolved并給出解決方法。(可創(chuàng)建補丁附件及補充說明)

　　6)、開發(fā)者收到Email信息后，判斷是否為自己的修改范圍。

　　7)、若不是，重新reassigned分配給項目組長或應(yīng)該分配的開發(fā)者。

　　8)、測試人員查詢開發(fā)者已修改的bug，進行重新測試。

　　軟件測試筆試題

　　一、選擇填空

　　1.有一個文件test.txt里面有四列(name、class、address、age)，問：用_____shell命令打印出class列的內(nèi)容。

　　-----awk、‘{print、$2}’、test.txt

　　2.英特網(wǎng)的遠程登錄的工作模式是_____工作模式。

　　-----客戶機/服務(wù)器

　　3.防止系統(tǒng)區(qū)被破壞的方法有兩種：存儲保護鍵和______。

　　-----定時備份

　　4.多播IP用的是哪類地址(D)

　　A.A類地址B.B類地址C.C類地址D.D類地址

　　5.關(guān)系代數(shù)的優(yōu)化策略是_______。

　　------盡早執(zhí)行選擇運算

　　6.在分解中，無損連接，函數(shù)依賴屬于_______。

　　7.在完成了數(shù)據(jù)庫的模式的定義之后，數(shù)據(jù)字典里面應(yīng)該包括______。

　　8.可重定位內(nèi)存分配的目的是_______。

　　------解決碎片和緊縮問題

　　9.unix的目錄結(jié)構(gòu)是______。

　　10.連接方式存儲的隊列，在刪除一個節(jié)點時(D)、選項可能記不清了，大概是這樣

　　A.只改動頭指針B.只改動尾指針C.頭指針和尾指針都改動D.頭指針和尾指針可能改動

　　11.不帶頭指針的單鏈表的隊列，在刪除一個節(jié)點時(D)、10和11這兩個題目有什么區(qū)別，不解?

　　A.只改動頭指針B.只改動尾指針C.頭指針和尾指針都改動D.頭指針和尾指針可能改動

　　12.完整性約束包括：主鍵約束，外鍵約束，和全局約束。

　　-----所以應(yīng)該是：用戶自定義約束

　　13.IEEE802.3物理地址是(C)位

　　A.32bitB.64bitC、48bitD.16bit

　　14.哪一種數(shù)據(jù)的查詢需要優(yōu)化

　　A.層次數(shù)據(jù)庫B.網(wǎng)狀數(shù)據(jù)庫C.關(guān)系數(shù)據(jù)庫D.無關(guān)系數(shù)據(jù)庫

　　15.負(fù)責(zé)壓力測試不包括

　　A.訪問量B.點擊次數(shù)C.業(yè)務(wù)處理時間D.業(yè)務(wù)請求吞吐量

　　16、在五層的網(wǎng)絡(luò)模型中，傳輸層屬于第___4___層。

　　二、問答

　　1、你的測試職業(yè)發(fā)展是什么?

　　測試經(jīng)驗越多，測試能力越高。所以我的職業(yè)發(fā)展是需要時間積累的，一步步向著高級測試工程師奔去。而且我也有初步的職業(yè)規(guī)劃，前3年積累測試經(jīng)驗，按如何做好測試工程師的要點去要求自己，不斷更新自己改正自己，做好測試任務(wù)。

　　2、你認(rèn)為測試人員需要具備哪些素質(zhì)

　　做測試應(yīng)該要有一定的協(xié)調(diào)能力，因為測試人員經(jīng)常要與開發(fā)接觸處理一些問題，如果處理不好的話會引起一些沖突，這樣的話工作上就會不好做。還有測試人員要有一定的耐心，有的時候做測試很枯燥乏味。除了耐心，測試人員不能放過每一個可能的錯誤。

　　3、你為什么能夠做測試這一行

　　雖然我的測試技術(shù)還不是很成熟，但是我覺得我還是可以勝任軟件測試這個工作的，因為做軟件測試不僅是要求技術(shù)好，還有有一定的溝通能力，耐心、細(xì)心等外在因素。綜合起來看我認(rèn)為我是勝任這個工作的。

　　4、測試的目的是什么?

　　測試的目的是找出軟件產(chǎn)品中的錯誤，是軟件盡可能的符合用戶的要求。當(dāng)然軟件測試是不可能找出全部錯誤的。

　　5、測試分為哪幾個階段?

　　一般來說分為5個階段：單元測試、集成測試、確認(rèn)測試、系統(tǒng)測試、驗收測試

　　6、單元測試的測試對象、目的、測試依據(jù)、測試方法?

　　測試對象是模塊內(nèi)部的程序錯誤，目的是消除局部模塊邏輯和功能上的錯誤和缺陷。測試依據(jù)是模塊的詳細(xì)設(shè)計，測試方法是采用白盒測試。

　　7、怎樣看待加班問題

　　加班的話我沒有太多意見，但是我還是覺得如果能夠合理安排時間的話，不會有太多時候加班的。

　　8、結(jié)合你以前的學(xué)習(xí)和工作經(jīng)驗，你認(rèn)為如何做好測試。

　　根據(jù)我以前的工作和學(xué)習(xí)經(jīng)驗，我認(rèn)為做好工作首先要有一個良好的溝通，只有溝通無障礙了，才會有好的協(xié)作，才會有更好的效率，再一個就是技術(shù)一定要過關(guān)，做測試要有足夠的耐心，和一個良好的工作習(xí)慣，不懂的就要問，實時與同事溝通這樣的話才能做好測試工作。

　　9、你為什么選擇軟件測試行業(yè)

　　因為之前了解軟件測試這個行業(yè)，覺得他的發(fā)展前景很好。

　　10、根據(jù)你以前的工作或?qū)W習(xí)經(jīng)驗描述一下軟件開發(fā)、測試過程，由哪些角色負(fù)責(zé)，你做什么

　　要有架構(gòu)師、開發(fā)經(jīng)理、測試經(jīng)理、程序員、測試員。我在里面主要是負(fù)責(zé)所分到的模塊執(zhí)行測試用例。

　　11、根據(jù)你的經(jīng)驗說說你對軟件測試/質(zhì)量保證的理解

　　軟件質(zhì)量保證與測試是根據(jù)軟件開發(fā)階段的規(guī)格說明和程序的內(nèi)部結(jié)構(gòu)而精心設(shè)計的一批測試用例(即輸入數(shù)據(jù)和預(yù)期的輸出結(jié)果)，并根據(jù)這些測試用例去運行程序，以發(fā)現(xiàn)錯誤的過程。它是對應(yīng)用程序的各個方面進行測試以檢查其功能、語言有效性及其外觀排布。

　　12、軟件測試的流程是什么?

　　需求調(diào)查：全面了解系統(tǒng)概況、應(yīng)用領(lǐng)域、軟件開發(fā)周期、軟件開發(fā)環(huán)境、開發(fā)組織、時間安排、功能需求、性能需求、質(zhì)量需求及測試要求等。根據(jù)系統(tǒng)概況進行項目所需的人員、時間和工作量估計以及項目報價。

　　制定初步的項目計劃。

　　測試準(zhǔn)備：組織測試團隊、培訓(xùn)、建立測試和管理環(huán)境等。

　　測試設(shè)計：按照測試要求進行每個測試項的測試設(shè)計，包括測試用例的設(shè)計和測試腳本的開發(fā)等。

　　測試實施：按照測試計劃實施測試。

　　測試評估：根據(jù)測試的結(jié)果，出具測試評估報告。

　　13、你對SQA的職責(zé)和工作活動(如軟件度量)的理解?

　　SQA就是獨立于軟件開發(fā)的項目組，通過對軟件開發(fā)過程的監(jiān)控，來保證軟件的開發(fā)流程按照指定的CMM規(guī)程(如果有相應(yīng)的CMM規(guī)程),對于不符合項及時提出建議和改進方案，必要時可以向高層經(jīng)理匯報以求問題的解決。通過這樣的途徑來預(yù)防缺陷的引入，從而減少后期軟件的維護成本。SQA主要的工作活動包括制定SQA工作計劃，參與階段產(chǎn)物的評審，進行過程質(zhì)量、功能配置及物理配置的審計等;對項目開發(fā)過程中產(chǎn)生的數(shù)據(jù)進行度量等等。

　　14、說說你對軟件配置管理的理解

　　項目在開發(fā)過程中要用相應(yīng)的配置管理工具對配置項(包括各個階段的產(chǎn)物)進行變更控制，配置管理的使用取決于項目規(guī)模和復(fù)雜性及風(fēng)險的水平。軟件的規(guī)模越大，配置管理就越顯得重要。還有在配置管理中，有一個很重要的概念，那就是基線，是在一定階段各個配置項的組合，一個基線就提供了一個正式的標(biāo)準(zhǔn)，隨后的工作便基于此標(biāo)準(zhǔn)，并只有經(jīng)過授權(quán)后才能變更這個標(biāo)準(zhǔn)。配置管理工具主要有CC，VSS,CVS,SVN等，我只用過SVN，對其他的工具不是很熟悉。

　　15、怎樣寫測試計劃和測試用例

　　簡單點，測試計劃里應(yīng)有詳細(xì)的測試策略和測試方法，合理詳盡的資源安排等，至于測試用例，那是依賴于需求(包括功能與非功能需求)是否細(xì)化到功能點，是否可測試等。

　　軟件測試經(jīng)典筆試題

　　一、判斷題(每題1分，共12、分，正確的T，錯誤的F)

　　1.軟件需求是度量軟件質(zhì)量的基礎(chǔ)、。不符合需求的軟件就不具備質(zhì)量。(T)

　　2.全面質(zhì)量管理的定義是：一個組織以質(zhì)量為中心，以全員參與為基礎(chǔ)，目的在于通過讓顧客滿意和本組織所有成員及社會受益而達到長期成功的管理途徑。(T)

　　3.發(fā)現(xiàn)錯誤是軟件測試的唯一目的。(F)

　　4.白盒測試可以找出軟件遺漏功能和代碼錯誤問題。（F)

　　5.軟件的質(zhì)量有測試組決定。（F)

　　6.在設(shè)計測試用例時，應(yīng)包括合理的輸入條件和不合理的輸入條件。（T)

　　7.測試從不可知內(nèi)部條件開始，結(jié)果是不可預(yù)見的。(F)

　　8.軟件缺陷一定是由編碼所引起的、。(F)

　　9.軟件測試等于程序測試。(F)

　　10.Beta測試是軟件的多個用戶在實際使用環(huán)境下進行的測試。(T)

　　11.經(jīng)驗表明，測試后程序殘存的錯誤數(shù)目與該程序中以發(fā)現(xiàn)的錯誤數(shù)目或檢錯率成正比。(T)

　　12.驗收測試比較適合采用軟件自動化測試工具進行測試。(F)

　　二、單項選擇題(每題2分，共12、分)

　　1.某次程序調(diào)試沒有出現(xiàn)預(yù)計的結(jié)果，下列(B）不可能是導(dǎo)致出錯的原因。

　　A、變量沒有初始化B、編寫的語句書寫格式不規(guī)范

　　C、循環(huán)控制出錯D、代碼輸入有誤

　　2.軟件測試是軟件開發(fā)過程的重要階段，是軟件質(zhì)量保證的重要手段，下列哪個(些)是軟件測試的任務(wù)?(B)

　　A預(yù)防軟件發(fā)生錯誤B發(fā)現(xiàn)改正程序錯誤C提供診斷錯誤信息D.都是

　　3.下面的哪一項測試步驟中需要進行局部數(shù)據(jù)結(jié)構(gòu)測試：、(A)

　　A.單元測試B.集成測試C.確認(rèn)測試D.系統(tǒng)測試

　　4.白盒測試是根據(jù)程序的(C）來設(shè)計測試用例

　　A.功能B.性能C.內(nèi)部邏輯D.內(nèi)部數(shù)據(jù)

　　5.(C）方法根據(jù)輸出對輸入的依賴關(guān)系設(shè)計測試用例。

　　A.路徑測試B.等價類C.因果圖D.歸納測試

　　6.有一組測試用例，它使被測程序中的每一個分支至少執(zhí)行一次，它滿足的覆蓋標(biāo)準(zhǔn)是：(B)

　　A.語句覆蓋B、判定覆蓋C、條件覆蓋D.路徑覆蓋

　　三、問答題、(每題9分，共54、分)

　　1.什么是軟件質(zhì)量?請寫出ISO/IEC9126中如何評價和度量軟件質(zhì)量的。

　　ISO、8402中把軟件質(zhì)量定義為“反映實體滿足明確和隱含需要的能力和特性總合”。即軟件質(zhì)量是軟件一些特性的組合。

　　在ISO/IEC9126中將質(zhì)量特性定義為6(包括個21個子特性)，即：

　　a、功能性：在指定條件下使用時，軟件產(chǎn)品提供滿足明確和隱含需求功能的能力;

　　b、可靠性：在指定條件下使用時，軟件產(chǎn)品維持規(guī)定的性能級別的能力;

　　c、易用性：在指定條件下使用時，軟件產(chǎn)品被理解、學(xué)習(xí)、使用及其吸引用戶的能力;

　　d、效率：在規(guī)定條件下，相對于所用資源的數(shù)量，軟件產(chǎn)品可提供適當(dāng)性能的能力;

　　e、易維護性：軟件產(chǎn)品可被修改的能力，修改可能包括修正、改進或者適應(yīng)環(huán)境、需求和功能規(guī)約的變化;

　　f、易移植性：軟件產(chǎn)品從一種環(huán)境遷移到另一種環(huán)境的能力;

　　這6個特性作為軟件質(zhì)量的內(nèi)部度量和外部度量，同時ISO/IEC9126還定義了使用質(zhì)量度量，包括4個特性：

　　有效性：軟件產(chǎn)品在指定使用環(huán)境下，使用戶準(zhǔn)確、完整地獲得規(guī)定目標(biāo)的能力;

　　生產(chǎn)率：軟件產(chǎn)品在指定使用環(huán)境下，使用戶花費合適的與有效性相關(guān)的資源數(shù)量的能力;

　　安全性：軟件產(chǎn)品在指定使用環(huán)境下，獲得可接受的損害人類、商務(wù)、軟件、財產(chǎn)或環(huán)境風(fēng)險級別的能力;

　　滿意度：軟件產(chǎn)品在指定使用環(huán)境下，使用戶滿意的能力。

　　2、怎樣做好文檔測試?

　　文檔測試：是檢查用戶文檔(如需求、用戶手冊、安裝手冊等)的正確性、清晰性和精確性，檢驗文檔是否和實際應(yīng)用存在的差別。對用戶文檔中所使用的例子必須在測試中一一試過，確保敘述正確無誤。

　　對文檔的測試一般從正確性、完備性和易理解性幾個方面去測試，具體包括以下內(nèi)容：

　　(1)檢查產(chǎn)品說明書屬性

　　(2)檢查是否完整

　　(3)檢查是否準(zhǔn)確

　　(4)檢查是否精確

　　(5)檢查是否一致

　　(6)檢查是否貼切

　　(7)檢查是否合理

　　(8)檢查代碼無關(guān)

　　(9)檢查可測試性。

　　3、請簡要描述幾種主要的軟件測試模型。

　　4、請描述實現(xiàn)軟件自動化測試用例的幾個主要技術(shù)。

　　5、請描述對一個嵌套循的環(huán)循環(huán)測試。

　　6、什么是黑盒測試?黑盒測試主要采用的技術(shù)有哪些?

【軟件測試筆試題目分享】相關(guān)文章：

java筆試題，筆試題目分享08-10

軟件研發(fā)工程師筆試題目及答案分享07-25

網(wǎng)易筆試歸來，題目分享08-10

世嘉軟件 筆試經(jīng)歷分享08-10

最新尼爾森筆試題題目分享08-10

思科筆試題，題目答案分享08-10

中行筆試題題目分享08-10

運算類的筆試題目分享08-10

軟件公司筆試題目08-02