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