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

　　1.等價(jià)類劃分

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

　　2.邊界值分析法

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

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

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

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

　　錯(cuò)誤推測(cè)方法的基本思想:列舉出程序中所有可能有的錯(cuò)誤和容易發(fā)生錯(cuò)誤的特殊情況,根據(jù)他們選擇測(cè)試用例.例如,在單元測(cè)試時(shí)曾列出的許多在模塊中常見的錯(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à)類劃分方法和邊界值分析方法,都是著重考慮輸入條件,但未考慮輸入條件之間的聯(lián)系,相互組合等.考慮輸入條件之間的相互組合,可能會(huì)產(chǎn)生一些新的情況.但要檢查輸入條件的組合不是一件容易的事情,即使把所有輸入條件劃分成等價(jià)類,他們之間的組合情況也相當(dāng)多.因此必須考慮采用一種適合于描述對(duì)于多種條件的組合,相應(yīng)產(chǎn)生多個(gè)動(dòng)作的形式來考慮設(shè)計(jì)測(cè)試用例.這就需要利用因果圖（邏輯模型）.因果圖方法最終生成的就是判定表.它適合于檢查程序輸入條件的各種組合情況.

　　5.正交表分析法

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

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

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

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

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

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

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

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

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

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

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

　　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)證功能，以及二次集成引起的缺陷，一般都能找出來；但是更深的缺陷，更復(fù)雜的缺陷，還是無能為力的；

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

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

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

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

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

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

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

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

　　3. 測(cè)試人員在測(cè)試過程中發(fā)現(xiàn)一處問題，如果問題影響不大，而自己又可以修改，應(yīng)立即將此問題正確修改，以加快、提高開發(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ī)格說明相同。中級(jí)(√)

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

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

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

　　9. 測(cè)試中要做到語句覆蓋和分支覆蓋。就可以發(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過程的一部分

　　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、 語句覆蓋

　　F、 條件覆蓋

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

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

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

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

　　D、 軟件工程以及軟件過程的需要;

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

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

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

　　A、 開始—結(jié)束

　　B、 開始—開始

　　C、 結(jié)束—開始

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

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

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

　　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ì)量無法控制

　　B、 問題無法量化

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

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

　　E、 確保缺陷得到解決

　　F、 使問題開成完整的閉玩處理

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

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

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

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

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

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

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

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

　　A、 分析

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

　　C、 編碼

　　D、 測(cè)試

　　E、 需求調(diào)研

　　F、 實(shí)施

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

　　A、 控制

　　B、 管理

　　C、 改進(jìn)

　　D、 高效

　　E、 充分

　　F、 適宜

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

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

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

　　2.避免軟件開發(fā)過程中的缺陷; 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)的問題要充分確認(rèn)肯定，然后再向外發(fā)布如此才能提高提交 Bug的質(zhì)量

　　3. 黑盒測(cè)試和白盒測(cè)試是軟件測(cè)試的兩種基本方法，請(qǐng)分別說明各自的優(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)無關(guān);

　　3) 從用戶角度出發(fā)，能很容易的知道用戶會(huì)用到哪些功能，會(huì)遇到哪些問題; 4) 基于軟件開發(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)代碼中隱藏的問題 白盒測(cè)試的缺點(diǎn)有：

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

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

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

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

　　軟件測(cè)試是一個(gè)為了尋找軟件中的錯(cuò)誤而運(yùn)行軟件的過程，一個(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ù)可能是從用戶處得來的實(shí)際的一組數(shù)據(jù)，也可能是測(cè)試人員專門設(shè)計(jì)出來的測(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à)類劃分，場(chǎng)景法，有效/無效值等

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

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

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

　　高級(jí)

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

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

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

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

　　TD、QC、bugfree

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

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

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

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

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