軟件測試T面試題附答案

時間：2021-02-08 18:34:49 面試試題我要投稿

消防知識試題附答案推薦度：
校長面試題目及答案推薦度：
軟件測試年終總結(jié) 推薦度：
軟件測試總結(jié)報告推薦度：
軟件測試述職報告推薦度：
相關(guān)推薦

軟件測試T面試題（附答案）

　　以下這篇是關(guān)于軟件測試T面試題。由CN人才網(wǎng)搜集整理而成，僅供參考!

軟件測試T面試題（附答案）

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

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

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

　　單元測試是在軟件開發(fā)過程中要進(jìn)行的最低級別的測試活動，在單元測試活動中，軟件的獨立單元將在與程序的其他部分相隔離的情況下進(jìn)行測試。

　　集成測試，也叫組裝測試或聯(lián)合測試。在單元測試的基礎(chǔ)上，將所有模塊按照設(shè)計要求，組裝成為子系統(tǒng)或系統(tǒng)，進(jìn)行集成測試。實踐表明，一些模塊雖然能夠單獨地工作，但并不能保證連接起來也能正常的工作。程序在某些局部反映不出來的問題，在全局上很可能暴露出來，影響功能的實現(xiàn)。

　　系統(tǒng)測試是將經(jīng)過測試的子系統(tǒng)裝配成一個完整系統(tǒng)來測試。它是檢驗系統(tǒng)是否確實能提供系統(tǒng)方案說明書中指定功能的有效方法。

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

　　白盒測試：邏輯覆蓋法，主要包括語句覆蓋，判斷覆蓋，條件覆蓋，判斷-條件覆蓋，路徑覆蓋

　　黑盒測試：等價劃分類，邊界值分析，錯誤推測法。

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

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

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

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

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

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

　　7.一個缺陷測試報告的組成

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

　　8.基于WEB信息管理系統(tǒng)測試時應(yīng)考慮的`因素有哪些?

　　一、功能測試1、鏈接測試 2、表單測試3、Cookies測試4、設(shè)計語言測試 5、數(shù)據(jù)庫測試

　　二、性能測試1、連接速度測試2、負(fù)載測試 3、壓力測試

　　三、可用性測試1、導(dǎo)航測試 2、圖形測試 3、內(nèi)容測試 4、整體界面測試

　　四、客戶端兼容性測試 1、平臺測試 2、瀏覽器測試

　　五、安全性測試

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

　　軟件本地化測試的目的：

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

　　11.需求測試注意事項有哪些?

　　一個良好的需求應(yīng)當(dāng)具有一下特點：

　　完整性：每一項需求都必須將所要實現(xiàn)的功能描述清楚，以使開發(fā)人員獲得設(shè)計和實現(xiàn)這些功能所需的所有必要信息。

　　正確性：每一項需求都必須準(zhǔn)確地陳述其要開發(fā)的功能。

　　一致性：一致性是指與其它軟件需求或高層(系統(tǒng)，業(yè)務(wù))需求不相矛盾。

　　可行性：每一項需求都必須是在已知系統(tǒng)和環(huán)境的權(quán)能和限制范圍內(nèi)可以實施的。

　　無二義性：對所有需求說明的讀者都只能有一個明確統(tǒng)一的解釋，由于自然語言極易導(dǎo)致二義性，所以盡量把每項需求用簡潔明了的用戶性的語言表達(dá)出來。

　　健壯性：需求的說明中是否對可能出現(xiàn)的異常進(jìn)行了分析，并且對這些異常進(jìn)行了容錯處理。

　　必要性：“必要性”可以理解為每項需求都是用來授權(quán)你編寫文檔的“根源”。要使每項需求都能回溯至某項客戶的輸入，如Use Case或別的來源。

　　可測試性：每項需求都能通過設(shè)計測試用例或其它的驗證方法來進(jìn)行測試。

　　可修改性：每項需求只應(yīng)在S R S 中出現(xiàn)一次。這樣更改時易于保持一致性。另外，使用目錄表、索引和相互參照列表方法將使軟件需求規(guī)格說明書更容易修改。

　　可跟蹤性：應(yīng)能在每項軟件需求與它的根源和設(shè)計元素、源代碼、測試用例之間建立起鏈接鏈，這種可跟蹤性要求每項需求以一種結(jié)構(gòu)化的，粒度好(f i n e - g r a i n e d )的方式編寫并單獨標(biāo)明，而不是大段大段的敘述。