- 軟件測(cè)試常見(jiàn)的筆試題目 推薦度:
- 相關(guān)推薦
軟件測(cè)試筆試試題
軟件測(cè)試是一種實(shí)際輸出與預(yù)期輸出間的審核或者比較過(guò)程。下面是CN人才網(wǎng)小編整理的軟件測(cè)試筆試試題,歡迎閱讀參考!
軟件的缺陷等級(jí)應(yīng)如何劃分?
1.致命錯(cuò)誤,可能導(dǎo)致本模塊以及其他相關(guān)模塊異常,死機(jī)等問(wèn)題;
2.嚴(yán)重錯(cuò)誤,問(wèn)題局限在本模塊,導(dǎo)致模塊功能失效或異常退出
3.一般錯(cuò)誤,模塊功能部分失效;
4.建議問(wèn)題,由問(wèn)題提出人對(duì)測(cè)試對(duì)象的改進(jìn)意見(jiàn);
如果能夠執(zhí)行完美的黑盒測(cè)試,還需要進(jìn)行白盒測(cè)試嗎?(白盒與黑盒的區(qū)別)
任何工程產(chǎn)品(注意是任何工程產(chǎn)品)都可以使用以下兩種方法之一進(jìn)行測(cè)試。
黑盒測(cè)試:已知產(chǎn)品的功能設(shè)計(jì)規(guī)格,可以進(jìn)行測(cè)試證明每個(gè)實(shí)現(xiàn)了的功能是否符合要求。
白盒測(cè)試:已知產(chǎn)品的內(nèi)部工作過(guò)程,可以通過(guò)測(cè)試證明每種內(nèi)部操作是否符合設(shè)計(jì)規(guī)格要求,所有內(nèi)部成分是否以經(jīng)過(guò)檢查。
軟件的黑盒測(cè)試意味著測(cè)試要在軟件的接口處進(jìn)行。這種方法是把測(cè)試對(duì)象看做一個(gè)黑盒子,測(cè)試人員完全不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部特性,只依據(jù)程序的需求規(guī)格說(shuō)明書,檢查程序的功能是否符合它的功能說(shuō)明。因此黑盒測(cè)試又叫功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試。黑盒測(cè)試主要是為了發(fā)現(xiàn)以下幾類錯(cuò)誤:
1、是否有不正確或遺漏的功能?
2、在接口上,輸入是否能正確的接受?能否輸出正確的結(jié)果?
3、是否有數(shù)據(jù)結(jié)構(gòu)錯(cuò)誤或外部信息(例如數(shù)據(jù)文件)訪問(wèn)錯(cuò)誤?
4、性能上是否能夠滿足要求?
5、是否有初始化或終止性錯(cuò)誤?
軟件的白盒測(cè)試是對(duì)軟件的過(guò)程性細(xì)節(jié)做細(xì)致的檢查。這種方法是把測(cè)試對(duì)象看做一個(gè)打開的盒子,它允許測(cè)試人員利用程序內(nèi)部的邏輯結(jié)構(gòu)及有關(guān)信息,設(shè)計(jì)或選擇測(cè)試用例,對(duì)程序所有邏輯路徑進(jìn)行測(cè)試。通過(guò)在不同點(diǎn)檢查程序狀態(tài),確定實(shí)際狀態(tài)是否與預(yù)期的狀態(tài)一致。因此白盒測(cè)試又稱為結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試。白盒測(cè)試主要是想對(duì)程序模塊進(jìn)行如下檢查:
1、對(duì)程序模塊的所有獨(dú)立的執(zhí)行路徑至少測(cè)試一遍。
2、對(duì)所有的邏輯判定,取“真”與取“假”的兩種情況都能至少測(cè)一遍。
3、在循環(huán)的邊界和運(yùn)行的界限內(nèi)執(zhí)行循環(huán)體。
4、測(cè)試內(nèi)部數(shù)據(jù)結(jié)構(gòu)的有效性,等等。
以上事實(shí)說(shuō)明,軟件測(cè)試有一個(gè)致命的缺陷,即測(cè)試的不完全、不徹底性。由于任何程序只能進(jìn)行少量(相對(duì)于窮舉的巨大數(shù)量而言)的有限的測(cè)試,在未發(fā)現(xiàn)錯(cuò)誤時(shí),不能說(shuō)明程序中沒(méi)有錯(cuò)誤。
軟件測(cè)試應(yīng)該劃分幾個(gè)階段?簡(jiǎn)述各個(gè)階段應(yīng)重點(diǎn)測(cè)試的點(diǎn)?各個(gè)階段的含義?
大體上來(lái)說(shuō)可分為單元測(cè)試,集成測(cè)試,系統(tǒng)測(cè)試,驗(yàn)收測(cè)試,每個(gè)階段又分為以下五個(gè)步驟:
測(cè)試計(jì)劃,測(cè)試設(shè)計(jì),用例設(shè)計(jì),執(zhí)行結(jié)果,測(cè)試報(bào)告
初始測(cè)試集中在每個(gè)模塊上,保證源代碼的正確性,該階段成為單元測(cè)試,主要用白盒測(cè)試方法。
接下來(lái)是模塊集成和集成以便組成完整的軟件包。集成測(cè)試集中在證實(shí)和程序構(gòu)成問(wèn)題上。主要采用黑盒測(cè)試方法,輔之以白盒測(cè)試方法。
軟件集成后,需要完成確認(rèn)和系統(tǒng)測(cè)試。確認(rèn)測(cè)試提供軟件滿足所有功能、性能需求的最后保證。確認(rèn)測(cè)試僅僅應(yīng)用黑盒測(cè)試方法。
單元測(cè)試
單元測(cè)試是對(duì)軟件中的基本組成單位進(jìn)行的測(cè)試,如一個(gè)模塊、一個(gè)過(guò)程等等。它是軟件動(dòng)態(tài)測(cè)試的最基本的部分,也是最重要的部分之一,其目的是檢驗(yàn)軟件基本組成單位的正確性。
集成測(cè)試
集成測(cè)試是在軟件系統(tǒng)集成過(guò)程中所進(jìn)行的測(cè)試,其主要目的是檢查軟件單位之間的接口是否正確。
系統(tǒng)測(cè)試
系統(tǒng)測(cè)試是對(duì)已經(jīng)集成好的軟件系統(tǒng)進(jìn)行徹底的測(cè)試,以驗(yàn)證軟件系統(tǒng)的正確性和性能等滿足其規(guī)約所指定的要求,檢查軟件的行為和輸出是否正確并非一項(xiàng)簡(jiǎn)單的任務(wù),它被稱為測(cè)試的“先知者問(wèn)題”。
驗(yàn)收測(cè)試
驗(yàn)收測(cè)試旨在向軟件的購(gòu)買者展示該軟件系統(tǒng)滿足其用戶的需求。它的測(cè)試數(shù)據(jù)通常是系統(tǒng)測(cè)試的測(cè)試數(shù)據(jù)的子集.
回歸測(cè)試
回歸測(cè)試是在軟件維護(hù)階段,對(duì)軟件進(jìn)行修改之后進(jìn)行的測(cè)試。其目的是檢驗(yàn)對(duì)軟件進(jìn)行的修改是否正確。
針對(duì)缺陷采取怎樣的管理措施?
1. 要更好的管理缺陷,必須引入缺陷管理工具,商用的或者開源的都可。
2. 根據(jù)缺陷的生命周期,考慮缺陷提交的管理、缺陷狀態(tài)的管理和缺陷分析的管理。
3. 所有發(fā)現(xiàn)的缺陷(不管是測(cè)試發(fā)現(xiàn)的還是走讀代碼發(fā)現(xiàn)的)都必須全部即時(shí)的、準(zhǔn)確的提交到缺陷管理工具中,這是缺陷提交的管理。
4. 缺陷提交后,需要即時(shí)的指派給相應(yīng)的開發(fā)人員,提交缺陷的人需要密切注意缺陷的狀態(tài),幫助缺陷的盡快解決。缺陷解決后需要即時(shí)對(duì)缺陷的修復(fù)進(jìn)行驗(yàn)證。這樣的目的有兩個(gè):一個(gè)是讓缺陷盡快解決;二是方便后面缺陷的分析(保證缺陷相關(guān)的信息準(zhǔn)確,如齡期等),這是缺陷狀態(tài)的管理。
5. 為了更好的改進(jìn)開發(fā)過(guò)程和測(cè)試過(guò)程,需要對(duì)缺陷進(jìn)行分析,總結(jié)如缺陷的類別、缺陷的齡期分布等信息,這是缺陷分析的管理。
單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試的側(cè)重點(diǎn)是什么?
單元測(cè)試是在軟件開發(fā)過(guò)程中要進(jìn)行的最低級(jí)別的測(cè)試活動(dòng),在單元測(cè)試活動(dòng)中,軟件的獨(dú)立單元將在與程序的其他部分相隔離的情況下進(jìn)行測(cè)試,測(cè)試重點(diǎn)是系統(tǒng)的模塊,包括子程序的正確性驗(yàn)證等。
集成測(cè)試,也叫組裝測(cè)試或聯(lián)合測(cè)試。在單元測(cè)試的基礎(chǔ)上,將所有模塊按照設(shè)計(jì)要求,組裝成為子系統(tǒng)或系統(tǒng),進(jìn)行集成測(cè)試。實(shí)踐表明,一些模塊雖然能夠單獨(dú)地工作,但并不能保證連接起來(lái)也能正常的工作。程序在某些局部反映不出來(lái)的問(wèn)題,在全局上很可能暴露出來(lái),影響功能的實(shí)現(xiàn)。測(cè)試重點(diǎn)是模塊間的銜接以及參數(shù)的傳遞等。
系統(tǒng)測(cè)試是將經(jīng)過(guò)測(cè)試的子系統(tǒng)裝配成一個(gè)完整系統(tǒng)來(lái)測(cè)試。它是檢驗(yàn)系統(tǒng)是否確實(shí)能提供系統(tǒng)方案說(shuō)明書中指定功能的有效方法。測(cè)試重點(diǎn)是整個(gè)系統(tǒng)的運(yùn)行以及與其他軟件的兼容性。
設(shè)計(jì)用例的方法、依據(jù)有那些?
白盒測(cè)試用例設(shè)計(jì)有如下方法:基本路徑測(cè)試\等價(jià)類劃分\邊界值分析\覆蓋測(cè)試\循環(huán)測(cè)試\數(shù)據(jù)流測(cè)試\程序插樁測(cè)試\變異測(cè)試.這時(shí)候依據(jù)就是詳細(xì)設(shè)計(jì)說(shuō)明書及其代碼結(jié)構(gòu)
黑盒測(cè)試用例設(shè)計(jì)方法:基于用戶需求的測(cè)試\功能圖分析方法\等價(jià)類劃分方法\邊界值分析方法\錯(cuò)誤推測(cè)方法\因果圖方法\判定表驅(qū)動(dòng)分析方法\正交實(shí)驗(yàn)設(shè)計(jì)方法.依據(jù)是用戶需求規(guī)格說(shuō)明書,詳細(xì)設(shè)計(jì)說(shuō)明書。
測(cè)試用例通常包括那些內(nèi)容?著重闡述編制測(cè)試用例的具體做法不同結(jié)構(gòu)的用例包括的不一樣(版本、編號(hào)、項(xiàng)目、設(shè)計(jì)人員、設(shè)計(jì)日期、輸入、預(yù)期輸出……)
軟件測(cè)試用例的基本要素包括測(cè)試用例編號(hào)、測(cè)試標(biāo)題、重要級(jí)別、測(cè)試輸入、操作步驟、預(yù)期結(jié)果。
用例編號(hào):測(cè)試用例的編號(hào)有一定的規(guī)則,比如系統(tǒng)測(cè)試用例的編號(hào)這樣定義規(guī)則: PROJECT1-ST-001 ,命名規(guī)則是項(xiàng)目名稱+測(cè)試階段類型(系統(tǒng)測(cè)試階段)+編號(hào)。定義測(cè)試用例編號(hào),便于查找測(cè)試用例,便于測(cè)試用例的跟蹤。
測(cè)試標(biāo)題:對(duì)測(cè)試用例的描述,測(cè)試用例標(biāo)題應(yīng)該清楚表達(dá)測(cè)試用例的用途。比如 “ 測(cè)試用戶登錄時(shí)輸入錯(cuò)誤密碼時(shí),軟件的響應(yīng)情況 ” .重要級(jí)別:定義測(cè)試用例的優(yōu)先級(jí)別,可以籠統(tǒng)的分為 “ 高 ” 和 “ 低 ” 兩個(gè)級(jí)別。一般來(lái)說(shuō),如果軟件需求的優(yōu)先級(jí)為 “ 高 ” ,那么針對(duì)該需求的測(cè)試用例優(yōu)先級(jí)也為 “ 高 ” ;反之亦然,測(cè)試輸入:提供測(cè)試執(zhí)行中的各種輸入條件。根據(jù)需求中的輸入條件,確定測(cè)試用例的輸入。測(cè)試用例的輸入對(duì)軟件需求當(dāng)中的輸入有很大的依賴性,如果軟件需求中沒(méi)有很好的定義需求的輸入,那么測(cè)試用例設(shè)計(jì)中會(huì)遇到很大的障礙。
操作步驟:提供測(cè)試執(zhí)行過(guò)程的步驟。對(duì)于復(fù)雜的測(cè)試用例,測(cè)試用例的輸入需要分為幾個(gè)步驟完成,這部分內(nèi)容在操作步驟中詳細(xì)列出。
預(yù)期結(jié)果:提供測(cè)試執(zhí)行的預(yù)期結(jié)果,預(yù)期結(jié)果應(yīng)該根據(jù)軟件需求中的輸出得出。如果在實(shí)際測(cè)試過(guò)程中,得到的實(shí)際測(cè)試結(jié)果與預(yù)期結(jié)果不符,那么測(cè)試不通過(guò);反之則測(cè)試通過(guò)。
。ㄐ〕WR(shí))軟件測(cè)試是伴隨著軟件的產(chǎn)生而產(chǎn)生的。早期的軟件開發(fā)過(guò)程中軟件規(guī)模都很小、復(fù)雜程度低,軟件開發(fā)的過(guò)程混亂無(wú)序、相當(dāng)隨意,測(cè)試的含義比較狹窄,開發(fā)人員將測(cè)試等同于“調(diào)試”,目的是糾正軟件中已經(jīng)知道的故障,常常由開發(fā)人員自己完成這部分的工作。
【軟件測(cè)試筆試試題】相關(guān)文章:
軟件測(cè)試面試題07-18
軟件測(cè)試面試題06-27
軟件測(cè)試的面試題04-20
外企軟件測(cè)試面試題08-23
各大公司軟件測(cè)試面試題08-06
匯豐筆試題10-08
全國(guó)計(jì)算機(jī)三級(jí)《軟件測(cè)試技術(shù)》測(cè)試題及答案08-25
最新經(jīng)典筆試題08-11
產(chǎn)品經(jīng)理筆試題10-14