• <sub id="h4knl"><ol id="h4knl"></ol></sub>
    <sup id="h4knl"></sup>
      <sub id="h4knl"></sub>

      <sub id="h4knl"><ol id="h4knl"><em id="h4knl"></em></ol></sub><s id="h4knl"></s>
      1. <strong id="h4knl"></strong>

      2. 軟件測(cè)試常見(jiàn)筆試題目

        時(shí)間:2020-10-23 15:08:53 筆試題目 我要投稿

        軟件測(cè)試常見(jiàn)筆試題目

          想要面試軟件測(cè)試,那么你準(zhǔn)備好了嗎。下面YJBYS小編為大家搜集的一篇“軟件測(cè)試常見(jiàn)筆試題目”,供大家參考借鑒,希望可以幫助到有需要的朋友!

        軟件測(cè)試常見(jiàn)筆試題目

          一 判斷題

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

          2 .Beta 測(cè)試是驗(yàn)收測(cè)試的一種。( Y)

          Acceptance testing

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

          3 .驗(yàn)收測(cè)試是由最終用戶(hù)來(lái)實(shí)施的。( N )

          是由測(cè)試人員來(lái)實(shí)施的

          4 .項(xiàng)目立項(xiàng)前測(cè)試人員不需要提交任何工件。( Y ) 工件:加工過(guò)程中生產(chǎn)對(duì)象

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

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

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

          7 .自底向上集成需要測(cè)試員編寫(xiě)驅(qū)動(dòng)程序。( Y )

          自頂向下綜合測(cè)試的具體步驟為:

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

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

          3 每集成一個(gè)模塊立即測(cè)試一遍;

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

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

          自底向上綜合測(cè)試的步驟分為:

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

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

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

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

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

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

          9 .測(cè)試人員要堅(jiān)持原則,缺陷未修復(fù)完堅(jiān)決不予通過(guò)。( N )

          10 .代碼評(píng)審員一般由測(cè)試員擔(dān)任。( N )

          11 .我們可以人為的使得軟件不存在配置問(wèn)題。( N )

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

          12 .集成測(cè)試計(jì)劃在需求分析階段末提交。( N )

          執(zhí)行階段

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

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

          3)入口條件 單元測(cè)試階段已經(jīng)通過(guò)基線化評(píng)審

          4)活動(dòng)步 驟 執(zhí)行集成測(cè)試用例 回歸集成測(cè)試用例 撰寫(xiě)集成測(cè)試報(bào)告

          5)輸出 集成測(cè)試報(bào)告

          6)出口條件 集成測(cè)試報(bào)告通過(guò)集成測(cè)試階段基線評(píng)審

          二、選擇題

          1 .軟件驗(yàn)收測(cè)試的合格通過(guò)準(zhǔn)則是:(ABCD)

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

          B . 所有測(cè)試項(xiàng)沒(méi)有殘余一級(jí)、二級(jí)和三級(jí)錯(cuò)誤。

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

          D . 驗(yàn)收測(cè)試工件齊全。

          2 .軟件測(cè)試計(jì)劃評(píng)審會(huì)需要哪些人員參加?( ABCD )

          A .項(xiàng)目經(jīng)理

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

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

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

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

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

          目標(biāo) 4: 高級(jí)管理層接觸到在項(xiàng)目?jī)?nèi)部不能解決的不符合類(lèi)問(wèn)題。

          C .配置負(fù)責(zé)人

          D .測(cè)試組

          3 .下列關(guān)于alpha 測(cè)試的描述中正確的.是:( AD )

          A .alpha 測(cè)試需要用戶(hù)代表參加

          B .alpha 測(cè)試不需要用戶(hù)代表參加

          C .alpha 測(cè)試是系統(tǒng)測(cè)試的一種

          D .alpha 測(cè)試是驗(yàn)收測(cè)試的一種

          4 .測(cè)試設(shè)計(jì)員的職責(zé)有:( BC )

          A .制定測(cè)試計(jì)劃

          B .設(shè)計(jì)測(cè)試用例

          C .設(shè)計(jì)測(cè)試過(guò)程、腳本

          D .評(píng)估測(cè)試活動(dòng)

          5 .軟件實(shí)施活動(dòng)的進(jìn)入準(zhǔn)則是:( ABC )

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

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

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

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

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

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

          三、添空

          1. 軟件驗(yàn)收測(cè)試包括:_正式驗(yàn)收測(cè)試,alpha測(cè)試,beta測(cè)試。

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

          (有的可以合在一起,分開(kāi)寫(xiě)只要寫(xiě)出15 就滿(mǎn)分哦)

          3. 設(shè)計(jì)系統(tǒng)測(cè)試計(jì)劃需要參考的項(xiàng)目文擋有:_軟件測(cè)試計(jì)劃,軟件需求工件和迭代計(jì)劃。

          4. 對(duì)面向過(guò)程的系統(tǒng)采用的集成策略有:自頂向下,自底向上兩種。

          5. 通過(guò)畫(huà)因果圖來(lái)寫(xiě)測(cè)試用例的步驟為:

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

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

          (3)為判定表中每一列所表示的情況設(shè)計(jì)一個(gè)測(cè)試用例。

          四、簡(jiǎn)答

          1. 區(qū)別階段評(píng)審的與同行評(píng)審

          答:

          同行評(píng)審目的:發(fā)現(xiàn)小規(guī)模工作產(chǎn)品的錯(cuò)誤,只要是找錯(cuò)誤;

          階段評(píng)審目的:評(píng)審模塊 階段作品的正確性 可行性 及完整性

          同行評(píng)審人數(shù):3-7人 人員必須經(jīng)過(guò)同行評(píng)審會(huì)議的培訓(xùn),由SQA指導(dǎo)

          階段評(píng)審人數(shù):5人左右 評(píng)審人必須是專(zhuān)家 具有系統(tǒng)評(píng)審資格

          同行評(píng)審內(nèi)容:內(nèi)容小 一般文檔 < 40頁(yè), 代碼 < 500行

          階段評(píng)審內(nèi)容: 內(nèi)容多,主要看重點(diǎn)

          同行評(píng)審時(shí)間:一小部分工作產(chǎn)品完成

          階段評(píng)審時(shí)間: 通常是設(shè)置在關(guān)鍵路徑的時(shí)間點(diǎn)上!

          2. 什么是軟件測(cè)試

          答:測(cè)試是為發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過(guò)程

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

          3 簡(jiǎn)述集成測(cè)試的過(guò)程

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

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

          2. 補(bǔ)丁的確認(rèn)過(guò)程。

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

          4. 測(cè)試用例設(shè)計(jì)過(guò)程。

          5. 測(cè)試代碼編寫(xiě)過(guò)程。

          6. Bug的報(bào)告過(guò)程。

          7. 每周/每?jī)芍艿臉?gòu)建過(guò)程。

          8. 點(diǎn)對(duì)點(diǎn)的測(cè)試過(guò)程。

          9. 組內(nèi)培訓(xùn)過(guò)程。

          5 白盒測(cè)試有幾種方法

          答:總體上分為靜態(tài)方法和動(dòng)態(tài)方法兩大類(lèi)。

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

          動(dòng)態(tài):語(yǔ)句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。

          6 系統(tǒng)測(cè)試計(jì)劃是否需要同行審批,為什么

          答:需要,系統(tǒng)測(cè)試計(jì)劃屬于項(xiàng)目階段性關(guān)鍵文檔,因此需要評(píng)審。

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

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

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

          答:Alpha 測(cè)試 在系統(tǒng)開(kāi)發(fā)接近完成時(shí)對(duì)應(yīng)用系統(tǒng)的測(cè)試;測(cè)試后仍然會(huì)有少量的設(shè)計(jì)變更。這種測(cè)試一般由最終用戶(hù)或其它人員完成,不能由程序或測(cè)試員完成。

          Beta 測(cè)試 當(dāng)開(kāi)發(fā)和測(cè)試根本完成時(shí)所做的測(cè)試,最終的錯(cuò)誤和問(wèn)題需要在最終發(fā)行前找到。這種測(cè)試一般由最終用戶(hù)或其它人員完成,不能由程序員或測(cè)試員完成。

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

          答:負(fù)載測(cè)試:在一定的工作負(fù)荷下,系統(tǒng)的負(fù)荷及響應(yīng)時(shí)間。

          強(qiáng)度測(cè)試:在一定的負(fù)荷條件下,在較長(zhǎng)時(shí)間跨度內(nèi)的系統(tǒng)連續(xù)運(yùn)行給系統(tǒng)性能所造成的影響。

          容量測(cè)試:容量測(cè)試目的是通過(guò)測(cè)試預(yù)先分 析出反映軟件 系統(tǒng)應(yīng)用特征的某項(xiàng)指標(biāo)的極限值(如最大并發(fā)用戶(hù)數(shù)、數(shù)據(jù)庫(kù)記錄數(shù)等),系統(tǒng)在其極限值狀態(tài)下沒(méi)有出現(xiàn)任何軟件故障或還能保持主要功能正常運(yùn)行。容量測(cè)試 還將確定測(cè)試對(duì)象在給定時(shí)間內(nèi)能夠持續(xù)處理的最大負(fù)載或工作量。容量測(cè)試的目的是使系統(tǒng)承受超額的數(shù)據(jù)容量來(lái)發(fā)現(xiàn)它是否能夠正確處理。容量測(cè)試是面向數(shù)據(jù) 的,并且它的目的是顯示系統(tǒng)可以處理目標(biāo)內(nèi)確定的數(shù)據(jù)容量。

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

          答:用例全部測(cè)試。

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

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

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

          10 描述軟件測(cè)試活動(dòng)的生命周期?

          答:

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

          計(jì)劃:對(duì)整個(gè)測(cè)試周期中所有活動(dòng)進(jìn)行規(guī)劃,估計(jì)工作量、風(fēng)險(xiǎn),安排人力物力資源,安排進(jìn)度等;

          設(shè)計(jì):完成測(cè)試方案,從技術(shù)層面上對(duì)測(cè)試進(jìn)行規(guī)劃;

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

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

          總結(jié):記錄測(cè)試結(jié)果,進(jìn)行測(cè)試分析,完成測(cè)試報(bào)告。

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

          A 類(lèi)— 嚴(yán)重錯(cuò)誤,包括以下各種錯(cuò)誤:

          1 . 由于程序所引起的死機(jī), 非法退出

          2 . 死循環(huán)

          3 . 數(shù)據(jù)庫(kù)發(fā)生死鎖

          4 . 因錯(cuò)誤操作導(dǎo)致的程序中斷

          5 . 功能錯(cuò)誤

          6 . 與數(shù)據(jù)庫(kù)連接錯(cuò)誤

          7 . 數(shù)據(jù)通訊錯(cuò)誤

          B 類(lèi)— 較嚴(yán)重錯(cuò)誤,包括以下各種錯(cuò)誤:

          1 . 程序錯(cuò)誤

          2 . 程序接口錯(cuò)誤

          3 . 數(shù)據(jù)庫(kù)的表、業(yè)務(wù)規(guī)則、缺省值未加完整性等約束條件

          C 類(lèi)— 一般性錯(cuò)誤,包括以下各種錯(cuò)誤:

          1 . 操作界面錯(cuò)誤(包括數(shù)據(jù)窗口內(nèi)列名定義、含義是否一致)

          2 . 打印內(nèi)容、格式錯(cuò)誤

          3 . 簡(jiǎn)單的輸入限制未放在前臺(tái)進(jìn)行控制

          4 . 刪除操作未給出提示

          5 . 數(shù)據(jù)庫(kù)表中有過(guò)多的空字段

          D 類(lèi)— 較小錯(cuò)誤,包括以下各種錯(cuò)誤:

          1 . 界面不規(guī)范

          2 . 輔助說(shuō)明描述不清楚

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

          4 . 長(zhǎng)操作未給用戶(hù)提示

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

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

          E 類(lèi)— 測(cè)試建議

          4 怎么做好文檔測(cè)試

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

          檢查文檔的編寫(xiě)是否滿(mǎn)足文檔編寫(xiě)的目的

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

          內(nèi)容是否完善

          標(biāo)記是否正確

        《&.doc》
        将本文的Word文档下载到电脑,方便收藏和打印
        推荐度:
        点击下载文档

        【軟件測(cè)試常見(jiàn)筆試題目】相關(guān)文章:

        軟件測(cè)試常見(jiàn)筆試題10-28

        軟件測(cè)試常見(jiàn)筆試題分享11-18

        騰訊軟件測(cè)試常見(jiàn)筆試題10-27

        軟件崗位測(cè)試筆試題目10-30

        騰訊軟件測(cè)試筆試題目11-11

        軟件測(cè)試筆試題目及答案11-03

        軟件測(cè)試筆試題目(含答案)11-20

        阿里巴巴軟件測(cè)試常見(jiàn)筆試題10-27

        百度軟件測(cè)試常見(jiàn)筆試題10-27

        国产高潮无套免费视频_久久九九兔免费精品6_99精品热6080YY久久_国产91久久久久久无码
      3. <sub id="h4knl"><ol id="h4knl"></ol></sub>
        <sup id="h4knl"></sup>
          <sub id="h4knl"></sub>

          <sub id="h4knl"><ol id="h4knl"><em id="h4knl"></em></ol></sub><s id="h4knl"></s>
          1. <strong id="h4knl"></strong>

          2. 亚洲2020最新视频在线 | 最新免费Av网址在线播放 | 在线亚洲专区高清中文字幕 | 欧美日韩午夜视频在线观看 | 亚洲欧美丝袜精品久久中文字幕 | 亚洲日韩欧美综合在线 |

            軟件測(cè)試常見(jiàn)筆試題目

              想要面試軟件測(cè)試,那么你準(zhǔn)備好了嗎。下面YJBYS小編為大家搜集的一篇“軟件測(cè)試常見(jiàn)筆試題目”,供大家參考借鑒,希望可以幫助到有需要的朋友!

            軟件測(cè)試常見(jiàn)筆試題目

              一 判斷題

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

              2 .Beta 測(cè)試是驗(yàn)收測(cè)試的一種。( Y)

              Acceptance testing

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

              3 .驗(yàn)收測(cè)試是由最終用戶(hù)來(lái)實(shí)施的。( N )

              是由測(cè)試人員來(lái)實(shí)施的

              4 .項(xiàng)目立項(xiàng)前測(cè)試人員不需要提交任何工件。( Y ) 工件:加工過(guò)程中生產(chǎn)對(duì)象

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

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

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

              7 .自底向上集成需要測(cè)試員編寫(xiě)驅(qū)動(dòng)程序。( Y )

              自頂向下綜合測(cè)試的具體步驟為:

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

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

              3 每集成一個(gè)模塊立即測(cè)試一遍;

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

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

              自底向上綜合測(cè)試的步驟分為:

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

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

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

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

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

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

              9 .測(cè)試人員要堅(jiān)持原則,缺陷未修復(fù)完堅(jiān)決不予通過(guò)。( N )

              10 .代碼評(píng)審員一般由測(cè)試員擔(dān)任。( N )

              11 .我們可以人為的使得軟件不存在配置問(wèn)題。( N )

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

              12 .集成測(cè)試計(jì)劃在需求分析階段末提交。( N )

              執(zhí)行階段

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

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

              3)入口條件 單元測(cè)試階段已經(jīng)通過(guò)基線化評(píng)審

              4)活動(dòng)步 驟 執(zhí)行集成測(cè)試用例 回歸集成測(cè)試用例 撰寫(xiě)集成測(cè)試報(bào)告

              5)輸出 集成測(cè)試報(bào)告

              6)出口條件 集成測(cè)試報(bào)告通過(guò)集成測(cè)試階段基線評(píng)審

              二、選擇題

              1 .軟件驗(yàn)收測(cè)試的合格通過(guò)準(zhǔn)則是:(ABCD)

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

              B . 所有測(cè)試項(xiàng)沒(méi)有殘余一級(jí)、二級(jí)和三級(jí)錯(cuò)誤。

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

              D . 驗(yàn)收測(cè)試工件齊全。

              2 .軟件測(cè)試計(jì)劃評(píng)審會(huì)需要哪些人員參加?( ABCD )

              A .項(xiàng)目經(jīng)理

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

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

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

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

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

              目標(biāo) 4: 高級(jí)管理層接觸到在項(xiàng)目?jī)?nèi)部不能解決的不符合類(lèi)問(wèn)題。

              C .配置負(fù)責(zé)人

              D .測(cè)試組

              3 .下列關(guān)于alpha 測(cè)試的描述中正確的.是:( AD )

              A .alpha 測(cè)試需要用戶(hù)代表參加

              B .alpha 測(cè)試不需要用戶(hù)代表參加

              C .alpha 測(cè)試是系統(tǒng)測(cè)試的一種

              D .alpha 測(cè)試是驗(yàn)收測(cè)試的一種

              4 .測(cè)試設(shè)計(jì)員的職責(zé)有:( BC )

              A .制定測(cè)試計(jì)劃

              B .設(shè)計(jì)測(cè)試用例

              C .設(shè)計(jì)測(cè)試過(guò)程、腳本

              D .評(píng)估測(cè)試活動(dòng)

              5 .軟件實(shí)施活動(dòng)的進(jìn)入準(zhǔn)則是:( ABC )

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

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

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

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

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

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

              三、添空

              1. 軟件驗(yàn)收測(cè)試包括:_正式驗(yàn)收測(cè)試,alpha測(cè)試,beta測(cè)試。

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

              (有的可以合在一起,分開(kāi)寫(xiě)只要寫(xiě)出15 就滿(mǎn)分哦)

              3. 設(shè)計(jì)系統(tǒng)測(cè)試計(jì)劃需要參考的項(xiàng)目文擋有:_軟件測(cè)試計(jì)劃,軟件需求工件和迭代計(jì)劃。

              4. 對(duì)面向過(guò)程的系統(tǒng)采用的集成策略有:自頂向下,自底向上兩種。

              5. 通過(guò)畫(huà)因果圖來(lái)寫(xiě)測(cè)試用例的步驟為:

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

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

              (3)為判定表中每一列所表示的情況設(shè)計(jì)一個(gè)測(cè)試用例。

              四、簡(jiǎn)答

              1. 區(qū)別階段評(píng)審的與同行評(píng)審

              答:

              同行評(píng)審目的:發(fā)現(xiàn)小規(guī)模工作產(chǎn)品的錯(cuò)誤,只要是找錯(cuò)誤;

              階段評(píng)審目的:評(píng)審模塊 階段作品的正確性 可行性 及完整性

              同行評(píng)審人數(shù):3-7人 人員必須經(jīng)過(guò)同行評(píng)審會(huì)議的培訓(xùn),由SQA指導(dǎo)

              階段評(píng)審人數(shù):5人左右 評(píng)審人必須是專(zhuān)家 具有系統(tǒng)評(píng)審資格

              同行評(píng)審內(nèi)容:內(nèi)容小 一般文檔 < 40頁(yè), 代碼 < 500行

              階段評(píng)審內(nèi)容: 內(nèi)容多,主要看重點(diǎn)

              同行評(píng)審時(shí)間:一小部分工作產(chǎn)品完成

              階段評(píng)審時(shí)間: 通常是設(shè)置在關(guān)鍵路徑的時(shí)間點(diǎn)上!

              2. 什么是軟件測(cè)試

              答:測(cè)試是為發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過(guò)程

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

              3 簡(jiǎn)述集成測(cè)試的過(guò)程

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

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

              2. 補(bǔ)丁的確認(rèn)過(guò)程。

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

              4. 測(cè)試用例設(shè)計(jì)過(guò)程。

              5. 測(cè)試代碼編寫(xiě)過(guò)程。

              6. Bug的報(bào)告過(guò)程。

              7. 每周/每?jī)芍艿臉?gòu)建過(guò)程。

              8. 點(diǎn)對(duì)點(diǎn)的測(cè)試過(guò)程。

              9. 組內(nèi)培訓(xùn)過(guò)程。

              5 白盒測(cè)試有幾種方法

              答:總體上分為靜態(tài)方法和動(dòng)態(tài)方法兩大類(lèi)。

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

              動(dòng)態(tài):語(yǔ)句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。

              6 系統(tǒng)測(cè)試計(jì)劃是否需要同行審批,為什么

              答:需要,系統(tǒng)測(cè)試計(jì)劃屬于項(xiàng)目階段性關(guān)鍵文檔,因此需要評(píng)審。

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

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

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

              答:Alpha 測(cè)試 在系統(tǒng)開(kāi)發(fā)接近完成時(shí)對(duì)應(yīng)用系統(tǒng)的測(cè)試;測(cè)試后仍然會(huì)有少量的設(shè)計(jì)變更。這種測(cè)試一般由最終用戶(hù)或其它人員完成,不能由程序或測(cè)試員完成。

              Beta 測(cè)試 當(dāng)開(kāi)發(fā)和測(cè)試根本完成時(shí)所做的測(cè)試,最終的錯(cuò)誤和問(wèn)題需要在最終發(fā)行前找到。這種測(cè)試一般由最終用戶(hù)或其它人員完成,不能由程序員或測(cè)試員完成。

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

              答:負(fù)載測(cè)試:在一定的工作負(fù)荷下,系統(tǒng)的負(fù)荷及響應(yīng)時(shí)間。

              強(qiáng)度測(cè)試:在一定的負(fù)荷條件下,在較長(zhǎng)時(shí)間跨度內(nèi)的系統(tǒng)連續(xù)運(yùn)行給系統(tǒng)性能所造成的影響。

              容量測(cè)試:容量測(cè)試目的是通過(guò)測(cè)試預(yù)先分 析出反映軟件 系統(tǒng)應(yīng)用特征的某項(xiàng)指標(biāo)的極限值(如最大并發(fā)用戶(hù)數(shù)、數(shù)據(jù)庫(kù)記錄數(shù)等),系統(tǒng)在其極限值狀態(tài)下沒(méi)有出現(xiàn)任何軟件故障或還能保持主要功能正常運(yùn)行。容量測(cè)試 還將確定測(cè)試對(duì)象在給定時(shí)間內(nèi)能夠持續(xù)處理的最大負(fù)載或工作量。容量測(cè)試的目的是使系統(tǒng)承受超額的數(shù)據(jù)容量來(lái)發(fā)現(xiàn)它是否能夠正確處理。容量測(cè)試是面向數(shù)據(jù) 的,并且它的目的是顯示系統(tǒng)可以處理目標(biāo)內(nèi)確定的數(shù)據(jù)容量。

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

              答:用例全部測(cè)試。

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

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

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

              10 描述軟件測(cè)試活動(dòng)的生命周期?

              答:

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

              計(jì)劃:對(duì)整個(gè)測(cè)試周期中所有活動(dòng)進(jìn)行規(guī)劃,估計(jì)工作量、風(fēng)險(xiǎn),安排人力物力資源,安排進(jìn)度等;

              設(shè)計(jì):完成測(cè)試方案,從技術(shù)層面上對(duì)測(cè)試進(jìn)行規(guī)劃;

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

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

              總結(jié):記錄測(cè)試結(jié)果,進(jìn)行測(cè)試分析,完成測(cè)試報(bào)告。

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

              A 類(lèi)— 嚴(yán)重錯(cuò)誤,包括以下各種錯(cuò)誤:

              1 . 由于程序所引起的死機(jī), 非法退出

              2 . 死循環(huán)

              3 . 數(shù)據(jù)庫(kù)發(fā)生死鎖

              4 . 因錯(cuò)誤操作導(dǎo)致的程序中斷

              5 . 功能錯(cuò)誤

              6 . 與數(shù)據(jù)庫(kù)連接錯(cuò)誤

              7 . 數(shù)據(jù)通訊錯(cuò)誤

              B 類(lèi)— 較嚴(yán)重錯(cuò)誤,包括以下各種錯(cuò)誤:

              1 . 程序錯(cuò)誤

              2 . 程序接口錯(cuò)誤

              3 . 數(shù)據(jù)庫(kù)的表、業(yè)務(wù)規(guī)則、缺省值未加完整性等約束條件

              C 類(lèi)— 一般性錯(cuò)誤,包括以下各種錯(cuò)誤:

              1 . 操作界面錯(cuò)誤(包括數(shù)據(jù)窗口內(nèi)列名定義、含義是否一致)

              2 . 打印內(nèi)容、格式錯(cuò)誤

              3 . 簡(jiǎn)單的輸入限制未放在前臺(tái)進(jìn)行控制

              4 . 刪除操作未給出提示

              5 . 數(shù)據(jù)庫(kù)表中有過(guò)多的空字段

              D 類(lèi)— 較小錯(cuò)誤,包括以下各種錯(cuò)誤:

              1 . 界面不規(guī)范

              2 . 輔助說(shuō)明描述不清楚

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

              4 . 長(zhǎng)操作未給用戶(hù)提示

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

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

              E 類(lèi)— 測(cè)試建議

              4 怎么做好文檔測(cè)試

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

              檢查文檔的編寫(xiě)是否滿(mǎn)足文檔編寫(xiě)的目的

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

              內(nèi)容是否完善

              標(biāo)記是否正確