<dfn id="w48us"></dfn><ul id="w48us"></ul>
  • <ul id="w48us"></ul>
  • <del id="w48us"></del>
    <ul id="w48us"></ul>
  • 軟件測試經典面試題

    時間:2024-06-20 23:34:27 面試筆試 我要投稿

    軟件測試經典面試題

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

    軟件測試經典面試題

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

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

      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 )的方式編寫并單獨標明,而不是大段大段的敘述。

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

    軟件測試面試題07-01

    中興軟件測試面試題09-23

    華為軟件測試面試題10-10

    騰訊軟件測試面試題10-01

    中科軟軟件測試面試題09-20

    軟件測試員面試題目07-10

    2016年軟件測試面試題10-01

    2016軟件測試面試題及答案08-09

    常見的軟件測試面試題及答案201605-05

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

    主站蜘蛛池模板: 久久国产精品久久精品国产| 欧美日韩精品一区二区三区不卡 | 国内精品久久久久影院网站| 国产精品一区在线播放| 久久精品蜜芽亚洲国产AV| 少妇人妻偷人精品免费视频| 亚洲精品无码永久中文字幕| 亚洲国产精品无码久久久蜜芽 | 久久久精品2019免费观看| 国产精品综合久久第一页| 国产精品亚洲一区二区在线观看| 久久国产免费观看精品3| 老湿亚洲永久精品ww47香蕉图片| 亚洲国产av无码精品| 亚洲精品蜜桃久久久久久| 国产乱子伦精品免费视频| 99re国产精品视频首页| 91av国产精品| 国产精品无码不卡一区二区三区| 国产精品伦一区二区三级视频 | 国产精品亚洲不卡一区二区三区| 国产精品对白交换视频| 在线精品亚洲一区二区小说| 精品欧洲av无码一区二区| 国产福利在线观看精品| 亚洲日韩精品一区二区三区| 精品久久久久久久久久久久久久久| 国产精品熟女福利久久AV| 国产原创精品 正在播放| 久久99精品久久久久久9蜜桃| 国产精品亚洲精品日韩已满| 午夜精品久久久久久影视777| 好吊妞视频精品| 国产精品国产三级国产AV主播| 亚洲精品乱码久久久久久蜜桃不卡| 精品多毛少妇人妻AV免费久久 | 亚洲精品国产高清嫩草影院| 久久精品视频91| 久久久久久久久久久免费精品 | 国产精品毛片久久久久久久 | 欧美日韩国产精品|