軟件測(cè)試面試問題
軟件測(cè)試面試問題1
你在測(cè)試中發(fā)現(xiàn)了一個(gè)bug，但是開發(fā)經(jīng)理認(rèn)為這不是一個(gè)bug，你應(yīng)該怎樣解決？
a）首先，將問題提交到缺陷管理庫里面進(jìn)行備案。
b）然后，要獲取判斷的依據(jù)和標(biāo)準(zhǔn)：
i、根據(jù)需求說明書、產(chǎn)品說明、設(shè)計(jì)文檔等，確認(rèn)實(shí)際結(jié)果是否與計(jì)劃有不一致的地方，提供缺陷是否確認(rèn)的'直接依據(jù)；
ii、如果沒有文檔依據(jù)，可以根據(jù)類似軟件的一般特性來說明是否存在不一致的地方，來確認(rèn)是否是缺陷；
iii、根據(jù)用戶的一般使用習(xí)慣，來確認(rèn)是否是缺陷；
iv、與設(shè)計(jì)人員、開發(fā)人員和客戶代表等相關(guān)人員探討，確認(rèn)是否是缺陷；
c）合理的論述，向測(cè)試經(jīng)理說明自己的判斷的理由，注意客觀、嚴(yán)謹(jǐn)，不參雜個(gè)人情緒。
d）等待測(cè)試經(jīng)理做出最終決定，如果仍然存在爭(zhēng)議，可以通過公司政策所提供的渠道，向上級(jí)反映，并有上級(jí)做出決定。
軟件測(cè)試面試問題2
面試場(chǎng)景1
依然以小明為例
問：假設(shè)你所在的團(tuán)隊(duì)負(fù)責(zé)研發(fā)一款手機(jī)計(jì)算器程序，你是這款產(chǎn)品的測(cè)試負(fù)責(zé)人，你準(zhǔn)備怎么開展工作？
小明聽我說完后，考慮了些許時(shí)間，問到：是不是要寫測(cè)試用例？
旁白：聽到這樣的回答會(huì)讓我心涼，因?yàn)檫@個(gè)問題我只會(huì)對(duì)2年以上工作經(jīng)驗(yàn)的人提問，所以如果面試者這么回答，說明了這個(gè)人起碼理解能力方面有問題。
我接著提示：小明，在答題前，你想一下，作為一個(gè)項(xiàng)目的測(cè)試負(fù)責(zé)人，一開始就去設(shè)計(jì)具體的測(cè)試用例，是否太片面了？
聽完我的提示，小明思索了一下，回答道：我以前工作的時(shí)候就是這么做的。
旁白：既然我這樣提示，很顯然就是沒讓你寫測(cè)試用例。而這個(gè)時(shí)候如果再強(qiáng)調(diào)以前的做法，是不是在挖坑往里跳呢？
眼看提示無效，我換一種方式引導(dǎo)，又問：那你覺得該怎么設(shè)計(jì)測(cè)試用例呢？
小明自信地說道：我要測(cè)加減乘除運(yùn)算，開方運(yùn)算......
我不忍再繼續(xù)聽下去，打斷她，問道：你設(shè)想一下，如果用例設(shè)計(jì)完成了，你準(zhǔn)備怎么樣執(zhí)行這些用例呢？
小明：就在手機(jī)上去執(zhí)行啊。
我問到：什么樣的手機(jī)？
小明說：就這樣的手機(jī)啊。然后晃了晃自己的手機(jī)。
我說：是不是拿這部手機(jī)就可以了，換一款行不行？
說道這里，小明停頓了一下，若有所思的說：對(duì)啊，你還沒有說我們這個(gè)計(jì)算器程序應(yīng)該運(yùn)行在什么手機(jī)上。
我：現(xiàn)在你是測(cè)試負(fù)責(zé)人啊，你是否應(yīng)該在設(shè)計(jì)用例之前，弄清楚這件事��？
聽到我的話，小明不住的點(diǎn)頭，剛才的自信開始消失，取而代之的，是眼神中的緊張。
我安慰道：放松，你循著這個(gè)思路，重新來制定測(cè)試計(jì)劃。我以為他會(huì)因此開竅，心中竊喜。
我的計(jì)劃是，在華為、iPhone、三星、vivo、小米、oppo上執(zhí)行這些測(cè)試用例
旁白：聽到這樣的回答，差不多可以pass了。
我想說的
上面這個(gè)問題很難嗎？據(jù)我所知，這類面試的題目是各大IT企業(yè)面試軟件測(cè)試工程師的必考題，這類題目可以稱之為測(cè)試設(shè)計(jì)，一般是要求應(yīng)聘者測(cè)試一個(gè)大眾化的產(chǎn)品(不局限于軟件產(chǎn)品比如一直筆，一部電梯，一塊表，一臺(tái)銀行ATM機(jī)等)。題目看起來非常的簡(jiǎn)單和直觀，但它能從多個(gè)維度全面的考察應(yīng)聘者作為測(cè)試工程師的潛力。正如上面大家看到的真實(shí)面試案例，如果應(yīng)聘者沒有系統(tǒng)了解科學(xué)的項(xiàng)目測(cè)試?yán)碚摚秃苋菀滓蛞郧暗墓ぷ髂Ｊ较萑胨季S定勢(shì)，無法自拔。
這類問題怎么解決/回答？其實(shí)方法流程很簡(jiǎn)單：
1.明確測(cè)試任務(wù)
2.分析測(cè)試范圍
3.制定測(cè)試計(jì)劃和測(cè)試用例
在上面的案例中，小明在做手機(jī)計(jì)算器程序的測(cè)試設(shè)計(jì)時(shí)，在沒有明確測(cè)試任務(wù)的情況下，就盲目的展開測(cè)試用例的設(shè)計(jì)，這樣，會(huì)引發(fā)諸多問題。
比如，在面試題目中，并沒有明確產(chǎn)品可以運(yùn)行在什么手機(jī)平臺(tái)上，對(duì)平臺(tái)的支持需求不同，測(cè)試的設(shè)計(jì)的差異性是很大的，所以，在回答該問題之前，先應(yīng)該向面試官發(fā)問，明確產(chǎn)品支持的手機(jī)平臺(tái)，之后，才能有的放矢的開展具體的設(shè)計(jì)(或者即使不問面試官支持哪些平臺(tái)，在回答的時(shí)候也要說清楚先跟團(tuán)隊(duì)確定運(yùn)行的平臺(tái))。再比如，應(yīng)該明確產(chǎn)品的研發(fā)周期等信息，只有了解了項(xiàng)目進(jìn)度安排等信息，才能制定有效的測(cè)試策略，在測(cè)試的深度和項(xiàng)目開發(fā)時(shí)間要求上取得較好的平衡。比如，有的項(xiàng)目是時(shí)間驅(qū)動(dòng)的(Date-Driven)，這類項(xiàng)目的'特點(diǎn)是預(yù)先制定發(fā)布時(shí)間，要求到了那天，產(chǎn)品就一定要發(fā)布，對(duì)這類項(xiàng)目，我們?cè)谠O(shè)計(jì)測(cè)試計(jì)劃時(shí)，就應(yīng)該更多的考慮解決和項(xiàng)目發(fā)布相關(guān)的質(zhì)量問題;另外有些項(xiàng)目，可能是質(zhì)量驅(qū)動(dòng)的(Quality-Driven)，這類項(xiàng)目的特點(diǎn)是對(duì)發(fā)布時(shí)間沒有強(qiáng)行的規(guī)定，但要求產(chǎn)品的質(zhì)量必須達(dá)到一定的指標(biāo)，并且需要在發(fā)布以后，實(shí)時(shí)監(jiān)控產(chǎn)品質(zhì)量，那么，在測(cè)試中，我們不僅要做好項(xiàng)目當(dāng)下版本的測(cè)試工作，還需要考慮構(gòu)建長(zhǎng)期、高效地測(cè)試系統(tǒng)和平臺(tái)，保障產(chǎn)品質(zhì)量能夠?qū)崟r(shí)度量。另外，明確產(chǎn)品的功能設(shè)計(jì)、產(chǎn)品的核心競(jìng)爭(zhēng)力、可用的測(cè)試資源等信息，對(duì)于接下來做產(chǎn)品測(cè)試都是至關(guān)重要的。
那么問題來了，也許有的人會(huì)質(zhì)疑，我招的是測(cè)試工程師，不是測(cè)試經(jīng)理，不需要考慮這么多吧，如果按照我這種要求，怕是一年也找不到一個(gè)，況且的確有很多人受公司制約，甚至有人大學(xué)剛畢業(yè)，肯定回答不上來這類問題。
我想說，企業(yè)招人的目標(biāo)永遠(yuǎn)都是奔著合適去的。我這么去面試，自然是因?yàn)楣ぷ髦杏龅降膶?shí)際問題導(dǎo)致我不得不去關(guān)注這些。在實(shí)際工作中，經(jīng)常會(huì)遇到測(cè)試人員接到測(cè)試任務(wù)以后，什么也不考慮就去測(cè)試了，測(cè)試完了以后告訴我工作完成了。然后我問他這次測(cè)試任務(wù)的范圍是什么？開發(fā)為什么要做這些改動(dòng)？這些改動(dòng)是開發(fā)自己提出來的還是客戶要求的？如果客戶要求的客戶的關(guān)注點(diǎn)在哪里？這次改動(dòng)具體改了什么內(nèi)容？怎么改的？你覺得這樣的改動(dòng)合理嗎？改動(dòng)以前是什么樣子的？......這些問題最初的時(shí)候我問十個(gè)人，九個(gè)人都答不上來，還有一個(gè)回答的模棱兩可。那么，從一個(gè)測(cè)試經(jīng)理的角度，讓我怎么相信這個(gè)測(cè)試負(fù)責(zé)人的工作是有效的？怎么讓我相信他的工作覆蓋率是全面的？我無法相信連改動(dòng)原因、改動(dòng)內(nèi)容和改動(dòng)方法都沒有了解清楚的人，能很清楚的知道測(cè)試通過的準(zhǔn)則。......同理，做測(cè)試前先思考是一種習(xí)慣，如果這個(gè)問題回答不好，我很難相信他在實(shí)際工作中會(huì)做到我剛說的那些(何況我提問的時(shí)候是不斷引導(dǎo)的，這個(gè)問題也不會(huì)拿去問2年經(jīng)驗(yàn)以下的新人)。
關(guān)于如何跟開發(fā)溝通確定測(cè)試范圍，可以翻一下這篇博文：
也許還有人覺得，上面這個(gè)案例，提及的知識(shí)是一個(gè)知不知道的范疇。只要有所準(zhǔn)備，就能做到從容不迫~
我想說的是，我在帶新人的過程中，不斷灌輸這套做事的方法論。他們的確是知道了，但是真正用好還花費(fèi)了很長(zhǎng)時(shí)間。所以面試的時(shí)候也不要過于樂觀，是臨時(shí)抱佛腳，還是日常工作中就按照這種方式去工作，作為資深的面試官都能分辨出來。勸君不要抱僥幸心理。
也許還有人說，面試時(shí)間那么短，面試的時(shí)候受限于時(shí)間關(guān)系想不了那么全。
其實(shí)，這種情況不也說明面試者的思維不夠敏捷，不是嗎？畢竟面試官做了那么充分的引導(dǎo)。
面試場(chǎng)景2
問題：假設(shè)你是某社交軟件產(chǎn)品的測(cè)試負(fù)責(zé)人，你怎么去測(cè)試它傳文件這個(gè)功能？說一下測(cè)試點(diǎn)，你可以發(fā)揮自己的想象力，不必局限于它現(xiàn)有的功能。
這個(gè)問題，問過不下五十人，能在面試時(shí)回答出超過15個(gè)測(cè)試點(diǎn)的，坦白說一個(gè)沒遇到。
多數(shù)應(yīng)聘者都是想到哪說到哪。
我更想聽到的答案有兩種，一種是按照傳文件的流程(客戶端A-網(wǎng)絡(luò)-服務(wù)器-網(wǎng)絡(luò)-客戶端B)，一種是是按照測(cè)試框架回答(比如系統(tǒng)的說明從UI、功能、性能、兼容性、安裝部署、服務(wù)器端、網(wǎng)絡(luò)、安全）。
也許有人問，這個(gè)問題就是考察測(cè)試思維，實(shí)際工作中用不到那么多，或者只要準(zhǔn)備一下，也能比較輕松的回答我這個(gè)問題。
測(cè)試人員最重要的素質(zhì)是什么呢？的確存在有些人思維發(fā)散度很不錯(cuò)，雖然不會(huì)設(shè)計(jì)用例，但是很會(huì)找bug。但是這樣的人可遇不可求的。而且通過面試去發(fā)現(xiàn)一個(gè)人的思維發(fā)散度有多好不太現(xiàn)實(shí)，我還是更保守的通過看一個(gè)人的思維模式來判斷他是不是我想要的人。我現(xiàn)在所負(fù)責(zé)的系統(tǒng)架構(gòu)比較復(fù)雜，涉及到方方面面，測(cè)試過程中需要思考的問題，跟上面這個(gè)案例差不多。一個(gè)人是真的懂，還是臨時(shí)抱佛腳，可以通過不斷的深挖來發(fā)現(xiàn)。所以，如果想要在面試時(shí)不露馬腳，仍需要在工作中就培養(yǎng)這樣的思維模式。
最后，國內(nèi)很多公司存在面試官看眼緣決定是否錄用……這樣的情況不在本次討論范圍之內(nèi)。
軟件測(cè)試面試問題3
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è)試面試問題4
一. 為什么要在一個(gè)團(tuán)隊(duì)中開展軟件測(cè)試工作?
因?yàn)闆]有經(jīng)過測(cè)試的軟件很難在發(fā)布之前知道該軟件的質(zhì)量，就好比ISO質(zhì)量認(rèn)證一樣，測(cè)試同樣也需要質(zhì)量的保證，這個(gè)時(shí)候就需要在團(tuán)隊(duì)中開展軟件測(cè)試的工作。在測(cè)試的過程發(fā)現(xiàn)軟件中存在的問題，及時(shí)讓開發(fā)人員得知并修改問題，在即將發(fā)布時(shí)，從測(cè)試報(bào)告中得出軟件的質(zhì)量情況。
二. 您在以往的測(cè)試工作中都曾經(jīng)具體從事過哪些工作?其中最擅長(zhǎng)哪部分工作?
我曾經(jīng)做過web測(cè)試，后臺(tái)測(cè)試，客戶端軟件，其中包括功能測(cè)試，性能測(cè)試，用戶體驗(yàn)測(cè)試。最擅長(zhǎng)的是功能測(cè)試
三. 您所熟悉的軟件測(cè)試類型都有哪些?請(qǐng)?jiān)囍謩e比較這些不同的測(cè)試類型的區(qū)別與聯(lián)系(如功能測(cè)試、性能測(cè)試 )
測(cè)試類型有：功能測(cè)試，性能測(cè)試，界面測(cè)試。
功能測(cè)試在測(cè)試工作中占的比例最大，功能測(cè)試也叫黑盒測(cè)試。是把測(cè)試對(duì)象看作一個(gè)黑盒子。利用黑盒測(cè)試法進(jìn)行動(dòng)態(tài)測(cè)試時(shí)，需要測(cè)試軟件產(chǎn)品的功能，不需測(cè)試軟件產(chǎn)品的內(nèi)部結(jié)構(gòu)和處理過程。采用黑盒技術(shù)設(shè)計(jì)測(cè)試用例的方法有：等價(jià)類劃分、邊界值分析、錯(cuò)誤推測(cè)、因果圖和綜合策略。
性能測(cè)試是通過自動(dòng)化的測(cè)試工具模擬多種正常、峰值以及異常負(fù)載條件來對(duì)系統(tǒng)的各項(xiàng)性能指標(biāo)進(jìn)行測(cè)試。負(fù)載測(cè)試和壓力測(cè)試都屬于性能測(cè)試，兩者可以結(jié)合進(jìn)行。通過負(fù)載測(cè)試，確定在各種工作負(fù)載下系統(tǒng)的性能，目標(biāo)是測(cè)試當(dāng)負(fù)載逐漸增加時(shí)，系統(tǒng)各項(xiàng)性能指標(biāo)的變化情況。壓力測(cè)試是通過確定一個(gè)系統(tǒng)的瓶頸或者不能接收的性能點(diǎn)，來獲得系統(tǒng)能提供的最大服務(wù)級(jí)別的測(cè)試面試常見問題--軟件測(cè)試工程師面試題（3篇）面試常見問題--軟件測(cè)試工程師面試題（3篇）。
界面測(cè)試，界面是軟件與用戶交互的最直接的.層，界面的好壞決定用戶對(duì)軟件的第一印象。而且設(shè)計(jì)良好的界面能夠引導(dǎo)用戶自己完成相應(yīng)的操作，起到向?qū)У淖饔�。同時(shí)界面如同人的面孔，具有吸引用戶的直接優(yōu)勢(shì)。設(shè)計(jì)合理的界面能給用戶帶來輕松愉悅的感受和成功的感覺，相反由于界面設(shè)計(jì)的失敗，讓用戶有挫敗感，再實(shí)用強(qiáng)大的功能都可能在用戶的畏懼與放棄中付諸東流。
區(qū)別在于，功能測(cè)試關(guān)注產(chǎn)品的所有功能上，要考慮到每個(gè)細(xì)節(jié)功能，每個(gè)可能存在的功能問題。性能測(cè)試主要關(guān)注于產(chǎn)品整體的多用戶并發(fā)下的穩(wěn)定性和健壯性面試常見問題--界面測(cè)試更關(guān)注于用戶體驗(yàn)上，用戶使用該產(chǎn)品的時(shí)候是否易用，是否易懂，是否規(guī)范(快捷鍵之類的)，是否美觀(能否吸引用戶的注意力)，是否安全(盡量在前臺(tái)避免用戶無意輸入無效的數(shù)據(jù)，當(dāng)然考慮到體驗(yàn)性，不能太粗魯?shù)膹棾鼍??做某個(gè)性能測(cè)試的時(shí)候，首先它可能是個(gè)功能點(diǎn)，首先要保證它的功能是沒問題的，然后再考慮該功能點(diǎn)的性能測(cè)試
四.您認(rèn)為做好測(cè)試用例設(shè)計(jì)工作的關(guān)鍵是什么?
白盒測(cè)試用例設(shè)計(jì)的關(guān)鍵是以較少的用例覆蓋盡可能多的內(nèi)部程序邏輯結(jié)果
黑盒測(cè)試用例設(shè)計(jì)的關(guān)鍵同樣也是以較少的用例覆蓋模塊輸出和輸入接口。不可能做到完全測(cè)試，以最少的用例在合理的時(shí)間內(nèi)發(fā)現(xiàn)最多的問題
五. 請(qǐng)?jiān)囍容^一下黑盒測(cè)試、白盒測(cè)試、單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試的區(qū)別與聯(lián)系。
黑盒測(cè)試：已知產(chǎn)品的功能設(shè)計(jì)規(guī)格，可以進(jìn)行測(cè)試證明每個(gè)實(shí)現(xiàn)了的功能是否符合要求。
白盒測(cè)試：已知產(chǎn)品的內(nèi)部工作過程，可以通過測(cè)試證明每種內(nèi)部操作是否符合設(shè)計(jì)規(guī)格要求，所有內(nèi)部成分是否以經(jīng)過檢查。
軟件的黑盒測(cè)試意味著測(cè)試要在軟件的接口處進(jìn)行。這種方法是把測(cè)試對(duì)象看做一個(gè)黑盒子，測(cè)試人員完全不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部特性，只依據(jù)程序的需求規(guī)格說明書，檢查程序的功能是否符合它的功能說明。因此黑盒測(cè)試又叫功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試。黑盒測(cè)試主要是為了發(fā)現(xiàn)以下幾類錯(cuò)誤：
是否有不正確或遺漏的功能?
在接口上，輸入是否能正確的接受?能否輸出正確的結(jié)果?
是否有數(shù)據(jù)結(jié)構(gòu)錯(cuò)誤或外部信息(例如數(shù)據(jù)文件)訪問錯(cuò)誤?
性能上是否能夠滿足要求?
是否有初始化或終止性錯(cuò)誤?
軟件的白盒測(cè)試是對(duì)軟件的過程性細(xì)節(jié)做細(xì)致的檢查。這種方法是把測(cè)試對(duì)象看做一個(gè)打開的盒子，它允許測(cè)試人員利用程序內(nèi)部的邏輯結(jié)構(gòu)及有關(guān)信息，設(shè)計(jì)或選擇測(cè)試用例，對(duì)程序所有邏輯路徑進(jìn)行測(cè)試。通過在不同點(diǎn)檢查程序狀態(tài)，確定實(shí)際狀態(tài)是否與預(yù)期的狀態(tài)一致。因此白盒測(cè)試又稱為結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試。白盒測(cè)試主要是想對(duì)程序模塊進(jìn)行如下檢查：
對(duì)程序模塊的所有獨(dú)立的執(zhí)行路徑至少測(cè)試一遍面試常見問題--軟件測(cè)試工程師面試題（3篇）自我介紹對(duì)所有的邏輯判定，取 真 與取 假 的兩種情況都能至少測(cè)一遍。在循環(huán)的邊界和運(yùn)行的界限內(nèi)執(zhí)行循環(huán)體。測(cè)試內(nèi)部數(shù)據(jù)結(jié)構(gòu)的有效性，等等。
單元測(cè)試(模塊測(cè)試)是開發(fā)者編寫的一小段代碼，用于檢驗(yàn)被測(cè)代碼的一個(gè)很小的、很明確的功能是否正確。通常而言，一個(gè)單元測(cè)試是用于判斷某個(gè)特定條件(或者場(chǎng)景)下某個(gè)特定函數(shù)的行為。
軟件測(cè)試面試問題5
1、請(qǐng)根據(jù)”V”模型分別概述測(cè)試人員在軟件的需求定義階段、設(shè)計(jì)階段、編碼階段、系統(tǒng)集成階段的工作任務(wù)及其相應(yīng)生成的文檔? 需求定義階段：根據(jù)項(xiàng)目需求提取測(cè)試需求 并形成測(cè)試需求文檔，根據(jù)提取的測(cè)試需求和項(xiàng)目計(jì)劃進(jìn)行測(cè)試計(jì)劃的擬定，測(cè)試計(jì)劃文檔，設(shè)計(jì)：根據(jù)測(cè)試需求擬訂測(cè)試方案并形成測(cè)試方案文檔;根據(jù)測(cè)試方案制定測(cè)試用例，并形成測(cè)試用例文檔，編碼階段：執(zhí)行測(cè)試并完善測(cè)試用例文檔，系統(tǒng)集成階段：測(cè)試總結(jié)報(bào)告，階段問題統(tǒng)計(jì)報(bào)告，測(cè)試問題報(bào)告
2、怎樣衡量一個(gè)測(cè)試用例的質(zhì)量? 測(cè)試的覆蓋率，功能點(diǎn)，性能，風(fēng)險(xiǎn)等
3、集成測(cè)試的集成順序有哪些?如何選擇?
4、考察軟件的`安全可靠性時(shí)，一般從那些方面來判斷?
5、列舉你用過的自動(dòng)化工具并說明用測(cè)試自動(dòng)化工具有什么好處。 速度快，效率高，可靠性好，能按標(biāo)準(zhǔn)及規(guī)范執(zhí)行
6、如果一個(gè)軟件不能繼續(xù)測(cè)試下去，在停止測(cè)試之前，需要考慮哪些問題?
7、如果一個(gè)界面沒有明顯的對(duì)與錯(cuò)，怎么開始測(cè)試? 看界面的美觀，易用性等
8、你認(rèn)為一個(gè)好的測(cè)試工程師應(yīng)具備那些素質(zhì)? 善于發(fā)現(xiàn)問題，能很好的與同事溝通，
9、一個(gè)輸入框，要求輸入一個(gè)1-8位的標(biāo)識(shí)符做為系統(tǒng)系統(tǒng)唯一標(biāo)志，怎樣設(shè)計(jì)測(cè)試用例?
10、請(qǐng)根據(jù)下面的交互模型寫出一測(cè)試用例。
軟件測(cè)試面試問題6
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ū)PU/內(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è)試面試問題7
軟件測(cè)試面試題第一部分：
筆試題
1. 避免死鎖的方法有哪些？
2. 內(nèi)存有哪幾種存儲(chǔ)組織結(jié)構(gòu)，請(qǐng)分別加以說明。
3.如果你是一個(gè)測(cè)試組長(zhǎng)，你將怎么做計(jì)劃，去測(cè)試一個(gè)ICEBOX。
4.測(cè)試結(jié)束的標(biāo)準(zhǔn)是什么？
5.測(cè)試用例的設(shè)計(jì)方法有哪些，描述一個(gè)具體的例子。
6.單元測(cè)試和集成測(cè)試，描述工作實(shí)際開展的情況。
7.工作中哪些需要改進(jìn)，期望的工作環(huán)境。
軟件測(cè)試面試題第二部分：
口述題
問題：軟件的缺陷等級(jí)應(yīng)如何劃分？
答案：
A類—嚴(yán)重錯(cuò)誤，包括以下各種錯(cuò)誤：1．由于程序所引起的死機(jī),非法退出2．死循環(huán)3．?dāng)?shù)據(jù)庫發(fā)生死鎖4．因錯(cuò)誤操作導(dǎo)致的程序中斷5．功能錯(cuò)誤6．與數(shù)據(jù)庫連接錯(cuò)誤7．?dāng)?shù)據(jù)通訊錯(cuò)誤
B類—較嚴(yán)重錯(cuò)誤，包括以下各種錯(cuò)誤：1．程序錯(cuò)誤2．程序接口錯(cuò)誤3．?dāng)?shù)據(jù)庫的表、業(yè)務(wù)規(guī)則、缺省值未加完整性等約束條件
C類—一般性錯(cuò)誤，包括以下各種錯(cuò)誤：1．操作界面錯(cuò)誤（包括數(shù)據(jù)窗口內(nèi)列名定義、含義是否一致）2．打印內(nèi)容、格式錯(cuò)誤3．簡(jiǎn)單的輸入限制未放在前臺(tái)進(jìn)行控制4．刪除操作未給出提示5．?dāng)?shù)據(jù)庫表中有過多的空字段
D類—較小錯(cuò)誤，包括以下各種錯(cuò)誤：1．界面不規(guī)范2．輔助說明描述不清楚3．輸入輸出不規(guī)范4．長(zhǎng)操作未給用戶提示5．提示窗口文字未采用行業(yè)術(shù)語6．可輸入?yún)^(qū)域和只讀區(qū)域沒有明顯的區(qū)分標(biāo)志
E類—測(cè)試建議
軟件測(cè)試員面試題的目的'，就是是為了盡可能多地找出錯(cuò)誤，不同的機(jī)構(gòu)會(huì)有不同的測(cè)試目的；相同的機(jī)構(gòu)也可能有不同測(cè)試目的，回答好基本的面試題，以得到考官肯定的評(píng)價(jià)。
軟件測(cè)試面試問題8
中軟軟件測(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ī)劃，而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é)議
【軟件測(cè)試面試問題】相關(guān)文章：
軟件測(cè)試員面試問題07-25
軟件測(cè)試員的面試問題08-07
軟件測(cè)試面試的筆試題07-21
軟件測(cè)試工程師應(yīng)聘面試常見問題08-16
測(cè)試能力的面試問題07-17
面試問題心理測(cè)試07-21
外企軟件測(cè)試面試試題09-26
軟件測(cè)試面試試題及答案09-25
軟件測(cè)試?yán)碚撁嬖囋囶}09-25