1. <tt id="5hhch"><source id="5hhch"></source></tt>
    1. <xmp id="5hhch"></xmp>

  2. <xmp id="5hhch"><rt id="5hhch"></rt></xmp>

    <rp id="5hhch"></rp>
        <dfn id="5hhch"></dfn>

      1. 軟件測試工程師筆試題及部分解答

        時間:2023-04-06 19:29:23 筆試題目 我要投稿
        • 相關推薦

        軟件測試工程師筆試題及部分解答

          一、判斷題

        軟件測試工程師筆試題及部分解答

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

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

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

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

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

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

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

          8.負載測試是驗證要檢驗的系統的能力最高能達到什么程度。(N)

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

          10.代碼評審員一般由測試員擔任。(N)

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

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

          二、選擇

          1.軟件驗收測試的合格通過準則是:(ABCD)

          A. 軟件需求分析說明書中定義的所有功能已全部實現,性能指標全部達到要求。

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

          C. 立項審批表、需求分析文檔、設計文檔和編碼實現一致。

          D. 驗收測試工件齊全。

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

          A.項目經理

          B.SQA 負責人

          C.配置負責人

          D.測試組

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

          A.alpha 測試需要用戶代表參加

          B.alpha 測試不需要用戶代表參加

          C.alpha 測試是系統測試的一種

          D.alpha 測試是驗收測試的一種

          4.測試設計員的職責有:(BC)

          A.制定測試計劃

          B.設計測試用例

          C.設計測試過程、腳本

          D.評估測試活動

          5.軟件實施活動的進入準則是:(ABC)

          A.需求工件已經被基線化

          B.詳細設計工件已經被基線化

          C.構架工件已經被基線化

          D.項目階段成果已經被基線化

          三、填空

          1.軟件驗收測試包括:正式驗收測試,alpha測試,beta測試。

          2.系統測試的策略有:功能測試,性能測試,可靠性測試,負載測試,易用性測試,強度測試,安全測試,配置測試,安裝測試,卸載測試,文擋測試,故障恢復測試,界面測試,容量測試,兼容性測試,分布測試,可用性測試,(有的可以合在一起,分開寫只要寫出15就滿分哦)

          3.設計系統測試計劃需要參考的項目文擋有:軟件測試計劃,軟件需求工件和迭代計劃。

          4.對面向過程的系統采用的集成策略有:自頂向下,自底向上兩種。

          5.(這題出的有問題哦,詳細的5步驟為~~)通過畫因果圖來寫測試用例的步驟為:

          (1)分析軟件規格說明描述中,哪些是原因(即輸入條件或輸入條件的等價類),哪些是結果(即輸出條件),并給每個原因和結果賦予一個標識符。

          (2)分析軟件規格說明描述中的語義,找出原因與結果之間,原因與原因之間對應的是什么關系? 根據這些關系,畫出因果圖。

          (3)由于語法或環境限制,有些原因與原因之間,原因與結果之間的組合情況不可能出現。為表明這些特殊情況,在因果圖上用一些記號標明約束或限制條件。

          (4)把因果圖轉換成判定表。

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

          四、簡答

          1.區別階段評審的與同行評審

          同行評審目的:發現小規模工作產品的錯誤,只要是找錯誤;

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

          同行評審人數:3-7人 人員必須經過同行評審會議的培訓,由SQA指導

          階段評審人數:5人左右 評審人必須是專家 具有系統評審資格

          同行評審內容:內容小 一般文檔 < 40頁, 代碼 < 500行

          階段評審內容: 內容多,主要看重點

          同行評審時間:一小部分工作產品完成

          階段評審時間: 通常是設置在關鍵路徑的時間點上!

          2.什么是軟件測試?

          為了發現程序中的錯誤而執行程序的過程

          3.簡述集成測試的過程

          系統集成測試主要包括以下過程:

          (1)構建的確認過程。

          (2)補丁的確認過程。

          (3)系統集成測試測試組提交過程。

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

          (5)測試代碼編寫過程。

          (6)Bug的報告過程。

          (7)每周/每兩周的構建過程。

          (8)點對點的測試過程。

          (9)組內培訓過程。

          4.怎么做好文檔測試

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

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

          內容是否齊全,正確

          內容是否完善

          標記是否正確

          5.白盒測試有幾種方法

          總體上分為靜態方法和動態方法兩大類。

          靜態:關鍵功能是檢查軟件的表示和描述是否一致,沒有沖突或者沒有歧義

          動態:語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。

          6.系統測試計劃是否需要同行審批,為什么?

          需要,系統測試計劃屬于項目階段性關鍵文檔,因此需要評審。

          7.Alpha測試與beta的區別

          Alpha測試 在系統開發接近完成時對應用系統的測試;測試后仍然會有少量的設計變更。這種測試一般由最終用戶或其它人員完成,不能由程序或測試員完成。

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

          8.比較負載測試,容量測試和強度測試的區別

          負載測試:在一定的工作負荷下,系統的負荷及響應時間。

          強度測試:在一定的負荷條件下,在較長時間跨度內的系統連續運行給系統性能所造成的影響。

          容量測試:容量測試目的是通過測試預先分析出反映軟件系統應用特征的某項指標的極限值(如最大并發用戶數、數據庫記錄數等),系統在其極限值狀態下沒有出現任何軟件故障或還能保持主要功能正常運行。容量測試還將確定測試對象在給定時間內能夠持續處理的最大負載或工作量。容量測試的目的是使系統承受超額的數據容量來發現它是否能夠正確處理。容量測試是面向數據的,并且它的目的是顯示系統可以處理目標內確定的數據容量。

        【軟件測試工程師筆試題及部分解答】相關文章:

        清華同方軟件測試工程師筆試題解答分享11-21

        軟件測試 試題12-12

        軟件測試面試題11-06

        軟件測試筆試題11-03

        東軟軟件測試工程師綜合筆試題11-28

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

        軟件測試筆試題目12-11

        軟件測試英文面試題07-26

        軟件測試筆試題及答案02-10

        軟件測試筆試題201511-24

        国产高潮无套免费视频_久久九九兔免费精品6_99精品热6080YY久久_国产91久久久久久无码

        1. <tt id="5hhch"><source id="5hhch"></source></tt>
          1. <xmp id="5hhch"></xmp>

        2. <xmp id="5hhch"><rt id="5hhch"></rt></xmp>

          <rp id="5hhch"></rp>
              <dfn id="5hhch"></dfn>