一個常見的軟件測試面試題

1、一個常見的軟件測試面試題一個常見的軟件測試面試題考官從辦公室（面試現(xiàn)場）隨意選取一個簡單物品，假定是一個喝水的帶廣告圖案的花 紙杯，讓應(yīng)聘人對它設(shè)計出盡可能多的測試用例。測試項目：杯子需求測試：查看杯子使用說明書界面測試：查看杯子外觀功能度：用水杯裝水看漏不漏；水能不能被喝到安全性：杯子有沒有毒或細菌可*性：杯子從不同高度落下的損壞程度可移植性：杯子再不同的地方、溫度等環(huán)境下是否都可以正常使用兼容性：杯子是否能夠容納果汁、白水、酒精、汽油等易用性：杯子是否燙手、是否有防滑措施、是否方便飲用用戶文檔：使用手冊是否對杯子的用法、限制、使用條件等有詳細描述疲勞測試：將杯子盛上水（案例一）放 24小時

2、檢查泄漏時間和情況；盛上汽油（案例 二）放24小時檢查泄漏時間和情況等壓力測試：用根針并在針上面不斷加重量，看壓強多大時會穿透跌落測試：？杯子加包裝（有填充物），在多高的情況摔下不破損震動測試：杯子加包裝（有填充物），六面震動，檢查產(chǎn)品是否能應(yīng)對惡劣的鐵路公路航空運輸測試數(shù)據(jù)：測試數(shù)據(jù)具體編寫此處略（最討厭寫測試數(shù)據(jù)了）。其中應(yīng)用到：場景法、等價類劃分法、因果圖法、錯誤推測法、邊界值法等方法期望輸出：該期望輸出需查閱國標、行標以及使用用戶的需求說明書測試：檢查說明書書寫準確性給大家提三個產(chǎn)品:1.手機2.電飯鍋3.電梯有興趣的同學(xué)可以把答案寫出來一個常見的軟件測試面試題問題集1. 軟件測試分哪

3、兩種方法？分別適合什么情況？2. 一套完整的測試應(yīng)該由哪些階段組成？分別闡述一下各個階段。3. 軟件測試的類型有那些？分別比較這些不同的測試類型的區(qū)別與聯(lián)系。4. 測試用例通常包括那些內(nèi)容 ？著重闡述編制測試用例的具體做法5. 在分別測試winform的C/S結(jié)構(gòu)與測試 WEB吉構(gòu)的軟件是，應(yīng)該采取什么樣的方法分 別測試？他們存在什么樣的區(qū)別與聯(lián)系 ？6. 在測試winform的C/S結(jié)構(gòu)軟件時，發(fā)現(xiàn)這個軟件的運行速度很慢，您會認為是什么原因？您會采取哪些方法去檢查這個原因？7. 描述使用bugzilla 缺陷管理工具對軟件缺陷（BUG）跟蹤的管理的流程8.如果您是測試組長，您會采取什么樣的方

4、式管理團隊？在測試人員同開發(fā)人員的溝通過程中，如何提高溝通的效率和改善溝通的效果 ？維持測試人員同開發(fā)團隊中其他成員良好的人際關(guān)系的關(guān)鍵是什么？問題解答：1. 軟件測試分哪兩種方法？分別適合什么情況？軟件測試方法一般分為兩種：白盒測試與黑盒測試。白盒測試又稱為結(jié)構(gòu)測試、邏輯驅(qū) 動測試或基于程序本身的測試，它著重于程序的內(nèi)部結(jié)構(gòu)及算法，通常不關(guān)心功能與性能指標;黑盒測試又被稱為功能測試、數(shù)據(jù)驅(qū)動測試或基于規(guī)格說明的測試，它實際上 是站在最終用戶的立場，檢驗輸入輸出信息及系統(tǒng)性能指標是否符合規(guī)格說明書中有關(guān) 功能需求及性能需求的規(guī)定。2. 一套完整的測試應(yīng)該由哪些階段組成？分別闡述一下各個階段。計

5、劃階段、設(shè)計階段、白盒單元、白盒集成、黑盒單元、黑盒集成、系統(tǒng)測試、回歸測試、驗收測試一套完整的測試應(yīng)該由五個階段組成：1）。測試計劃首先，根據(jù)用戶需求報告中關(guān)于功能要求和性能指標的規(guī)格說明書，定義相應(yīng)的測試需求報告，即制訂黑盒測試的最高標準。以后所有的測試工作都將圍繞著測試需求來進行，符合測試需求的應(yīng) 用程序即是合格的，反之即是不合格的；同時，還要適當選擇測試內(nèi)容，合理安排測試人員、測試時間及測試資源等。2）測試設(shè)計將測試計劃階段制訂的測試需求分解、細化為若干個可執(zhí)行的測試過程，并為每個測試過程選擇適當?shù)臏y試用例 （測試用例選擇的好壞將直接影響測試結(jié)果的有效 性）。一個常見的軟件測試面試題一

6、個常見的軟件測試面試題。3）測試開發(fā)建立可重復(fù)使用的自動測試過程。4）測試執(zhí)行執(zhí)行測試開發(fā)階段建立的自動測試過程，并對所發(fā)現(xiàn)的缺陷進行跟蹤管理， 測試執(zhí)行一般由單元測試、組合測試、集成測試、系統(tǒng)聯(lián)調(diào)及回歸測試等步驟組成，測 試人員應(yīng)本著科學(xué)負責的態(tài)度，一步一個腳印地進行測試。5）測試評估結(jié)合量化的測試覆蓋域及缺陷跟蹤報告，對于應(yīng)用軟件的質(zhì)量和開發(fā)團隊的工作進度及工作效率進行綜合評價。3. 軟件測試的類型有那些？分別比較這些不同的測試類型的區(qū)別與聯(lián)系。一個常見的軟件測試面試題常見的測試用例設(shè)計方法都有哪些 ？請分別以具體的例子來說明這些方法在測試用例設(shè) 計工作中的應(yīng)用。1. 等價類劃分常見的軟件

7、測試面試題劃分等價類：等價類是指某個輸入域的子集合在該子集合中， 各個輸入數(shù)據(jù)對于揭露程序中的錯誤都是等效的并合理地假定：測試某等價類的代表值就等于對這一類其它值的測試因此,可以把全部輸入數(shù)據(jù)合理劃分為若干等價類，在每一個等價類中取一個數(shù)據(jù)作為測試的輸入條件，就可以用少量代表性的測試數(shù)據(jù)取得較好的測試結(jié)果等價類劃分可有兩種不同的情況：有效等價類和無效等價類2. 邊界值分析法邊界值分析方法是對等價類劃分方法的補充。測試工作經(jīng)驗告訴我，大量的錯誤是發(fā)生在輸入或輸出范圍的邊界上，而不是發(fā)生在輸入輸出范圍的內(nèi)部因此針對各種邊界情況設(shè)（面試題目：什么樣的工作環(huán)境適合你& amp;#from 個常

8、見的軟件測試面試題來自end#lt;結(jié)束）計測試用例，可以查出更多的錯誤使用邊界值分析方法設(shè)計測試用例，首先應(yīng)確定邊界情況通常輸入和輸出等價類的邊 界,就是應(yīng)著重測試的邊界情況應(yīng)當選取正好等于，剛剛大于或剛剛小于邊界的值作為 測試數(shù)據(jù)，而不是選取等價類中的典型值或任意值作為測試數(shù)據(jù)3. 錯誤推測法基于經(jīng)驗和直覺推測程序中所有可能存在的各種錯誤，從而有針對性的設(shè)計測試用例的方法錯誤推測方法的基本思想：列舉出程序中所有可能有的錯誤和容易發(fā)生錯誤的特殊情 況,根據(jù)他們選擇測試用例例如，在單元測試時曾列出的許多在模塊中常見的錯誤以前產(chǎn)品測試中曾經(jīng)發(fā)現(xiàn)的錯誤等，這些就是經(jīng)驗的總結(jié)。還有，輸入數(shù)據(jù)和輸出數(shù)

9、據(jù) 為0的情況。輸入表格為空格或輸入表格只有一行這些都是容易發(fā)生錯誤的情況?？蛇x擇這些情況下的例子作為測試用例4. 因果圖方法前面介紹的等價類劃分方法和邊界值分析方法，都是著重考慮輸入條件，但未考慮輸入條件之間的聯(lián)系，相互組合等考慮輸入條件之間的相互組合,可能會產(chǎn)生一些新的情 況但要檢查輸入條件的組合不是一件容易的事情，即使把所有輸入條件劃分成等價類,他們之間的組合情況也相當多因此必須考慮采用一種適合于描述對于多種條件的 組合,相應(yīng)產(chǎn)生多個動作的形式來考慮設(shè)計測試用例這就需要利用因果圖（邏輯模型）.因果圖方法最終生成的就是判定表它適合于檢查程序輸入條件的各種組合情況5. 正交表分析法有時候，可

10、能因為大量的參數(shù)的組合而引起測試用例數(shù)量上的激增，同時，這些測試用 例并沒有明顯的優(yōu)先級上的差距，而測試人員又無法完成這么多數(shù)量的測試，就可以通 過正交表來進行縮減一些用例，從而達到盡量少的用例覆蓋盡量大的范圍的可能性。6. 場景分析方法指根據(jù)用戶場景來模擬用戶的操作步驟，這個比較類似因果圖，但是可能執(zhí)行的深度和可行性更好。您認為做好測試用例設(shè)計工作的關(guān)鍵是什么？白盒測試用例設(shè)計的關(guān)鍵是以較少的用例覆蓋盡可能多的內(nèi)部程序邏輯結(jié)果黑盒法用例設(shè)計的關(guān)鍵同樣也是以較少的用例覆蓋模塊輸出和輸入接口。一個常見的軟件測試面試題文章一個常見的軟件測試面試題出自，此鏈接！。不可能做到完全測試，以最少的用例在合

11、理的時間內(nèi)發(fā)現(xiàn)最多的問題詳細的描述一個測試活動完整的過程：1. 項目經(jīng)理通過和客戶的交流，完成需求文檔，由開發(fā)人員和測試人員共同完成需求 文檔的評審，評審的內(nèi)容包括：需求描述不清楚的地方和可能有明顯沖突或者無法實現(xiàn)的功能的地方。項目經(jīng)理通過綜合開發(fā)人員，測試人員以及客戶的意見， 完成項目計劃。然后sqa進入項目，開始進行統(tǒng)計和跟蹤2. 開發(fā)人員根據(jù)需求文檔完成需求分析文檔，測試人員進行評審，評審的主要內(nèi)容包括是否有遺漏或者雙方理解不同的地方。測試人員完成測試計劃文檔，測試計劃包括的內(nèi)容上面有描述。3. 測試人員根據(jù)修改好的需求分析文檔開始寫測試用例，同時開發(fā)人員完成概要設(shè)計 文檔，詳細設(shè)計文檔

12、。此兩份文檔成為測試人員撰寫測試用例的補充材料。4. 測試用例完成后，測試和開發(fā)需要進行評審。5. 測試人員搭建環(huán)境6. 開發(fā)人員提交第一個版本，可能存在未完成功能，需要說明。測試人員進行測試， 發(fā)現(xiàn)bug后提交給bugzilla 。7. 開發(fā)提交第二個版本，包括bug fix以及增加了部分功能，測試人員進行測試。8. 重復(fù)上面的工作，一般是 3-4個版本后bug數(shù)量減少，達到出貨的要求。9. 如果有客戶反饋的問題，需要測試人員協(xié)助重現(xiàn)以及回歸測試。以往是否曾經(jīng)從事過性能測試工作 ？請盡可能的詳細描述您以往的性能測試工作的完整 過程。曾經(jīng)做過一套網(wǎng)管系統(tǒng)的性能測試，主要測試該軟件在同時管理大量

13、終端的情況下，在 響應(yīng)時間，cpu/磁盤/內(nèi)存等參數(shù)是否滿足要求。一個常見的軟件測試面試題禮儀大全。也曾經(jīng)做過軟交換系統(tǒng)的呼叫性能測試，主要是測試軟交換系統(tǒng)在有大量呼叫的情況 下，響應(yīng)時間，呼叫成功率，cpu/磁盤/內(nèi)存等參數(shù)是否滿足設(shè)計要求。您在從事性能測試工作時，是否使用過一些測試工具？如果有，請試述該工具的工作原理，并以一個具體的工作中的例子描述該工具是如何在實際工作中應(yīng)用的。測試網(wǎng)管系統(tǒng)中，使用的 mimic來模擬終端，能夠大量的節(jié)省成本。測試軟交換系統(tǒng)的時候，使用的prolab來模擬終端并發(fā)送呼叫軟交換，他完成了同時數(shù)百人才能完成的摘機撥號工作，主要工作原理是產(chǎn)生一些符合要求的ip包并發(fā)送給軟交換系統(tǒng)，同時對軟交換系統(tǒng)的回應(yīng)進行處理，決定下一步動作。您認為性能測試工作的目的是什么？做好性能測試工作的關(guān)鍵是什么 ？主要是保障在大量用戶的情況下，服務(wù)能正常使用在您以往的工作中，一條軟件缺陷（或者叫bug）記錄都包含了哪些內(nèi)容？如何提交高質(zhì)量 的軟件缺陷（bug）記錄？1. 在傳統(tǒng)的bugzilla 中，bug描述應(yīng)該包括以