中級的軟件測試工程師，在面試中，了解面試題很有必要。下面小編已經(jīng)為你們整理了中軟軟件測試面試題,希望可以幫到你。

　　中軟軟件測試面試題1

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

　　回歸測試是指修改了舊代碼后，重新進(jìn)行測試以確認(rèn)修改沒有引入新的錯(cuò)誤或?qū)е缕渌a產(chǎn)生錯(cuò)誤。自動回歸測試將大幅降低系統(tǒng)測試、維護(hù)升級等階段的成本。回歸測試包括兩部分：函數(shù)本身的測試、其他代碼的測試。

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

　　單元測試是在軟件開發(fā)過程中要進(jìn)行的最低級別的測試活動，在單元測試活動中，軟件的獨(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ò)誤推測法。

　　中軟軟件測試面試題2

　　1.集成測試通常都有那些策略?

　　01、在把各個(gè)模塊連接起來的時(shí)候，穿越模塊接口的數(shù)據(jù)是否會丟失;

　　02、各個(gè)子功能組合起來，能否達(dá)到預(yù)期要求的父功能;

　　03、一個(gè)模塊的功能是否會對另一個(gè)模塊的功能產(chǎn)生不利的影響;

　　04、全局?jǐn)?shù)據(jù)結(jié)構(gòu)是否有問題;

　　05、單個(gè)模塊的誤差積累起來，是否會放大，從而達(dá)到不可接受的程度。

　　2.一個(gè)缺陷測試報(bào)告的組成

　　缺陷的標(biāo)題，缺陷的基本信息，復(fù)現(xiàn)缺陷的操作步驟，缺陷的實(shí)際結(jié)果描述，期望的正確結(jié)果描述，注釋文字和截取的缺陷圖象。

　　3.基于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、平臺測試 2、瀏覽器測試

　　五、安全性測試

　　中軟軟件測試面試題3

　　1.軟件本地化測試比功能測試都有哪些方面需要注意?

　　軟件本地化測試的目的：

　　軟件本地化測試的測試策略：1.本地化軟件要在各種本地化操作系統(tǒng)上安裝并測試。2.源語言軟件安裝在另一臺相同源語言操作系統(tǒng)上，作為對比測試。3.重點(diǎn)測試因本地化引起的軟件的功能和軟件界面的錯(cuò)誤。4.測試本地化軟件的翻譯質(zhì)量。5.手工測試和自動測試相結(jié)合。

　　2.需求測試注意事項(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)明，而不是大段大段的敘述。

　　
看了“中軟軟件測試面試題”