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. 軟件測試經典面試題

        時間:2021-02-01 18:33:47 面試筆試 我要投稿

        軟件測試經典面試題

          下面是小編整理的有關軟件測試面試題,僅供軟件測試面試時參考。

        軟件測試經典面試題

          1.白箱測試和黑箱測試是什么?什么是回歸測試?

          回歸測試是指修改了舊代碼后,重新進行測試以確認修改沒有引入新的錯誤或導致其他代碼產生錯誤。自動回歸測試將大幅降低系統測試、維護升級等階段的成本;貧w測試包括兩部分:函數本身的測試、其他代碼的測試。

          2.單元測試、集成測試、系統測試的側重點是什么?

          單元測試是在軟件開發過程中要進行的最低級別的測試活動,在單元測試活動中,軟件的獨立單元將在與程序的其他部分相隔離的情況下進行測試。

          集成測試,也叫組裝測試或聯合測試。在單元測試的基礎上,將所有模塊按照設計要求,組裝成為子系統或系統,進行集成測試。實踐表明,一些模塊雖然能夠單獨地工作,但并不能保證連接起來也能正常的工作。程序在某些局部反映不出來的問題,在全局上很可能暴露出來,影響功能的實現。

          系統測試是將經過測試的子系統裝配成一個完整系統來測試。它是檢驗系統是否確實能提供系統方案說明書中指定功能的有效方法。

          3.設計用例的方法、依據有那些?

          白盒測試:邏輯覆蓋法,主要包括語句覆蓋,判斷覆蓋,條件覆蓋,判斷-條件覆蓋,路徑覆蓋

          黑盒測試:等價劃分類,邊界值分析,錯誤推測法。

          5.集成測試通常都有那些策略?

          1)在把各個模塊連接起來的時候,穿越模塊接口的數據是否會丟失;

          2)各個子功能組合起來,能否達到預期要求的父功能;

          3)一個模塊的功能是否會對另一個模塊的功能產生不利的影響;

          4)全局數據結構是否有問題;

          5)單個模塊的誤差積累起來,是否會放大,從而達到不可接受的程度。

          6.一個缺陷測試報告的組成

          缺陷的標題,缺陷的基本信息,復現缺陷的操作步驟,缺陷的實際結果描述,期望的正確結果描述,注釋文字和截取的缺陷圖象。

          7.基于WEB信息管理系統測試時應考慮的因素有哪些?

          一、功能測試

          1、鏈接測試

          2、表單測試

          3、Cookies測試

          4、設計語言測試

          5、數據庫測試

          二、性能測試

          1、連接速度測試

          2、負載測試

          3、壓力測試

          三、可用性測試

          1、導航測試

          2、圖形測試

          3、內容測試

          4、整體界面測試

          四、客戶端兼容性測試

          1、平臺測試

          2、瀏覽器測試

          五、安全性測試

          8.軟件本地化測試比功能測試都有哪些方面需要注意?

          軟件本地化測試的目的:

          軟件本地化測試的測試策略:1.本地化軟件要在各種本地化操作系統上安裝并測試。2.源語言軟件安裝在另一臺相同源語言操作系統上,作為對比測試。3.重點測試因本地化引起的軟件的功能和軟件界面的錯誤。4.測試本地化軟件的翻譯質量。5.手工測試和自動測試相結合。

          9.需求測試注意事項有哪些?

          一個良好的需求應當具有一下特點:

          完整性:每一項需求都必須將所要實現的功能描述清楚,以使開發人員獲得設計和實現這些功能所需的所有必要信息。

          正確性:每一項需求都必須準確地陳述其要開發的功能。

          一致性:一致性是指與其它軟件需求或高層(系統,業務)需求不相矛盾。

          可行性:每一項需求都必須是在已知系統和環境的權能和限制范圍內可以實施的.。

          無二義性:對所有需求說明的讀者都只能有一個明確統一的解釋,由于自然語言極易導致二義性,所以盡量把每項需求用簡潔明了的用戶性的語言表達出來。

          健壯性:需求的說明中是否對可能出現的異常進行了分析,并且對這些異常進行了容錯處理。

          必要性:“必要性”可以理解為每項需求都是用來授權你編寫文檔的“根源”。要使每項需求都能回溯至某項客戶的輸入,如Use Case或別的來源。

          可測試性:每項需求都能通過設計測試用例或其它的驗證方法來進行測試。

          可修改性:每項需求只應在S R S 中出現一次。這樣更改時易于保持一致性。

          另外,使用目錄表、索引和相互參照列表方法將使軟件需求規格說明書更容易修改。

          可跟蹤性:應能在每項軟件需求與它的根源和設計元素、源代碼、測試用例之間建立起鏈接鏈,這種可跟蹤性要求每項需求以一種結構化的,粒度好(f i n e - g r a i n e d )的方式編寫并單獨標明,而不是大段大段的敘述。

        【軟件測試經典面試題】相關文章:

        經典面試題回答思路03-17

        軟件測試工程面試常見問題介紹04-11

        軟件測試員應聘常見的基本面試問題11-24

        華為硬件面試題03-11

        求職英語面試題集錦03-11

        銀行招聘英語面試題04-03

        圖像處理的筆試面試題03-09

        蘋果公司的面試題03-23

        2017外貿業務面試題筆試02-22

        韋博英語面試題目06-27

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