亚洲v欧美v国产v在线成_制服丝袜中文字幕丝袜专区_一区二区三区韩国电影_激情欧美一区二区中文字幕

我要投稿 投訴建議

軟件測試筆試題

時間:2022-09-25 06:42:26 筆試題目 我要投稿
  • 相關(guān)推薦

2017軟件測試筆試題匯總

  什么是軟件測試?

2017軟件測試筆試題匯總

  軟件測試是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程;蛘哒f,軟件測試是根據(jù)軟件開發(fā)各階段的規(guī)格說明和程序的內(nèi)部結(jié)構(gòu)而精心設(shè)計一批測試用例(即輸入數(shù)據(jù)及其預(yù)期的輸出結(jié)果),并利用這些測試用例去運行程序,以發(fā)現(xiàn)程序錯誤的過程。

  軟件測試的目的?

  測試的目的是想以最少的人力、物力和時間找出軟件中潛在的各種錯誤和缺陷,通過修正種錯誤和缺陷提高軟件質(zhì)量,回避軟件發(fā)布后由于潛在的軟件缺陷和錯誤造成的隱患帶來的商業(yè)風(fēng)險。

  需求文檔測試:

  主要測試需求中是否存在邏輯矛盾以及需求在技術(shù)上是否可以實現(xiàn);

  設(shè)計文檔測試:

  測試設(shè)計是否符合全部需求以及設(shè)計是否合理。

  α測試:

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

  β測試

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

  驅(qū)動模塊:

  驅(qū)動模塊在大多數(shù)場合稱為"主程序",它接收測試數(shù)據(jù)并將這些數(shù)據(jù)傳遞到被測試模塊.單元測試一個函數(shù)單元時,被測單元本身是不能獨立運行的,需要為其傳送數(shù)據(jù),為此寫驅(qū)動

  驅(qū)動模塊主要完成以下事情:

  1、接受測試輸入;

  2、對輸入進行判斷;

  3、將輸入傳給被測單元,驅(qū)動被測單元執(zhí)行;

  4、接受被測單元執(zhí)行結(jié)果,并對結(jié)果進行判斷;

  5、將判斷結(jié)果作為用例執(zhí)行結(jié)果輸出測試報告。

  樁模塊

  比如對函數(shù)A做單元測試時,被測的函數(shù)單元下還包括了一個函數(shù)B,為了更好的錯誤,定位錯誤,就要為函數(shù)B寫樁,來模擬函數(shù)B的功能,保證其正確。

  白盒測試

  白盒測試(White-box Testing,又稱邏輯驅(qū)動測試,結(jié)構(gòu)測試),它是知道產(chǎn)品內(nèi)部工作過程,可通過測試來檢測產(chǎn)品內(nèi)部動作是否按照規(guī)格說明書的規(guī)定正常進行,按照程序內(nèi)部的結(jié)構(gòu)測試程序,檢驗程序中的每條通路是否都有能按預(yù)定要求正確工作,而不顧它的功能,白盒測試的主要方法有邏輯驅(qū)動、基路測試等,主要用于軟件驗證。

  對開發(fā)語言的支持:白盒測試工具是對源代碼進行的測試,測試的主要內(nèi)容包括詞法分析與語法分析、靜態(tài)錯誤分析、動態(tài)檢測等。目前測試工具主要支持的開發(fā)語言包括:標(biāo)準(zhǔn)C、C++、Visual C++、Java、Visual J++等。

  靜態(tài)測試

  動態(tài)通過評審文檔、閱讀代碼等方式測試軟件稱為靜態(tài)測試,通過運行程序測試軟件稱為測試.在動態(tài)測試中,通常使用白盒測試和黑盒測試從不同的角度設(shè)計測試用例,查找軟件代碼中的錯誤.

  回歸測試

  回歸測試的目的是在程序有修改的情況下,保證原有功能正常的一種測試策略和方法。

  說白了就是,我們測試人員在對程序進行測試時發(fā)現(xiàn)bug,然后返還程序員修改,程序員修改后發(fā)布新的軟件包或新的軟件補丁包給我們測試人員,我們就要重新對這個程序測試,已保證程序在修正了以前bug的情況下,正常運行,且不會帶來新的錯誤的這樣一個過程。 一般情況下是不需要全面測試的,而是根據(jù)修改的情況進行有效的測試。

  白盒測試有哪幾種方法?

  白盒測試也稱結(jié)構(gòu)測試或邏輯驅(qū)動測試,它是知道產(chǎn)品內(nèi)部工作過程,可通過測試來檢測產(chǎn)品內(nèi)部動作是否按照規(guī)格說明書的規(guī)定正常進行,按照程序內(nèi)部的結(jié)構(gòu)測試程序,檢驗程序中的每條通路是否都有能按預(yù)定要求正確工作,而不顧它的功能,白盒測試的主要方法有邏輯驅(qū)動、基路測試等,主要用于軟件驗證。“白盒”法全面了解程序內(nèi)部邏輯結(jié)構(gòu)、對所有邏輯路徑進行測試。“白盒”法是窮舉路徑測試。

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

  1.致命錯誤,可能導(dǎo)致本模塊以及其他相關(guān)模塊異常,死機等問題;

  2.嚴(yán)重錯誤,問題局限在本模塊,導(dǎo)致模塊功能失效或異常退出

  3.一般錯誤,模塊功能部分失效;

  4.建議問題,由問題提出人對測試對象的改進意見;

  如果能夠執(zhí)行完美的黑盒測試,還需要進行白盒測試嗎?(白盒與黑盒的區(qū)別)

  任何工程產(chǎn)品(注意是任何工程產(chǎn)品)都可以使用以下兩種方法之一進行測試。

  黑盒測試:已知產(chǎn)品的功能設(shè)計規(guī)格,可以進行測試證明每個實現(xiàn)了的功能是否符合要求。白盒測試:已知產(chǎn)品的內(nèi)部工作過程,可以通過測試證明每種內(nèi)部操作是否符合設(shè)計規(guī)格要求,所有內(nèi)部成分是否以經(jīng)過檢查。

  軟件的黑盒測試意味著測試要在軟件的接口處進行。這種方法是把測試對象看做一個黑盒子,測試人員完全不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部特性,只依據(jù)程序的需求規(guī)格說明書,檢查程序的功能是否符合它的功能說明。因此黑盒測試又叫功能測試或數(shù)據(jù)驅(qū)動測試。黑盒測試主要是為了發(fā)現(xiàn)以下幾類錯誤:

  1、是否有不正確或遺漏的功能?

  2、在接口上,輸入是否能正確的接受?能否輸出正確的結(jié)果?

  3、是否有數(shù)據(jù)結(jié)構(gòu)錯誤或外部信息(例如數(shù)據(jù)文件)訪問錯誤?

  4、性能上是否能夠滿足要求?

  5、是否有初始化或終止性錯誤?

  軟件的白盒測試是對軟件的過程性細節(jié)做細致的檢查。這種方法是把測試對象看做一個打開的盒子,它允許測試人員利用程序內(nèi)部的邏輯結(jié)構(gòu)及有關(guān)信息,設(shè)計或選擇測試用例,對程序所有邏輯路徑進行測試。通過在不同點檢查程序狀態(tài),確定實際狀態(tài)是否與預(yù)期的狀態(tài)一致。因此白盒測試又稱為結(jié)構(gòu)測試或邏輯驅(qū)動測試。白盒測試主要是想對程序模塊進行如下檢查:

  1、對程序模塊的所有獨立的執(zhí)行路徑至少測試一遍。

  2、對所有的邏輯判定,取“真”與取“假”的兩種情況都能至少測一遍。

  3、在循環(huán)的邊界和運行的界限內(nèi)執(zhí)行循環(huán)體。

  4、測試內(nèi)部數(shù)據(jù)結(jié)構(gòu)的有效性,等等。

  以上事實說明,軟件測試有一個致命的缺陷,即測試的不完全、不徹底性。由于任何程序只能進行少量(相對于窮舉的巨大數(shù)量而言)的有限的測試,在未發(fā)現(xiàn)錯誤時,不能說明程序中沒有錯誤。

  軟件測試應(yīng)該劃分幾個階段?簡述各個階段應(yīng)重點測試的點?各個階段的含義?

  大體上來說可分為單元測試,集成測試,系統(tǒng)測試,驗收測試,每個階段又分為以下五個步驟: 測試計劃,測試設(shè)計,用例設(shè)計,執(zhí)行結(jié)果,測試報告

  初始測試集中在每個模塊上,保證源代碼的正確性,該階段成為單元測試,主要用白盒測試方法。接下來是模塊集成和集成以便組成完整的軟件包。集成測試集中在證實和程序構(gòu)成問題上。主要采用黑盒測試方法,輔之以白盒測試方法。

  軟件集成后,需要完成確認和系統(tǒng)測試。確認測試提供軟件滿足所有功能、性能需求的最后保證。確認測試僅僅應(yīng)用黑盒測試方法。

  單元測試

  單元測試是對軟件中的基本組成單位進行的測試,如一個模塊、一個過程等等。它是軟件動態(tài)測試的最基本的部分,也是最重要的部分之一,其目的是檢驗軟件基本組成單位的正確性。

  集成測試

  集成測試是在軟件系統(tǒng)集成過程中所進行的測試,其主要目的是檢查軟件單位之間的接口是否正確。

  系統(tǒng)測試

  系統(tǒng)測試是對已經(jīng)集成好的軟件系統(tǒng)進行徹底的測試,以驗證軟件系統(tǒng)的正確性和性能等滿足其規(guī)約所指定的要求,檢查軟件的行為和輸出是否正確并非一項簡單的任務(wù),它被稱為測試的“先知者問題”。

  驗收測試

  驗收測試旨在向軟件的購買者展示該軟件系統(tǒng)滿足其用戶的需求。它的測試數(shù)據(jù)通常是系統(tǒng)測試的測試數(shù)據(jù)的子集.

  回歸測試

  回歸測試是在軟件維護階段,對軟件進行修改之后進行的測試。其目的是檢驗對軟件進行的修改是否正確。

  針對缺陷采取怎樣的管理措施?

  1. 要更好的管理缺陷,必須引入缺陷管理工具,商用的或者開源的都可。

  2. 根據(jù)缺陷的生命周期,考慮缺陷提交的管理、缺陷狀態(tài)的管理和缺陷分析的管理。

  3. 所有發(fā)現(xiàn)的缺陷(不管是測試發(fā)現(xiàn)的還是走讀代碼發(fā)現(xiàn)的)都必須全部即時的、準(zhǔn)確的提交到缺陷管理工具中,這是缺陷提交的管理。

  4. 缺陷提交后,需要即時的指派給相應(yīng)的開發(fā)人員,提交缺陷的人需要密切注意缺陷的狀態(tài), 幫助缺陷的盡快解決。缺陷解決后需要即時對缺陷的修復(fù)進行驗證。這樣的目的有兩個:一個是讓缺陷盡快解決;二是方便后面缺陷的分析(保證缺陷相關(guān)的信息準(zhǔn)確,如齡期等),這是缺陷狀態(tài)的管理。 5. 為了更好的改進開發(fā)過程和測試過程,需要對缺陷進行分析,總結(jié)如缺陷的類別、缺陷的齡期分布等信息,這是缺陷分析的管理。

  單元測試、集成測試、系統(tǒng)測試的側(cè)重點是什么?

  單元測試是在軟件開發(fā)過程中要進行的最低級別的測試活動,在單元測試活動中,軟件的獨立單元將在與程序的其他部分相隔離的情況下進行測試,測試重點是系統(tǒng)的模塊,包括子程序的正確性驗證等。集成測試,也叫組裝測試或聯(lián)合測試。在單元測試的基礎(chǔ)上,將所有模塊按照設(shè)計要求,組裝成為子系統(tǒng)或系統(tǒng),進行集成測試。實踐表明,一些模塊雖然能夠單獨地工作,但并不能保證連接起來也能正常的工作。程序在某些局部反映不出來的問題,在全局上很可能暴露出來,影響功能的實現(xiàn)。測試重點是模塊間的銜接以及參數(shù)的傳遞等。

  系統(tǒng)測試是將經(jīng)過測試的子系統(tǒng)裝配成一個完整系統(tǒng)來測試。它是檢驗系統(tǒng)是否確實能提供系統(tǒng)方案說明書中指定功能的有效方法。測試重點是整個系統(tǒng)的運行以及與其他軟件的兼容性。

  設(shè)計用例的方法、依據(jù)有那些?

  白盒測試用例設(shè)計有如下方法:基本路徑測試\等價類劃分\邊界值分析\覆蓋測試\循環(huán)測試\數(shù)據(jù)流測試\程序插樁測試\變異測試.這時候依據(jù)就是詳細設(shè)計說明書及其代碼結(jié)構(gòu)

  黑盒測試用例設(shè)計方法:基于用戶需求的測試\功能圖分析方法\等價類劃分方法\邊界值分析方法\錯誤推測方法\因果圖方法\判定表驅(qū)動分析方法\正交實驗設(shè)計方法.依據(jù)是用戶需求規(guī)格說明書,詳細設(shè)計說明書。

  測試用例通常包括那些內(nèi)容?著重闡述編制測試用例的具體做法不同結(jié)構(gòu)的用例包括的不一樣(版本、編號、項目、設(shè)計人員、設(shè)計日期、輸入、預(yù)期輸出……)

  軟件測試用例的基本要素包括測試用例編號、測試標(biāo)題、重要級別、測試輸入、操作步驟、預(yù)期結(jié)果。用例編號:測試用例的編號有一定的規(guī)則,比如系統(tǒng)測試用例的編號這樣定義規(guī)則:

  PROJECT1-ST-001 ,命名規(guī)則是項目名稱+測試階段類型(系統(tǒng)測試階段)+編號。定義測試用例編號,便于查找測試用例,便于測試用例的跟蹤。

  測試標(biāo)題:對測試用例的描述,測試用例標(biāo)題應(yīng)該清楚表達測試用例的用途。比如“ 測試用戶登錄時輸入錯誤密碼時,軟件的響應(yīng)情況 ” .重要級別:定義測試用例的優(yōu)先級別,可以籠統(tǒng)的分為 “ 高” 和 “ 低 ” 兩個級別。一般來說,如果軟件需求的優(yōu)先級為 “ 高 ” ,那么針對該需求的測試用例優(yōu)先級也為 “ 高 ”;反之亦然,測試輸入:提供測試執(zhí)行中的各種輸入條件。根據(jù)需求中的輸入條件,確定測試用例的輸入。測試用例的輸入對軟件需求當(dāng)中的輸入有很大的依賴性,如果軟件需求中沒有很好的定義需求的輸入,那么測試用例設(shè)計中會遇到很大的障礙。

  操作步驟:提供測試執(zhí)行過程的步驟。對于復(fù)雜的測試用例,測試用例的輸入需要分為幾個步驟完成,這部分內(nèi)容在操作步驟中詳細列出。

  預(yù)期結(jié)果:提供測試執(zhí)行的預(yù)期結(jié)果,預(yù)期結(jié)果應(yīng)該根據(jù)軟件需求中的輸出得出。如果在實際測試過程中,得到的實際測試結(jié)果與預(yù)期結(jié)果不符,那么測試不通過;反之則測試通過。

  描述使用bugzilla缺陷管理工具對軟件缺陷(BUG)跟蹤的管理的流程

  1) 測試人員或開發(fā)人員發(fā)現(xiàn)bug后,判斷屬于哪個模塊的問題,填寫bug報告后,系統(tǒng)會自動通過Email通知項目組長或直接通知開發(fā)者。

  2) 經(jīng)驗證無誤后,修改狀態(tài)為VERIFIED.待整個產(chǎn)品發(fā)布后,修改為CLOSED.

  3) 還有問題,REOPENED,狀態(tài)重新變?yōu)?ldquo;New",并發(fā)郵件通知。

  4) 項目組長根據(jù)具體情況,重新reassigned分配給bug所屬的開發(fā)者。

  5) 若是,進行處理,resolved并給出解決方法。(可創(chuàng)建補丁附件及補充說明)

  6) 開發(fā)者收到Email信息后,判斷是否為自己的修改范圍。

  7) 若不是,重新reassigned分配給項目組長或應(yīng)該分配的開發(fā)者。

  8) 測試人員查詢開發(fā)者已修改的bug,進行重新測試。

【軟件測試筆試題】相關(guān)文章:

軟件測試?yán)碚撁嬖囋囶}09-25

外企軟件測試面試試題09-26

騰訊軟件測試筆試題09-26

軟件測試筆試題匯總09-26

2017年軟件測試經(jīng)典筆試題09-26

軟件外包公司軟件測試筆試題09-26

2016年軟件測試常見筆試題09-26

2017外企軟件測試筆試題09-26

2023軟件測試常見的筆試題目05-05

2017軟件測試面試筆試題09-26