一、測試基礎(chǔ)理論類

1、白盒、黑盒測試的概念

白盒測試又叫邏輯驅(qū)動(dòng)測試、基于內(nèi)部程序的測試，同時(shí)白盒測試是用來分析程序內(nèi)部的結(jié)構(gòu)。通常的結(jié)構(gòu)覆蓋包含語句覆蓋、條件覆蓋、判斷/條件覆蓋、分支覆蓋、路徑覆蓋

黑盒測試又叫功能測試，是把程序看做一個(gè)黑色盒子，無法看到里邊的具體實(shí)現(xiàn)邏輯。多用于系統(tǒng)測試、用戶驗(yàn)收測試、確認(rèn)測試等階段。一般情況下，測試人員或用戶只了解輸入輸出的關(guān)系，需要根據(jù)SRS來設(shè)計(jì)測試用例或判斷結(jié)果的正確性。

2、系統(tǒng)測試的過程

測試計(jì)劃 測試計(jì)劃評審 測試用例設(shè)計(jì) 測試用例評審 執(zhí)行測試 提交缺陷報(bào)告 系統(tǒng)回歸測試 提交測試報(bào)告

3、什么是敏捷測試

強(qiáng)調(diào)從使用系統(tǒng)的用戶（客戶）角度出發(fā)來測試系統(tǒng)。重點(diǎn)關(guān)注持續(xù)迭代地測試新開發(fā)的功能，而不再強(qiáng)調(diào)傳統(tǒng)測試過程中嚴(yán)格的測試階段。同時(shí)需要及早介入測試 ，持續(xù)進(jìn)行回歸測試保證之前測試過內(nèi)容的正確性。

4、傳統(tǒng)模式的軟件開發(fā)過程

瀑布模型描述

5、軟件質(zhì)量的非功能需求

可維護(hù)性、可擴(kuò)展性、可測試性、可重用性、可移植性、易理解性

6、測試用例包含哪些要素

用例編號(hào)、用例類型、用例標(biāo)題（名稱）、前置條件、操作步驟、測試數(shù)據(jù)、預(yù)期結(jié)果、實(shí)際結(jié)果

7、軟件測試的結(jié)束標(biāo)準(zhǔn)

可以反問哪個(gè)測試階段的結(jié)束標(biāo)準(zhǔn)。

系統(tǒng)測試結(jié)束標(biāo)準(zhǔn)：

被測對象基本滿足需求規(guī)格及范圍

未發(fā)現(xiàn)嚴(yán)重級別的缺陷，且一般性缺陷數(shù)小于10個(gè)

已拒絕、已掛起的缺陷均已正確處理

系統(tǒng)測試報(bào)告已出

8、如何進(jìn)行測試需求分析

根據(jù)自己實(shí)際工作，測試需求分析一般從粗到細(xì)分解法，第一遍收集好所有需求相關(guān)的資料，粗略過一遍，畫出基本流，記錄疑惑點(diǎn)。第二遍細(xì)看，可以通過思維導(dǎo)圖從基本流發(fā)散。

9、制訂測試策略的基本要素

輸入、過程、輸出

10、功能測試一般包含哪些測試類型

即黑盒測試方法

11、常見的功能測試用例的設(shè)計(jì)方法

等價(jià)類劃分法、邊界值分析法、因果圖法、正交實(shí)驗(yàn)法、判定表法、錯(cuò)誤推測法

12、測試用例的評審流程

靈活回答，不同公司不同項(xiàng)目評審流程也有區(qū)別。主要考察之前工作流程是否規(guī)范

內(nèi)部評審（通常由測試組內(nèi)部人員評審）->正式評審（由參與該項(xiàng)目的產(chǎn)品、開發(fā)、測試、項(xiàng)目經(jīng)理評審）->用例修訂->項(xiàng)目經(jīng)理確認(rèn)

13、缺陷報(bào)告有哪些要素

缺陷編號(hào)、缺陷標(biāo)題、前置條件、測試數(shù)據(jù)、操作步驟、預(yù)期結(jié)果、實(shí)際結(jié)果、初步定位原因、截圖或日志信息（可選）

14、缺陷的生命周期

缺陷提交、缺陷確認(rèn)、缺陷打開、缺陷修復(fù)、缺陷回歸、缺陷關(guān)閉

15、測試設(shè)計(jì)如何保證需求覆蓋率

全面測試需求分析、從業(yè)務(wù)與技術(shù)角度設(shè)計(jì)用例，不僅僅要考慮到當(dāng)前需求的可行性、發(fā)散性思考與之相關(guān)的需求點(diǎn)。同時(shí)其他流程也要遵循相關(guān)行業(yè)與業(yè)務(wù)規(guī)范等等。

16、一般缺陷都有哪些類型

需求、數(shù)據(jù)、邏輯、性能、功能、安全、兼容、變更、易用等

17、如何保證軟件測試質(zhì)量

從項(xiàng)目整體流程的各個(gè)階段描述，軟件質(zhì)量是要在每個(gè)環(huán)節(jié)做好把控的。

18、測試計(jì)劃有哪些內(nèi)容

產(chǎn)品測試背景、測試資源分配、測試策略、風(fēng)險(xiǎn)應(yīng)對措施、測試方法、測試工具、測試周期、測試參考資料

19、如何進(jìn)行回歸測試

分階段描述。但每個(gè)階段需要計(jì)算出回歸測試范圍以及需要的時(shí)間。

20、如何應(yīng)對需求變更

（1）測試人員需要非常精通需求，了解每個(gè)需求變更背后的原因 （2）通過計(jì)算需求變更產(chǎn)生的收益與成本來提供合理建議 （3）測試設(shè)計(jì)時(shí)從粗到細(xì)，防止需求變更導(dǎo)致的大量返工 （4）抽離通用的功能用例庫

21、如果沒有需求規(guī)格或需求不全面如何開展測試

比較有陷阱的題目，可以反問前提條件，項(xiàng)目成員通過何種方式來了解需求

22、對于不可重現(xiàn)的缺陷如何處理

不可忽視，及時(shí)記錄當(dāng)前的操作步驟與測試數(shù)據(jù)，并截取相關(guān)的日志片斷以提供證據(jù)。同時(shí)可以與其他成員分享此缺陷，建議大家集思廣益，在測試過程中有意重現(xiàn)。如果產(chǎn)品即將上線，同時(shí)分析出該缺陷對產(chǎn)品用戶的影響程度，可以轉(zhuǎn)交第三方公司來復(fù)現(xiàn)。若仍無法重現(xiàn)，可以暫時(shí)掛起，同時(shí)記錄進(jìn)缺陷庫，后續(xù)跟蹤。

23、什么是安全測試？安全測試主要測試哪些內(nèi)容

檢查產(chǎn)品是否符合安全需求及產(chǎn)品質(zhì)量標(biāo)準(zhǔn)的過程。安全測試通常是站在開發(fā)者的角度來提供解決方案的，以發(fā)現(xiàn)程序的安全隱患為目標(biāo)。主要測試客戶端、服務(wù)器及應(yīng)用、數(shù)據(jù)庫和網(wǎng)絡(luò)傳輸?shù)南嚓P(guān)漏洞等。如應(yīng)用相關(guān)的的認(rèn)證、授權(quán)、管理接口、程序邏輯、輸入驗(yàn)證等 。

24、集成測試與系統(tǒng)測試有什么區(qū)別

集成測試也叫做聯(lián)合測試、組裝測試，一般把兩個(gè)已測試通過的單元組合成組件來測試它們之間的接口，實(shí)際工作場景中，由多個(gè)單元組合成組件，多個(gè)組件再聚合成程序的一部分，以此類推，最后針對所有的模塊一起測試。