軟件測(cè)試面試題

時(shí)間：2024-07-01 20:45:57 面試筆試我要投稿

相關(guān)推薦

軟件測(cè)試面試題

　　在平時(shí)的學(xué)習(xí)、工作中，我們很多時(shí)候都不得不用到試題，試題是參考者回顧所學(xué)知識(shí)和技能的重要參考資料。那么問(wèn)題來(lái)了，一份好的試題是什么樣的呢？以下是小編為大家收集的軟件測(cè)試面試題，歡迎閱讀，希望大家能夠喜歡。

軟件測(cè)試面試題

軟件測(cè)試面試題1

如果您是測(cè)試組長(zhǎng)，您會(huì)采取什么樣的方式管理團(tuán)隊(duì)？在測(cè)試人員同開(kāi)發(fā)人員的溝通過(guò)程中，如何提高溝通的效率和改善溝通的效果？維持測(cè)試人員同開(kāi)發(fā)團(tuán)隊(duì)中其他成員良好的人際關(guān)系的關(guān)鍵是什么？

我會(huì)對(duì)成員的思想做一個(gè)較為全面的了解，分析項(xiàng)目的形勢(shì)，當(dāng)前的狀況，未來(lái)的發(fā)展方向、目標(biāo)，讓每個(gè)成員都參與到項(xiàng)目的討論中；人員的分配要合理，要能適應(yīng)崗位的要求，明確其應(yīng)有的崗位職責(zé)，根據(jù)能力高低來(lái)分配工作，對(duì)實(shí)位的獎(jiǎng)懲要符合其崗位的重要程度；制定公司的規(guī)章制度，并嚴(yán)格執(zhí)行，領(lǐng)導(dǎo)的`激勵(lì)也不可缺少。提高溝通的效率和改善溝通的方法，首先要確定問(wèn)題，這才是最重要的，也是對(duì)測(cè)試人員能力的挑戰(zhàn)；然后是態(tài)度要和藹，一定要知道開(kāi)發(fā)的壓力不比測(cè)試��；在提問(wèn)題單前一定要有溝通（電話或郵件都可以），如果問(wèn)題由于一些原因不修改（要經(jīng)過(guò)項(xiàng)目經(jīng)理確認(rèn)），則就要發(fā)送確認(rèn)郵件給開(kāi)發(fā)相關(guān)人員，轉(zhuǎn)發(fā)項(xiàng)目經(jīng)理和更高層的領(lǐng)導(dǎo)！維持測(cè)試人員同開(kāi)發(fā)團(tuán)隊(duì)中其他成員良好的人際關(guān)系的關(guān)鍵是專業(yè)精神和態(tài)度，讓其他人員感覺(jué)到我在項(xiàng)目中的重要性，同時(shí)也要讓其他人員感覺(jué)和我在項(xiàng)目中工作是快樂(lè)的！本文源自面試網(wǎng)m.mypeppercompany.com，如有轉(zhuǎn)載請(qǐng)注明鏈接來(lái)源

軟件測(cè)試面試題2

　　1.等價(jià)類(lèi)劃分

　　常見(jiàn)的軟件測(cè)試面試題劃分等價(jià)類(lèi):等價(jià)類(lèi)是指某個(gè)輸入域的子集合.在該子集合中,各個(gè)輸入數(shù)據(jù)對(duì)于揭露程序中的錯(cuò)誤都是等效的.并合理地假定:測(cè)試某等價(jià)類(lèi)的代表值就等于對(duì)這一類(lèi)其它值的測(cè)試.因此,可以把全部輸入數(shù)據(jù)合理劃分為若干等價(jià)類(lèi),在每一個(gè)等價(jià)類(lèi)中取一個(gè)數(shù)據(jù)作為測(cè)試的輸入條件,就可以用少量代表性的測(cè)試數(shù)據(jù).取得較好的測(cè)試結(jié)果.等價(jià)類(lèi)劃分可有兩種不同的情況:有效等價(jià)類(lèi)和無(wú)效等價(jià)類(lèi).

　　2.邊界值分析法

　　邊界值分析方法是對(duì)等價(jià)類(lèi)劃分方法的補(bǔ)充。測(cè)試工作經(jīng)驗(yàn)告訴我,大量的錯(cuò)誤是發(fā)生在輸入或輸出范圍的邊界上,而不是發(fā)生在輸入輸出范圍的內(nèi)部.因此針對(duì)各種邊界情況設(shè)計(jì)測(cè)試用例,可以查出更多的錯(cuò)誤.

　　使用邊界值分析方法設(shè)計(jì)測(cè)試用例,首先應(yīng)確定邊界情況.通常輸入和輸出等價(jià)類(lèi)的邊界,就是應(yīng)著重測(cè)試的邊界情況.應(yīng)當(dāng)選取正好等于,剛剛大于或剛剛小于邊界的值作為測(cè)試數(shù)據(jù),而不是選取等價(jià)類(lèi)中的典型值或任意值作為測(cè)試數(shù)據(jù).

　　3.錯(cuò)誤推測(cè)法

　　基于經(jīng)驗(yàn)和直覺(jué)推測(cè)程序中所有可能存在的各種錯(cuò)誤,從而有針對(duì)性的設(shè)計(jì)測(cè)試用例的方法.

　　錯(cuò)誤推測(cè)方法的基本思想:列舉出程序中所有可能有的錯(cuò)誤和容易發(fā)生錯(cuò)誤的特殊情況,根據(jù)他們選擇測(cè)試用例.例如,在單元測(cè)試時(shí)曾列出的許多在模塊中常見(jiàn)的錯(cuò)誤.以前產(chǎn)品測(cè)試中曾經(jīng)發(fā)現(xiàn)的錯(cuò)誤等,這些就是經(jīng)驗(yàn)的總結(jié)。還有,輸入數(shù)據(jù)和輸出數(shù)據(jù)為0的.情況。輸入表格為空格或輸入表格只有一行.這些都是容易發(fā)生錯(cuò)誤的情況。可選擇這些情況下的例子作為測(cè)試用例.

　　4.因果圖方法

　　前面介紹的等價(jià)類(lèi)劃分方法和邊界值分析方法,都是著重考慮輸入條件,但未考慮輸入條件之間的聯(lián)系,相互組合等.考慮輸入條件之間的相互組合,可能會(huì)產(chǎn)生一些新的情況.但要檢查輸入條件的組合不是一件容易的事情,即使把所有輸入條件劃分成等價(jià)類(lèi),他們之間的組合情況也相當(dāng)多.因此必須考慮采用一種適合于描述對(duì)于多種條件的組合,相應(yīng)產(chǎn)生多個(gè)動(dòng)作的形式來(lái)考慮設(shè)計(jì)測(cè)試用例.這就需要利用因果圖（邏輯模型）.因果圖方法最終生成的就是判定表.它適合于檢查程序輸入條件的各種組合情況.

　　5.正交表分析法

　　有時(shí)候，可能因?yàn)榇罅康膮?shù)的組合而引起測(cè)試用例數(shù)量上的激增，同時(shí)，這些測(cè)試用例并沒(méi)有明顯的優(yōu)先級(jí)上的差距，而測(cè)試人員又無(wú)法完成這么多數(shù)量的測(cè)試，就可以通過(guò)正交表來(lái)進(jìn)行縮減一些用例，從而達(dá)到盡量少的用例覆蓋盡量大的范圍的可能性。

　　6.場(chǎng)景分析方法

　　指根據(jù)用戶場(chǎng)景來(lái)模擬用戶的操作步驟，這個(gè)比較類(lèi)似因果圖，但是可能執(zhí)行的深度和可行性更好。

軟件測(cè)試面試題3

　　1、什么是兼容性測(cè)試？兼容性測(cè)試側(cè)重哪些方面？

　　2、我現(xiàn)在有個(gè)程序，發(fā)現(xiàn)在Windows上運(yùn)行得很慢，怎么判別是程序存在問(wèn)題還是軟硬件系統(tǒng)存在問(wèn)題？

　　3、檢查系統(tǒng)是否有中毒的特征；

　　4、檢查軟件/硬件的配置是否符合軟件的推薦標(biāo)準(zhǔn)；

　　5、確認(rèn)當(dāng)前的系統(tǒng)是否是獨(dú)立，即沒(méi)有對(duì)外提供什么消耗CPU資源的服務(wù)；

　　6、如果是C/S或者B/S結(jié)構(gòu)的軟件，需要檢查是不是因?yàn)榕c服務(wù)器的連接有問(wèn)題，或者訪問(wèn)有問(wèn)題造成的；

　　7、在系統(tǒng)沒(méi)有任何負(fù)載的情況下，查看性能監(jiān)視器，確認(rèn)應(yīng)用程序?qū)PU/內(nèi)存的訪問(wèn)情況。

　　8、測(cè)試的策略有哪些？黑盒/白盒，靜態(tài)/動(dòng)態(tài)，手工/自動(dòng)，冒煙測(cè)試，回歸測(cè)試，公測(cè)（Beta測(cè)試的策略）

　　9、正交表測(cè)試用例設(shè)計(jì)方法的特點(diǎn)是什么？

　　10、用最少的實(shí)驗(yàn)覆蓋最多的操作，測(cè)試用例設(shè)計(jì)很少，效率高，但是很復(fù)雜；

　　11、對(duì)于基本的驗(yàn)證功能，以及二次集成引起的'缺陷，一般都能找出來(lái)；但是更深的缺陷，更復(fù)雜的缺陷，還是無(wú)能為力的；

　　12、具體的環(huán)境下，正交表一般都很難做的。大多數(shù)，只在系統(tǒng)測(cè)試的時(shí)候使用此方法。

　　13、描述使用bugzilla缺陷管理工具對(duì)軟件缺陷（BUG）跟蹤的管理的流程？標(biāo)記就是Bugzilla的狀態(tài)轉(zhuǎn)換圖。

　　14、你覺(jué)得bugzilla在使用的過(guò)程中，有什么問(wèn)題？標(biāo)記界面不穩(wěn)定；根據(jù)需要配置它的不同的部分，過(guò)程很煩瑣。流程控制上，安全性不好界定，很容易對(duì)他人的Bug進(jìn)行誤操作；沒(méi)有綜合的評(píng)分指標(biāo)，不好確認(rèn)修復(fù)的優(yōu)先級(jí)別。

　　15、描述測(cè)試用例設(shè)計(jì)的完整過(guò)程？需求分析 + 需求變更的維護(hù)工作；根據(jù)需求，得出測(cè)試需求；設(shè)計(jì)測(cè)試方案，評(píng)審測(cè)試方案；方案評(píng)審?fù)ㄟ^(guò)后，設(shè)計(jì)測(cè)試用例，再對(duì)測(cè)試用例進(jìn)行評(píng)審；

軟件測(cè)試面試題4

　　中軟軟件測(cè)試面試題：判斷題

　　1. 軟件測(cè)試就是為了驗(yàn)證軟件功能實(shí)現(xiàn)的是否正確，是否完成既定目標(biāo)的活動(dòng)，所以軟件測(cè)試在軟件工程的后期才開(kāi)始具體的工作。初級(jí) (×)

　　2. 發(fā)現(xiàn)錯(cuò)誤多的模塊，殘留在模塊是的錯(cuò)誤也多。初級(jí)(√)

　　3. 測(cè)試人員在測(cè)試過(guò)程中發(fā)現(xiàn)一處問(wèn)題，如果問(wèn)題影響不大，而自己又可以修改，應(yīng)立即將此問(wèn)題正確修改，以加快、提高開(kāi)發(fā)的進(jìn)程。初級(jí)(×)

　　4. 單元測(cè)試通常應(yīng)該先進(jìn)行“人式走查”，再以白盒法為主，輔以黑盒進(jìn)行動(dòng)態(tài)測(cè)試。中級(jí)(√)

　　5. 功能測(cè)試是系統(tǒng)測(cè)試的主要內(nèi)容，檢查系統(tǒng)的功能、性能是否與需求規(guī)格說(shuō)明相同。中級(jí)(√)

　　6. 軟件質(zhì)量管理即QM由QA和QC構(gòu)成，軟件測(cè)試屬于QC的核心工作內(nèi)容。高級(jí)(√)

　　7. 軟件測(cè)試只能發(fā)現(xiàn)錯(cuò)誤，但不能保證測(cè)試后的軟件沒(méi)有錯(cuò)誤。中級(jí)(√)

　　8. 軟件就是程序。初級(jí)(×)

　　9. 測(cè)試中要做到語(yǔ)句覆蓋和分支覆蓋。就可以發(fā)現(xiàn)程序中的所有錯(cuò)誤。中級(jí)(×)

　　10. I18N測(cè)試是指對(duì)產(chǎn)品做出具有國(guó)際性的規(guī)劃，而L10測(cè)試則是指對(duì)軟件做出符合本地需求更改工作。高級(jí)(√)

　　中軟軟件測(cè)試面試題：選擇題

　　1. 進(jìn)行軟件質(zhì)量管理的重要性有(ACDEF )中級(jí)

　　A、維護(hù)降低成本;

　　B、法律上的要求;

　　C、市場(chǎng)競(jìng)爭(zhēng)的需要;

　　D、質(zhì)量標(biāo)準(zhǔn)化的趨勢(shì);

　　E、軟件工程的需要;

　　F、 CMM過(guò)程的一部分

　　G、方便與客戶進(jìn)一步溝通為后期的實(shí)施打好基礎(chǔ)

　　2. 以測(cè)試的形態(tài)分測(cè)試可以分為( ABC )中級(jí)

　　A、建構(gòu)性測(cè)試

　　B、系統(tǒng)測(cè)試

　　C、專項(xiàng)測(cè)試

　　D、單元測(cè)試

　　E、組件測(cè)試

　　F、集成系統(tǒng)

　　3. 選出屬于黑盒測(cè)試方法的選項(xiàng)( ABC )初級(jí)

　　A、測(cè)試用例覆蓋

　　B、輸入覆蓋

　　C、輸出覆蓋

　　D、分支覆蓋

　　E、語(yǔ)句覆蓋

　　F、條件覆蓋

　　4. 編寫(xiě)測(cè)試計(jì)劃的目的是(ABCEF)中級(jí)

　　A、使測(cè)試工作順利進(jìn)行;

　　B、使項(xiàng)目參與人員溝通更舒暢;

　　C、使測(cè)試工作更加系統(tǒng)化;

　　D、軟件工程以及軟件過(guò)程的需要;

　　E、軟件過(guò)程規(guī)范化的需求;

　　F、控制軟件質(zhì)量

　　5. 依存關(guān)第有4種分別是(ABCD)高級(jí)

　　A、開(kāi)始—結(jié)束

　　B、開(kāi)始—開(kāi)始

　　C、結(jié)束—開(kāi)始

　　D、結(jié)束—結(jié)束

　　E、開(kāi)始—實(shí)施—結(jié)束

　　F、結(jié)束—審核—開(kāi)始

　　6. 軟件質(zhì)量管理(QM)應(yīng)有質(zhì)量保證(QA)和質(zhì)量控制(QC)組成，下面的選項(xiàng)屬于

　　QC的是：(ABCD)高級(jí)

　　A、測(cè)試

　　B、跟蹤

　　C、監(jiān)督

　　D、制定計(jì)劃

　　E、需求審查

　　F、程序代碼審查

　　7. 實(shí)施缺陷跟蹤的目的是(ABCD)中級(jí)

　　A、軟件質(zhì)量無(wú)法控制

　　B、問(wèn)題無(wú)法量化

　　C、重復(fù)問(wèn)題接連產(chǎn)生

　　D、解決問(wèn)題的知識(shí)無(wú)法保留

　　E、確保缺陷得到解決

　　F、使問(wèn)題開(kāi)成完整的.閉玩處理

　　8. 使用軟件測(cè)試工具的目的(ABCD)中級(jí)

　　A、幫助測(cè)試尋找問(wèn)題

　　B、協(xié)助問(wèn)題的診斷

　　C、節(jié)省測(cè)試時(shí)間

　　D、提高BUG的發(fā)現(xiàn)率

　　E、更好的控制缺陷提高軟件質(zhì)量

　　F、更好的協(xié)助開(kāi)發(fā)人員

　　9. 典型的瀑布模型的四個(gè)階段是(ABCD)高級(jí)

　　A、分析

　　B、設(shè)計(jì)

　　C、編碼

　　D、測(cè)試

　　E、需求調(diào)研

　　F、實(shí)施

　　10. PSP是指?jìng)€(gè)人軟件過(guò)各，是一各可用于(ABC)個(gè)人軟件工作方式的自我改善過(guò)程。

　　A、控制

　　B、管理

　　C、改進(jìn)

　　D、高效

　　E、充分

　　F、適宜

　　中軟軟件測(cè)試面試題：?jiǎn)柎痤}

　　(共9題，每題5分，共講50分)

　　1. 測(cè)試人員在軟件開(kāi)發(fā)過(guò)程中的任務(wù)是什么?(初級(jí)) 1.尋找 Bug;

　　2.避免軟件開(kāi)發(fā)過(guò)程中的缺陷; 3.衡量軟件的品質(zhì); 4.關(guān)注用戶的需求

　　2. 在您以往的工作中，一條軟件缺陷(或者叫BUG)記錄都包含了哪些內(nèi)容?如何提交高

　　質(zhì)量的軟件缺陷(BUG)記錄?初級(jí)

　　一條Bug記錄最基本應(yīng)包含：編號(hào)、Bug所屬模塊、Bug描述、Bug級(jí)別、發(fā)現(xiàn)日期、發(fā)現(xiàn)人、修改日期、修改人、修改方法、回歸結(jié)果等等;要有效的發(fā) 現(xiàn)Bug需參考需求以及詳細(xì)設(shè)計(jì)等前期文檔設(shè)計(jì)出高效的測(cè)試用例，然后嚴(yán)格執(zhí)行測(cè)試用例，對(duì)發(fā)現(xiàn)的問(wèn)題要充分確認(rèn)肯定，然后再向外發(fā)布如此才能提高提交 Bug的質(zhì)量

　　3. 黑盒測(cè)試和白盒測(cè)試是軟件測(cè)試的兩種基本方法，請(qǐng)分別說(shuō)明各自的優(yōu)點(diǎn)和缺點(diǎn)。中級(jí) 黑盒測(cè)試的優(yōu)點(diǎn)有：

　　1) 比較簡(jiǎn)單，不需要了解程序內(nèi)部的代碼及實(shí)現(xiàn); 2) 與軟件的內(nèi)部實(shí)現(xiàn)無(wú)關(guān);

　　3) 從用戶角度出發(fā)，能很容易的知道用戶會(huì)用到哪些功能，會(huì)遇到哪些問(wèn)題; 4) 基于軟件開(kāi)發(fā)文檔，所以也能知道軟件實(shí)現(xiàn)了文檔中的哪些功能; 5) 在做軟件自動(dòng)化測(cè)試時(shí)較為方便。

　　黑盒測(cè)試的缺點(diǎn)有：

　　1)不可能覆蓋所有的代碼，覆蓋率較低，大概只能達(dá)到總代碼量的30%; 2)自動(dòng)化測(cè)試的復(fù)用性較低。白盒測(cè)試的優(yōu)點(diǎn)有：

　　幫助軟件測(cè)試人員增大代碼的覆蓋率，提高代碼的質(zhì)量，發(fā)現(xiàn)代碼中隱藏的問(wèn)題白盒測(cè)試的缺點(diǎn)有：

　　1) 程序運(yùn)行會(huì)有很多不同的路徑，不可能測(cè)試所有的運(yùn)行路徑

　　2) 測(cè)試基于代碼，只能測(cè)試開(kāi)發(fā)人員做的對(duì)不對(duì)，而不能知道設(shè)計(jì)的正確與否，可能會(huì)漏掉一些功能需求

　　3) 系統(tǒng)龐大時(shí)，測(cè)試開(kāi)銷(xiāo)會(huì)非常大。

　　4. 根據(jù)自己的理解回答什么是軟件測(cè)試，軟件測(cè)試分為哪幾個(gè)階段。初級(jí)

　　軟件測(cè)試是一個(gè)為了尋找軟件中的錯(cuò)誤而運(yùn)行軟件的過(guò)程，一個(gè)成功的測(cè)試是指找到了迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試。

　　軟件測(cè)試一般分為單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試

　　5. 根據(jù)自己的理解什么是測(cè)試用例和測(cè)試規(guī)程，設(shè)計(jì)一個(gè)測(cè)試用例應(yīng)當(dāng)從哪幾方面考慮?

　　中級(jí)

　　狹義的講，一個(gè)測(cè)試用例就是測(cè)試人員用以測(cè)試被測(cè)軟件的某個(gè)特性或特性組合的一組數(shù)據(jù)。這組數(shù)據(jù)可能是從用戶處得來(lái)的實(shí)際的一組數(shù)據(jù)，也可能是測(cè)試人員專門(mén)設(shè)計(jì)出來(lái)的測(cè)試軟件某些功能的一組數(shù)據(jù)

　　測(cè)試規(guī)程就是詳細(xì)的對(duì)測(cè)試用例設(shè)計(jì)方法、測(cè)試方法、測(cè)試工具、測(cè)試環(huán)境和測(cè)試數(shù)據(jù)進(jìn)行描述的文檔，還可以包括能把某個(gè)或某一組測(cè)試用例應(yīng)用到被測(cè)軟件上完成某項(xiàng)測(cè)試的一系列的操作步驟

　　設(shè)計(jì)測(cè)試用例應(yīng)當(dāng)從以下幾方面考慮：邊界值，等價(jià)類(lèi)劃分，場(chǎng)景法，有效/無(wú)效值等

　　6. 什么是軟件質(zhì)量保證?軟件質(zhì)量保證人員與開(kāi)發(fā)人員的關(guān)系如何?高級(jí)

　　軟件質(zhì)量保證就是通過(guò)確保軟件過(guò)程的質(zhì)量，來(lái)保證軟件產(chǎn)品的質(zhì)量。軟件質(zhì)量保證人員和開(kāi)發(fā)人員之間具有管理上的嚴(yán)格的獨(dú)立性，兩個(gè)小組的管理員都不能越權(quán)管理另一組，但都可以向更高層的管理者匯報(bào)軟件開(kāi)發(fā)中的問(wèn)題

　　7. 什么叫軟件缺陷?您應(yīng)用過(guò)哪些缺陷管理工具?

　　高級(jí)

　　對(duì)軟件缺陷的定義各公司有所不同：軟件未達(dá)到產(chǎn)品說(shuō)明書(shū)標(biāo)明的功能

　　軟件出現(xiàn)了產(chǎn)品說(shuō)明書(shū)指明不會(huì)出現(xiàn)的錯(cuò)誤軟件功能超出產(chǎn)品說(shuō)明書(shū)指明的范圍

　　軟件未達(dá)到產(chǎn)品說(shuō)明書(shū)雖未指出但應(yīng)達(dá)到的目標(biāo)

　　軟件測(cè)試人員認(rèn)為軟件難以理解、不易使用、運(yùn)行速度緩慢，或者最終用戶認(rèn)為不好

　　TD、QC、bugfree

　　8. 請(qǐng)分別寫(xiě)出ISO7層架構(gòu)，并分別說(shuō)明TCP、UDP協(xié)議分別在處于哪一層，以及TCP、

　　UPD協(xié)議有什么區(qū)別。(10分)

　　7 應(yīng)用層 6 表示層 5 會(huì)話層 4 傳輸層 3 網(wǎng)絡(luò)層

　　2 數(shù)據(jù)鏈路層 1 物理層

　　第四層;UDP是面向無(wú)連接、不可靠數(shù)據(jù)傳輸協(xié)議; TCP是面向連接、可靠數(shù)據(jù)傳輸協(xié)議