久久久久无码精品,四川省少妇一级毛片,老老熟妇xxxxhd,人妻无码少妇一区二区

軟件測試常見筆試題分享

時間:2023-04-03 18:48:42 筆試題目 我要投稿
  • 相關(guān)推薦

軟件測試常見筆試題分享

  一、判斷題

軟件測試常見筆試題分享

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

  2 .Beta 測試是驗收測試的一種。( Y)

  Acceptance testing

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

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

  是由測試人員來實施的

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  3 對每個模塊群進(jìn)行測試;

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

  8 .負(fù)載測試是驗證要檢驗的系統(tǒng)的能力最高能達(dá)到什么程度。( 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)全部達(dá)到要求。

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

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

  D . 驗收測試工件齊全。

  2 .軟件測試計劃評審會需要哪些人員參加?( ABCD )

  A .項目經(jīng)理

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

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

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

  目標(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 .軟件實施活動的進(jìn)入準(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ù)載測試,易用性測試,強(qiáng)度測試,安全測試,配置測試,安裝測試,卸載測試,文擋測試,故障恢復(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ìn)行功能和性能測試,甚至根據(jù)需要編寫不同的測試工具,設(shè)計和維護(hù)測試系統(tǒng),對測試方案可能出現(xiàn)的問題進(jìn)行分析和評估。執(zhí)行測試用例后,需要跟蹤故障,以確保開發(fā)的產(chǎn)品適合需求。

  3 簡述集成測試的過程

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

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

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

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

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

  5. 測試代碼編寫過程。

  6. Bug的報告過程。

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

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

  4 怎么做好文檔測試

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

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

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

  內(nèi)容是否完善

  標(biāo)記是否正確

【軟件測試常見筆試題分享】相關(guān)文章:

軟件測試筆試題目分享07-06

軟件測試 試題12-12

意法半導(dǎo)體軟件測試筆試題分享11-06

軟件筆試題 分享11-21

軟件測試筆試題11-03

軟件測試面試題11-06

軟件測試工程師面試題及答案分享08-08

軟件測試面試常見問題08-07

嘉士伯的筆試測試題分享11-21

大唐移動測試工程師筆經(jīng),筆試題目分享11-21