軟件測試經(jīng)典面試題
下面是小編整理的有關(guān)軟件測試面試題,僅供軟件測試面試時(shí)參考。
1.白箱測試和黑箱測試是什么?什么是回歸測試?
回歸測試是指修改了舊代碼后,重新進(jìn)行測試以確認(rèn)修改沒有引入新的錯(cuò)誤或?qū)е缕渌a產(chǎn)生錯(cuò)誤。自動(dòng)回歸測試將大幅降低系統(tǒng)測試、維護(hù)升級等階段的成本;貧w測試包括兩部分:函數(shù)本身的測試、其他代碼的測試。
2.單元測試、集成測試、系統(tǒng)測試的側(cè)重點(diǎn)是什么?
單元測試是在軟件開發(fā)過程中要進(jìn)行的最低級別的測試活動(dòng),在單元測試活動(dòng)中,軟件的獨(dú)立單元將在與程序的其他部分相隔離的情況下進(jìn)行測試。
集成測試,也叫組裝測試或聯(lián)合測試。在單元測試的基礎(chǔ)上,將所有模塊按照設(shè)計(jì)要求,組裝成為子系統(tǒng)或系統(tǒng),進(jìn)行集成測試。實(shí)踐表明,一些模塊雖然能夠單獨(dú)地工作,但并不能保證連接起來也能正常的工作。程序在某些局部反映不出來的問題,在全局上很可能暴露出來,影響功能的實(shí)現(xiàn)。
系統(tǒng)測試是將經(jīng)過測試的子系統(tǒng)裝配成一個(gè)完整系統(tǒng)來測試。它是檢驗(yàn)系統(tǒng)是否確實(shí)能提供系統(tǒng)方案說明書中指定功能的有效方法。
3.設(shè)計(jì)用例的方法、依據(jù)有那些?
白盒測試:邏輯覆蓋法,主要包括語句覆蓋,判斷覆蓋,條件覆蓋,判斷-條件覆蓋,路徑覆蓋
黑盒測試:等價(jià)劃分類,邊界值分析,錯(cuò)誤推測法。
5.集成測試通常都有那些策略?
1)在把各個(gè)模塊連接起來的時(shí)候,穿越模塊接口的數(shù)據(jù)是否會(huì)丟失;
2)各個(gè)子功能組合起來,能否達(dá)到預(yù)期要求的父功能;
3)一個(gè)模塊的功能是否會(huì)對另一個(gè)模塊的功能產(chǎn)生不利的影響;
4)全局?jǐn)?shù)據(jù)結(jié)構(gòu)是否有問題;
5)單個(gè)模塊的誤差積累起來,是否會(huì)放大,從而達(dá)到不可接受的程度。
6.一個(gè)缺陷測試報(bào)告的組成
缺陷的標(biāo)題,缺陷的基本信息,復(fù)現(xiàn)缺陷的操作步驟,缺陷的實(shí)際結(jié)果描述,期望的正確結(jié)果描述,注釋文字和截取的缺陷圖象。
7.基于WEB信息管理系統(tǒng)測試時(shí)應(yīng)考慮的因素有哪些?
一、功能測試
1、鏈接測試
2、表單測試
3、Cookies測試
4、設(shè)計(jì)語言測試
5、數(shù)據(jù)庫測試
二、性能測試
1、連接速度測試
2、負(fù)載測試
3、壓力測試
三、可用性測試
1、導(dǎo)航測試
2、圖形測試
3、內(nèi)容測試
4、整體界面測試
四、客戶端兼容性測試
1、平臺(tái)測試
2、瀏覽器測試
五、安全性測試
8.軟件本地化測試比功能測試都有哪些方面需要注意?
軟件本地化測試的目的:
軟件本地化測試的測試策略:1.本地化軟件要在各種本地化操作系統(tǒng)上安裝并測試。2.源語言軟件安裝在另一臺(tái)相同源語言操作系統(tǒng)上,作為對比測試。3.重點(diǎn)測試因本地化引起的軟件的功能和軟件界面的錯(cuò)誤。4.測試本地化軟件的翻譯質(zhì)量。5.手工測試和自動(dòng)測試相結(jié)合。
9.需求測試注意事項(xiàng)有哪些?
一個(gè)良好的需求應(yīng)當(dāng)具有一下特點(diǎn):
完整性:每一項(xiàng)需求都必須將所要實(shí)現(xiàn)的功能描述清楚,以使開發(fā)人員獲得設(shè)計(jì)和實(shí)現(xiàn)這些功能所需的所有必要信息。
正確性:每一項(xiàng)需求都必須準(zhǔn)確地陳述其要開發(fā)的功能。
一致性:一致性是指與其它軟件需求或高層(系統(tǒng),業(yè)務(wù))需求不相矛盾。
可行性:每一項(xiàng)需求都必須是在已知系統(tǒng)和環(huán)境的權(quán)能和限制范圍內(nèi)可以實(shí)施的.。
無二義性:對所有需求說明的讀者都只能有一個(gè)明確統(tǒng)一的解釋,由于自然語言極易導(dǎo)致二義性,所以盡量把每項(xiàng)需求用簡潔明了的用戶性的語言表達(dá)出來。
健壯性:需求的說明中是否對可能出現(xiàn)的異常進(jìn)行了分析,并且對這些異常進(jìn)行了容錯(cuò)處理。
必要性:“必要性”可以理解為每項(xiàng)需求都是用來授權(quán)你編寫文檔的“根源”。要使每項(xiàng)需求都能回溯至某項(xiàng)客戶的輸入,如Use Case或別的來源。
可測試性:每項(xiàng)需求都能通過設(shè)計(jì)測試用例或其它的驗(yàn)證方法來進(jìn)行測試。
可修改性:每項(xiàng)需求只應(yīng)在S R S 中出現(xiàn)一次。這樣更改時(shí)易于保持一致性。
另外,使用目錄表、索引和相互參照列表方法將使軟件需求規(guī)格說明書更容易修改。
可跟蹤性:應(yīng)能在每項(xiàng)軟件需求與它的根源和設(shè)計(jì)元素、源代碼、測試用例之間建立起鏈接鏈,這種可跟蹤性要求每項(xiàng)需求以一種結(jié)構(gòu)化的,粒度好(f i n e - g r a i n e d )的方式編寫并單獨(dú)標(biāo)明,而不是大段大段的敘述。
【軟件測試經(jīng)典面試題】相關(guān)文章:
經(jīng)典面試題回答思路03-17
軟件測試工程面試常見問題介紹04-11
華為硬件面試題03-11
求職英語面試題集錦03-11
銀行招聘英語面試題04-03
圖像處理的筆試面試題03-09
蘋果公司的面試題03-23
2017外貿(mào)業(yè)務(wù)面試題筆試02-22
韋博英語面試題目06-27