- 相關(guān)推薦
常見軟件測(cè)試面試題
在各領(lǐng)域中，我們很多時(shí)候都會(huì)有考試，接觸到試題，試題可以幫助主辦方了解考生某方面的知識(shí)或技能狀況。還在為找參考試題而苦惱嗎？以下是小編整理的常見軟件測(cè)試面試題，希望能夠幫助到大家。
常見軟件測(cè)試面試題
問題一：為什么要在一個(gè)團(tuán)隊(duì)中開展軟件測(cè)試工作?
任何軟件在開發(fā)過程中都會(huì)留下缺陷，帶有缺陷的軟件產(chǎn)品如果提交出去，可能會(huì)給公司帶來不可估量的損失，我們必須在客戶之前發(fā)現(xiàn)盡可能多的問題，從而保障客戶滿意。而發(fā)現(xiàn)問題的這個(gè)過程稱之為測(cè)試。
問題二：簡(jiǎn)述你在以前的工作中做過哪些事情，比較熟悉什么。
此問題每個(gè)人都不一樣。我自己的答案如下。
我主要的工作是系統(tǒng)測(cè)試和自動(dòng)化測(cè)試，也曾少量涉及性能測(cè)試。在系統(tǒng)測(cè)試中，主要是對(duì)BOSS系統(tǒng)的業(yè)務(wù)邏輯功能，以及軟交換系統(tǒng)的Class 5特性進(jìn)行測(cè)試。性能測(cè)試中，主要是進(jìn)行的壓力測(cè)試，在各個(gè)不同數(shù)量請(qǐng)求的情況下，獲取系統(tǒng)響應(yīng)時(shí)間以及系統(tǒng)資源消耗情況。自動(dòng)化測(cè)試主要是通過自己寫腳本以及一些第三方工具的結(jié)合來測(cè)試軟交換的特性測(cè)試。
問題三：你所了解的的軟件測(cè)試類型都有哪些，簡(jiǎn)單介紹一下。
1. 基本功能驗(yàn)證。主要是對(duì)發(fā)布的版本進(jìn)行一些最主要功能的測(cè)試。英文常見叫法是Smoking Test,Basic Verification Test或者Sanity Check。
2. 功能測(cè)試。主要是依據(jù)需求或者需求分析文檔，對(duì)所發(fā)布的版本進(jìn)行測(cè)試，看看是否滿足需求，是否出現(xiàn)了不必要的功能。
3. 單元測(cè)試。是開發(fā)人員進(jìn)行的測(cè)試之一，一般是開發(fā)人員對(duì)很小的模塊，比如函數(shù)進(jìn)行測(cè)試，一般來說，開發(fā)人員還需要開發(fā)相應(yīng)的測(cè)試樁來進(jìn)行此類測(cè)試。
4. 集成測(cè)試。在大型的開發(fā)過程中，軟件是模塊化進(jìn)行開發(fā)的，將不同的模塊揉合在一起的話，需要進(jìn)行的測(cè)試就是集成測(cè)試。
5. 系統(tǒng)測(cè)試。當(dāng)軟件提交給測(cè)試組后，是對(duì)整個(gè)系統(tǒng)的所有功能進(jìn)行測(cè)試，一般來說，功能測(cè)試是系統(tǒng)測(cè)試的一個(gè)部分。
6. 壓力測(cè)試。主要是在很大性能的情況下，這個(gè)性能已經(jīng)接近了系統(tǒng)的極限，看看系統(tǒng)運(yùn)轉(zhuǎn)的情況。
7. 負(fù)載測(cè)試。主要是用各種不同的性能去檢測(cè)系統(tǒng)，采集各個(gè)數(shù)據(jù)在這些性能情況下的數(shù)據(jù)。
8. 黑盒測(cè)試。指系統(tǒng)對(duì)你來說是完全不透明的，只給你留下了輸入和最終輸出，這個(gè)是功能測(cè)試的方法之一。
9. 灰盒測(cè)試。指在了解部分系統(tǒng)內(nèi)部工作機(jī)制的情況下，對(duì)于系統(tǒng)進(jìn)行的覆蓋性測(cè)試。
10. 白盒測(cè)試。主要是在單元測(cè)試和集成測(cè)試的情況下，開發(fā)人員已知代碼，對(duì)這一段的代碼進(jìn)行全路徑的覆蓋測(cè)試。
11. 界面測(cè)試。主要是看用戶界面的友好性和易用性，是否有文字或者排版錯(cuò)誤，是否有輸入限制等等。
12. 回歸測(cè)試。一般是系統(tǒng)發(fā)現(xiàn)BUG，開發(fā)人員修改后，和BUG直接相關(guān)以及可能相關(guān)的功能進(jìn)行的測(cè)試。
13. 安裝和卸載的測(cè)試。
14. 恢復(fù)測(cè)試。主要是一個(gè)系統(tǒng)在發(fā)生了災(zāi)難的情況下，從錯(cuò)誤中是否容易恢復(fù)。
15. 兼容性測(cè)試。一個(gè)系統(tǒng)在不同的語(yǔ)言，操作系統(tǒng)下的系統(tǒng)測(cè)試。
16. 安全測(cè)試。系統(tǒng)在遇到攻擊或者類似情況下的表現(xiàn)。
17. Alpha測(cè)試。系統(tǒng)在給最終用戶前，測(cè)試人員在實(shí)驗(yàn)室中模擬最終用戶的測(cè)試。
18. Beta測(cè)試。由部分最終用戶通過使用來進(jìn)行的測(cè)試。
19. 比較測(cè)試。和其他具有相同或者類似功能的系統(tǒng)進(jìn)行對(duì)比的測(cè)試。
20. 驗(yàn)收測(cè)試。一般是最終用戶在接受產(chǎn)品前，依據(jù)自己所提出的要求進(jìn)行的測(cè)試，很多情況下，驗(yàn)收測(cè)試可能委托第三方機(jī)構(gòu)完成。
問題四：測(cè)試計(jì)劃工作的目的是什么?測(cè)試計(jì)劃文檔的內(nèi)容應(yīng)該包括什么?其中哪些是最重要的?
軟件測(cè)試計(jì)劃是指導(dǎo)測(cè)試過程的綱領(lǐng)性文件。
包含了產(chǎn)品概述、測(cè)試策略、測(cè)試方法、測(cè)試區(qū)域、測(cè)試配置、測(cè)試周期、測(cè)試資源、測(cè)試交流、風(fēng)險(xiǎn)分析等內(nèi)容。借助軟件測(cè)試計(jì)劃，參與測(cè)試的項(xiàng)目成員，尤其是測(cè)試管理人員，可以明確測(cè)試任務(wù)和測(cè)試方法，保持測(cè)試實(shí)施過程的順暢溝通，跟蹤和控制測(cè)試進(jìn)度，應(yīng)對(duì)測(cè)試過程中的各種變更。
測(cè)試計(jì)劃和測(cè)試詳細(xì)規(guī)格、測(cè)試用例之間是戰(zhàn)略和戰(zhàn)術(shù)的關(guān)系，測(cè)試計(jì)劃主要從宏觀上規(guī)劃測(cè)試活動(dòng)的范圍、方法和資源配置，而測(cè)試詳細(xì)規(guī)格、測(cè)試用例是完成測(cè)試任務(wù)的具體戰(zhàn)術(shù)。所以其中最重要的是測(cè)試測(cè)試策略和測(cè)試方法(最好是能先評(píng)審)。
問題五：你認(rèn)為做好測(cè)試計(jì)劃工作的關(guān)鍵是什么?
1. 明確測(cè)試的目標(biāo)，增強(qiáng)測(cè)試計(jì)劃的實(shí)用性
編寫軟件測(cè)試計(jì)劃得重要目的就是使測(cè)試過程能夠發(fā)現(xiàn)更多的軟件缺陷，因此軟件測(cè)試計(jì)劃的價(jià)值取決于它對(duì)幫助管理測(cè)試項(xiàng)目，并且找出軟件潛在的缺陷。因此，軟件測(cè)試計(jì)劃中的測(cè)試范圍必須高度覆蓋功能需求，測(cè)試方法必須切實(shí)可行，測(cè)試工具并且具有較高的實(shí)用性，便于使用，生成的測(cè)試結(jié)果直觀、準(zhǔn)確
2. 堅(jiān)持“5W”規(guī)則，明確內(nèi)容與過程
“5W”規(guī)則指的是“What(做什么)”、“Why(為什么做)”、“When(何時(shí)做)”、“Where(在哪里)”、“How(如何做)”。利用“5W”規(guī)則創(chuàng)建軟件測(cè)試計(jì)劃，可以幫助測(cè)試團(tuán)隊(duì)理解測(cè)試的目的(Why)，明確測(cè)試的范圍和內(nèi)容(What)，確定測(cè)試的開始和結(jié)束日期(When)，指出測(cè)試的方法和工具(How)，給出測(cè)試文檔和軟件的存放位置(Where)。
3. 采用評(píng)審和更新機(jī)制，保證測(cè)試計(jì)劃滿足實(shí)際需求
測(cè)試計(jì)劃寫作完成后，如果沒有經(jīng)過評(píng)審，直接發(fā)送給測(cè)試團(tuán)隊(duì)，測(cè)試計(jì)劃內(nèi)容的可能不準(zhǔn)確或遺漏測(cè)試內(nèi)容，或者軟件需求變更引起測(cè)試范圍的增減，而測(cè)試計(jì)劃的內(nèi)容沒有及時(shí)更新，誤導(dǎo)測(cè)試執(zhí)行人員。
4. 分別創(chuàng)建測(cè)試計(jì)劃與測(cè)試詳細(xì)規(guī)格、測(cè)試用例
應(yīng)把詳細(xì)的測(cè)試技術(shù)指標(biāo)包含到獨(dú)立創(chuàng)建的測(cè)試詳細(xì)規(guī)格文檔，把用于指導(dǎo)測(cè)試小組執(zhí)行測(cè)試過程的測(cè)試用例放到獨(dú)立創(chuàng)建的測(cè)試用例文檔或測(cè)試用例管理數(shù)據(jù)庫(kù)中。測(cè)試計(jì)劃和測(cè)試詳細(xì)規(guī)格、測(cè)試用例之間是戰(zhàn)略和戰(zhàn)術(shù)的關(guān)系，測(cè)試計(jì)劃主要從宏觀上規(guī)劃測(cè)試活動(dòng)的范圍、方法和資源配置，而測(cè)試詳細(xì)規(guī)格、測(cè)試用例是完成測(cè)試任務(wù)的具體戰(zhàn)術(shù)。
軟件測(cè)試面試題
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ò)誤的情況�？蛇x擇這些情況下的例子作為測(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è)試工程師面試題
1、怎么來設(shè)計(jì)測(cè)試方案
根據(jù)測(cè)試需求（涉及功能需求和非功能性需求），辨認(rèn)測(cè)試要點(diǎn)，辨認(rèn)測(cè)試環(huán)境規(guī)定，安排測(cè)試輪次，根據(jù)項(xiàng)目籌劃和開發(fā)籌劃做整體的測(cè)試安排。
被測(cè)試的特性：通過對(duì)需求規(guī)格闡明書進(jìn)行分析，列出本次測(cè)試需要進(jìn)行測(cè)試的各部分特性（如要測(cè)試的功能需求、性能需求、安全性需求等等）。
不被測(cè)試的特性：由于資源、進(jìn)度等方面因素，本次測(cè)試不列入測(cè)試范疇的特性。
測(cè)試組網(wǎng)圖：進(jìn)行本次系統(tǒng)測(cè)試所需要的軟硬件設(shè)備、配備數(shù)據(jù)已及互相間的邏輯、物理連接。此后測(cè)試執(zhí)行時(shí)需要根據(jù)這個(gè)組網(wǎng)圖來進(jìn)行環(huán)境的搭建。
2、如果給你一種B/S系統(tǒng)你怎么來進(jìn)行測(cè)試
此題答案還可用于回答測(cè)試流程，測(cè)試流程題亦可參照15題。
閱讀系統(tǒng)需求，充足理解需求，記錄問題，并與項(xiàng)目需求人員充足溝通。
編寫測(cè)試需求，涉及系統(tǒng)功能和非功能測(cè)試要點(diǎn)、測(cè)試類型、測(cè)試進(jìn)度質(zhì)量規(guī)定等。
制定測(cè)試籌劃，涉及熟悉測(cè)試業(yè)務(wù)、設(shè)計(jì)測(cè)試用例、執(zhí)行測(cè)試用例、進(jìn)行測(cè)試小結(jié)、編寫測(cè)試報(bào)告，任務(wù)顆粒度一般應(yīng)不不小于5人天
編寫測(cè)試用例，根據(jù)測(cè)試方案設(shè)計(jì)用例，即便沒有明確的性能和安全測(cè)試規(guī)定，也應(yīng)辨認(rèn)進(jìn)行此兩項(xiàng)測(cè)試。
執(zhí)行軟件測(cè)試。
進(jìn)行測(cè)試小結(jié)，如果測(cè)試持續(xù)時(shí)間較長(zhǎng)，每個(gè)版本間隙總結(jié)本輪測(cè)試。
編寫測(cè)試報(bào)告，總結(jié)測(cè)試過程，匯總度量數(shù)據(jù)。
3、怎么進(jìn)行工作流的測(cè)試
把握需求，找準(zhǔn)結(jié)點(diǎn)，理清流程，畫出流轉(zhuǎn)圖，弄清節(jié)點(diǎn)間的數(shù)據(jù)流轉(zhuǎn)，設(shè)計(jì)測(cè)試用例的時(shí)候必須覆蓋所有也許的流程。
工作流：
如果問到有無做過，根據(jù)對(duì)工作流的理解狀況回答，如果比較理解，可以把參與的某個(gè)項(xiàng)目中說上某些有工作流的，如果不是很理解就說沒有做過，但是學(xué)習(xí)過有關(guān)知識(shí)。
4、做性能測(cè)試的時(shí)候都需要關(guān)注哪些參數(shù)
并發(fā)訪問量，服務(wù)器響應(yīng)時(shí)間（最小、平均、最大）
并發(fā)性能測(cè)試的過程是一種負(fù)載測(cè)試和壓力測(cè)試的過程，即逐漸增長(zhǎng)負(fù)載，直到系統(tǒng)的瓶頸或者不能接受的性能點(diǎn)，通過綜合分析交易執(zhí)行指標(biāo)和資源監(jiān)控指標(biāo)來擬定系統(tǒng)并發(fā)性能的過程。
負(fù)載測(cè)試（Load Testing）是擬定在多種工作負(fù)載下系統(tǒng)的性能，目的是測(cè)試當(dāng)負(fù)載逐漸增長(zhǎng)時(shí)，系統(tǒng)構(gòu)成部分的相應(yīng)輸出項(xiàng)，例如通過量、響應(yīng)時(shí)間、CPU負(fù)載、內(nèi)存使用等來決定系統(tǒng)的性能。
負(fù)載測(cè)試是一種分析軟件應(yīng)用程序和支撐架構(gòu)、模擬真實(shí)環(huán)境的使用，從而來擬定可以接受的性能過程。壓力測(cè)試（Stress Testing）是通過擬定一種系統(tǒng)的瓶頸或者不能接受的性能點(diǎn)，來獲得系統(tǒng)能提供的最大服務(wù)級(jí)別的測(cè)試。
疲勞測(cè)試是采用系統(tǒng)穩(wěn)定運(yùn)營(yíng)狀況下可以支持的最大并發(fā)顧客數(shù)，持續(xù)執(zhí)行一段時(shí)間業(yè)務(wù)，通過綜合分析交易執(zhí)行指標(biāo)和資源監(jiān)控指標(biāo)來擬定系統(tǒng)解決最大工作量強(qiáng)度性能的過程。
疲勞強(qiáng)度測(cè)試可以采用工具自動(dòng)化的方式進(jìn)行測(cè)試，也可以手工編寫程序測(cè)試，其中后者占的比例較大。
一般狀況下以服務(wù)器可以正常穩(wěn)定響應(yīng)祈求的最大并發(fā)顧客數(shù)進(jìn)行一定期間的疲勞測(cè)試，獲取交易執(zhí)行指標(biāo)數(shù)據(jù)和系統(tǒng)資源監(jiān)控?cái)?shù)據(jù)。如浮現(xiàn)錯(cuò)誤導(dǎo)致測(cè)試不能成功執(zhí)行，則及時(shí)調(diào)節(jié)測(cè)試指標(biāo)，例如減少顧客數(shù)、縮短測(cè)試周期等。尚有一種狀況的疲勞測(cè)試是對(duì)目前系統(tǒng)性能的評(píng)估，用系統(tǒng)正常業(yè)務(wù)狀況下并發(fā)顧客數(shù)為基本，進(jìn)行一定期間的疲勞測(cè)試。
大數(shù)據(jù)量測(cè)試可以分為兩種類型：針對(duì)某些系統(tǒng)存儲(chǔ)、傳播、記錄、查詢等業(yè)務(wù)進(jìn)行大數(shù)據(jù)量的獨(dú)立數(shù)據(jù)量測(cè)試；與壓力性能測(cè)試、負(fù)載性能測(cè)試、疲勞性能測(cè)試相結(jié)合的綜合數(shù)據(jù)量測(cè)試方案。大數(shù)據(jù)量測(cè)試的核心是測(cè)試數(shù)據(jù)的準(zhǔn)備，可以依托工具準(zhǔn)備測(cè)試數(shù)據(jù)。
5、客戶沒給性能指數(shù)，怎么開展性能測(cè)試
如果客戶沒有提出明確的性能指標(biāo)，可以按照慣例和經(jīng)驗(yàn)設(shè)立，需要和PM協(xié)商，一般由PM確認(rèn)，QA負(fù)責(zé)給出建議。
舉例說一種Server端程序，規(guī)定峰值時(shí)CPU和MEM消耗在75％如下，而一種頁(yè)面的訪問響應(yīng)時(shí)間一般覺得顧客的忍耐時(shí)間是3－5秒以內(nèi)，這些要參照實(shí)際的應(yīng)用來擬定顧客規(guī)模、操作頻率、同步在線數(shù)等。
6、有無做過接口測(cè)試，是如何做的
通過編寫測(cè)試程序，獲得接口指針，逐個(gè)調(diào)用接口函數(shù)驗(yàn)證其對(duì)的性，及失敗操作
7、測(cè)試過程中是如何來保證軟件質(zhì)量的
測(cè)試用例編寫完畢后要加強(qiáng)評(píng)審的力度，保證測(cè)試用例覆蓋所有需求點(diǎn)
執(zhí)行測(cè)試過程中注意做小結(jié)檢查覆蓋狀況、審視所提缺陷質(zhì)量，復(fù)測(cè)時(shí)應(yīng)注意有關(guān)模塊的測(cè)試
測(cè)試時(shí)間寬裕的話可以做交叉測(cè)試，用以保證測(cè)試質(zhì)量。
8、測(cè)試方案都寫什么內(nèi)容
1概述
2被測(cè)對(duì)象分析
3應(yīng)測(cè)試的特性
4不被測(cè)試的特性
5總體設(shè)計(jì)措施
6測(cè)試模型
6.1測(cè)試組網(wǎng)圖
6.2構(gòu)造/對(duì)象關(guān)系圖
6.3測(cè)試原理
6.4操作規(guī)程
7測(cè)試需求
7.1環(huán)境需求
7.2被測(cè)對(duì)象需求
7.3測(cè)試工具需求
7.4測(cè)試代碼需求
7.5數(shù)據(jù)需求
7.6其他需求
8測(cè)試設(shè)計(jì)
8.1工具設(shè)計(jì)
8.2測(cè)試代碼設(shè)計(jì)
8.3用例設(shè)計(jì)
8.3.1設(shè)計(jì)原則
8.3.2測(cè)試項(xiàng)目
9.附錄
�。y(cè)試方案規(guī)定根據(jù)《SRS》上的每個(gè)需求點(diǎn)設(shè)計(jì)出涉及需求點(diǎn)簡(jiǎn)介，測(cè)試思路和具體測(cè)試措施三部分的方案）以往華為測(cè)試方案
目錄如下：
第1章技術(shù)方案
1.1.測(cè)試需求描述
1.1.1.測(cè)試類型分析
1.1.2.測(cè)試內(nèi)容
1.2.缺陷分類
1.3.缺陷級(jí)別
第2章SOW及規(guī)格的應(yīng)答
2.1.測(cè)試需求應(yīng)答
2.2.交付件應(yīng)答
2.2.1.軟件交付件應(yīng)答
2.2.2.非軟件交付件應(yīng)答
2.3.項(xiàng)目里程碑項(xiàng)目完畢時(shí)間應(yīng)答
2.4.質(zhì)量目的應(yīng)答
2.5.驗(yàn)收原則應(yīng)答
2.6.限制應(yīng)答
2.6.1.合伙供應(yīng)商人員組織應(yīng)答
2.6.2.硬件設(shè)備應(yīng)答
2.6.3.合伙項(xiàng)目開發(fā)場(chǎng)地應(yīng)答
第3章類似項(xiàng)目成功案例
第4章項(xiàng)目具體工作籌劃
第5章項(xiàng)目估算
9、測(cè)試方案和測(cè)試籌劃的區(qū)別
測(cè)試方案是技術(shù)性的；測(cè)試籌劃更多是管理性的。
測(cè)試籌劃重要要考慮測(cè)試的技術(shù)可行性、核心技術(shù)、資源投入、進(jìn)度安排、風(fēng)險(xiǎn)管理、配備管理、輸入輸出等。測(cè)試籌劃更多地供高層管理者決策時(shí)做參照；同步對(duì)后續(xù)測(cè)試工作開展起指引作用。
在某些小項(xiàng)目中，也許只需要一種測(cè)試方案，測(cè)試籌劃內(nèi)容相對(duì)較少，可以與測(cè)試方案合并進(jìn)行；而某些大項(xiàng)目中，也許要設(shè)計(jì)數(shù)十個(gè)測(cè)試方案，這就需要一種提綱挈領(lǐng)的東西了，這就是測(cè)試籌劃的作用。
10、測(cè)試用例是根據(jù)什么寫的
系統(tǒng)測(cè)試用例根據(jù)需求和設(shè)計(jì)編寫
（華為的SDV測(cè)試用例是根據(jù)《測(cè)試方案》和測(cè)試方略來編寫的）
11、是怎么來設(shè)計(jì)測(cè)試用例的？
答：先熟悉系統(tǒng)需求，把握測(cè)試要點(diǎn)，設(shè)計(jì)用例的原則一方面是要覆蓋每個(gè)需求點(diǎn)，可以通過填寫需求跟蹤矩陣來保證覆蓋。
黑盒測(cè)試的測(cè)試用例設(shè)計(jì)措施：等價(jià)類劃分法、邊界值分析法、錯(cuò)誤推測(cè)法、因果圖。
軟件測(cè)試工作的面試題目
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è)試面試題】相關(guān)文章：
軟件測(cè)試簡(jiǎn)歷07-14
軟件測(cè)試總結(jié)05-20
軟件測(cè)試個(gè)人總結(jié)報(bào)告 軟件測(cè)試的總結(jié)02-02
軟件測(cè)試的簡(jiǎn)歷模板08-22
軟件測(cè)試經(jīng)典簡(jiǎn)歷模板08-21
軟件測(cè)試實(shí)習(xí)總結(jié)09-24