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. 東軟軟件測試工程師綜合筆試題

        時間:2024-11-08 11:01:13 登綺 筆試題目 我要投稿
        • 相關推薦

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

          在社會的各個領域,只要有考核要求,就會有試題,試題可以幫助主辦方了解考生某方面的知識或技能狀況。那么一般好的試題都具備什么特點呢?以下是小編幫大家整理的東軟軟件測試工程師綜合筆試題,供大家參考借鑒,希望可以幫助到有需要的朋友。

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

          東軟軟件測試工程師綜合筆試題 1

          一、判斷題(第1、3題每題2分,其他題每題1分,12分,正確的√,錯誤的╳)

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

          這個觀點指出測試是以查找錯誤為中心,而不是為了演示軟件的正確功能。但是只從字面意思理解可能會產生誤導,認為發現錯誤是唯一目的。軟件是否符合用戶需求是判斷軟件質量的重要標準,檢驗軟件的可靠性也是軟件測試目的之一。

          X

          2.Beta 測試是項目驗收測試的一種,主要發現項目中存在的重要缺陷。( )

          Beat測試和驗收測試是兩種不同的測試。驗收測試的目的是為了以發現“未實現的需求“為目的,以評估“適合使用“為目標,該類測試的不是以發現缺陷為主要目的。beta測試是一模擬真實的使用環境從而發現缺陷的一種測試。所以兩者之間的是非包容關系。驗收針對的項目;Alpha, Beta針對的是產品。最好不要出這樣的題。

          X

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

          上面說到了驗收測試的目的和目標,所以驗收測試也可是是軟件生產的企業內部人員來實施。例如產品經理。當軟件以項目的形式出現,那么驗收測試由最終用戶來實施的情況是比較長見的。但是對于產品形式的軟件,生產企業內部的驗收測試會更多。

          X

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

          代碼審查是一種靜態技術,從這個意義上說代碼復查是需要和其他的一些動態測試技術配合才能檢查代碼是否符合設計的要求

          X

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

          這道題目大家看下top-down 和 down-top的集成測試示意圖就能得出明確的答案。這里需要了解的是什么是驅動測試程序,什么是樁程序。如果集成組件數量眾多,多關系層次,那么不論是什么類型的集成測試。驅動程序和樁程序都是需要開發的。

          √

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

          關于負載測試和壓力測試在論壇中的帖子中有詳細的解釋,大家可以去看一下就能得出正確的答案

          X

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

          測試是否通過,不是以缺陷是否修復完畢為標準,而是以測試需求和既定的完成標準為標準。

          X

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

          如果測試員有這個水平,那么當然是可以參加的。不過大多數的企業不會讓普通的測試人員參與代碼的評審。

          X

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

          首先大家先搞清楚什么是配置管理什么是軟件配置,從這道題目中看不出出題人想問的是關鍵工程中的配置管理還是單純的軟件配置。但是可以肯定的是不論是何種情況,答案均是否定的。

          X

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

          集成測試計劃在開發人員完成軟件集成計劃之后就可以開始進行了。所以在需求分析階段之后提交是不現實的事情,應該在軟件的設計階段后,編碼前。

          X

          二、不定項選擇題(每題2 分,10分)

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

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

          B.所有測試項沒有殘余一級、二級BUG

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

          D.驗收測試工件齊全。

          回答這道題,你必須是這家企業的員工。前面說到了驗收測試的目的和目標,一個是需求必須實現,二是證明軟件是適合使用的。這樣能滿足這兩個通用標準就可以了。當然有些軟件企業會對驗收測試標準做一些調整。C是不對的因為立項時的需求和最終的需求很大可能是不完全一致的。 A

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

          A.項目經理

          B.SQA 負責人

          C.配置負責人

          D.測試組

          上面的4種角色都需要參與 ABCD

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

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

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

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

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

          首先大家需要知道alpha測試是系統級別的測試,該測試是在一個受控的環境中進行的`。用戶需要直接參與進來。所以答案應該是AD

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

          A.制定測試計劃

          B.設計測試用例

          C.設計測試過程、腳本

          D.評估測試活動

          合理的答案的是BC,同時要看軟件企業對該類人員的職責是如何定義。

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

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

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

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

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

          先要了解一下什么是基線。這個是軟件配置管理中一個重要的概念。工作產品必須納入到一定的基線里面。所以選擇ABC是必定的,至于是否選擇D要看這家企業自身的標準了

          三、填空題(每空1分,24 分)

          1.軟件驗收測試包括___、___、____三種類型。

          軟件驗收測試包括正式驗收測試、alpha測試、beta測試三種測試。

          2.系統測試的策略有____________________________等15 種方法。(該題15個空)

          系統測試的策略有很多種的,有性能測試、負載測試、強度測試、易用性測試、安全測試、配置測試、安裝測試、文檔測試、故障恢復測試、用戶界面測試、恢復測試、分布測試、可用性測試。

          3.設計系統測試計劃需要參考的項目文檔有___、___和____。

          設計系統測試計劃需要參考的項目文檔有軟件測試計劃、軟件需求工件、和迭代計劃。

          4.通過畫因果圖來寫測試用例的步驟為___、___、___、___及把因果圖轉換為狀態圖共五個步驟。

          利用因果圖生成測試用例的基本步驟是:

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

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

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

          § 把因果圖轉換成判定表。

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

          東軟軟件測試工程師綜合筆試題 2

          一、選擇題

          以下哪個不是軟件測試的目的?( )

          A. 發現軟件中的錯誤

          B. 證明軟件的正確性

          C. 評估軟件的質量

          D. 修復軟件中的錯誤

          答案:D。軟件測試的目的是發現錯誤,而不是修復錯誤。修復錯誤是開發人員的工作。

          黑盒測試方法不包括( )

          A. 等價類劃分

          B. 邊界值分析

          C. 代碼審查

          D. 因果圖

          答案:C。代碼審查是白盒測試方法。

          以下哪種情況不是軟件缺陷?( )

          A. 軟件未實現產品說明書要求的功能

          B. 軟件出現了產品說明書指明不會出現的錯誤

          C. 軟件功能超出產品說明書的范圍

          D. 軟件的性能稍有降低,但不影響使用

          答案:D。軟件缺陷是指軟件未實現產品說明書要求的功能、出現了產品說明書指明不會出現的錯誤、功能超出產品說明書的范圍等。性能稍有降低但不影響使用一般不被認為是軟件缺陷。

          二、填空題

          軟件測試的原則包括盡早測試、______、獨立測試等。

          答案:全面測試、殺蟲劑悖論、2/8 原則等(可任選其一)。

          等價類劃分法將輸入數據劃分為若干個______,從每個等價類中選取一個或多個代表性的數據作為測試用例。

          答案:等價類。

          軟件測試過程一般包括測試計劃、______、測試執行、測試總結等階段。

          答案:測試設計。

          三、簡答題

          簡述黑盒測試和白盒測試的區別。

          答:黑盒測試主要關注軟件的功能和外部表現,不關心軟件的內部結構和實現細節。測試人員把軟件看作一個黑盒子,通過輸入不同的數據,觀察軟件的輸出結果是否符合預期,來判斷軟件是否存在缺陷。常見的黑盒測試方法有等價類劃分、邊界值分析、因果圖等。

          白盒測試則深入了解軟件的內部結構和實現細節,通過檢查代碼的邏輯結構、控制流、數據流等來發現軟件中的缺陷。常見的'白盒測試方法有代碼審查、邏輯覆蓋等。

          請列出至少三種軟件測試的類型。

          答:功能測試、性能測試、安全測試、兼容性測試、易用性測試、可靠性測試等。

          什么是軟件測試用例?測試用例的主要要素有哪些?

          答:軟件測試用例是為了特定的測試目的而設計的一組輸入、執行條件和預期結果。測試用例的主要要素包括用例編號、用例標題、測試項目、用例級別、預置條件、輸入數據、操作步驟、預期結果等。

          四、分析題

          現有一個登錄功能,要求輸入用戶名和密碼,點擊登錄按鈕后,如果用戶名和密碼正確,則進入系統;如果用戶名或密碼錯誤,則提示錯誤信息。請用等價類劃分法設計測試用例。

          答:

          有效等價類:

         。1)用戶名和密碼正確;

          (2)用戶名和密碼為空;

          (3)用戶名或密碼有一個為空。

          無效等價類:

          (1)用戶名不存在;

         。2)密碼錯誤;

          (3)用戶名和密碼都錯誤;

          (4)用戶名和密碼包含特殊字符;

          (5)用戶名和密碼長度過長或過短。

          針對每個等價類設計測試用例,例如:

          有效等價類(1):輸入正確的用戶名和密碼,預期結果為成功登錄系統。

          無效等價類(1):輸入不存在的用戶名和正確的密碼,預期結果為提示用戶名不存在。

        【東軟軟件測試工程師綜合筆試題】相關文章:

        東軟java筆試題04-03

        往年東軟筆試題分享09-01

        軟件測試 試題12-12

        軟件測試工程師筆試題09-24

        東軟選擇部分筆試題分享09-12

        軟件測試工程師面試題07-19

        軟件測試工程師筆試題帶答案04-04

        常見軟件測試工程師面試題05-14

        軟件測試工程師面試題及答案05-09

        国产高潮无套免费视频_久久九九兔免费精品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>