一位測(cè)試開(kāi)發(fā)工程師的面經(jīng)總結(jié)

1.你是怎么寫測(cè)試用例的？

A.黑盒測(cè)試

1）等價(jià)類劃分法：輸入的數(shù)據(jù)劃分為有效等價(jià)類和無(wú)效等價(jià)類

2）邊界值劃分法：邊界值劃分法使被測(cè)程序在邊界值及其附近運(yùn)行，從而更有效地暴露程序中潛藏的錯(cuò)誤。不僅根據(jù)輸入條件，它還根據(jù)輸出情況設(shè)計(jì)測(cè)試。（如果輸入條件規(guī)定了取值范圍分別對(duì)最大、最小個(gè)數(shù)及稍小于最小、稍大于最大個(gè)數(shù)作為測(cè)試用例）

3）錯(cuò)誤推測(cè)法：猜測(cè)被測(cè)程序在哪些地方容易出錯(cuò)，針對(duì)可能的薄弱環(huán)節(jié)來(lái)設(shè)計(jì)測(cè)試用例。

4）因果圖法：檢查輸入條件的各種組合情況，從功能說(shuō)明中找出因（輸入條件）和果（輸 出或程序狀態(tài)的修改， 通過(guò)因果圖功能說(shuō)明轉(zhuǎn)換成一張判定表，然后為判定表的每一例設(shè)計(jì)測(cè)試用例。

B.白盒測(cè)試

1）語(yǔ)句覆蓋法：使得程序中的每一個(gè)語(yǔ)句至少被遍歷一次。

2）判定覆蓋（分支）：使得程序中每一個(gè)分支至少被遍歷一次。

3）條件覆蓋：使得每個(gè)判定的條件獲取各種可能的結(jié)果。

4）判定/條件覆蓋：使得判定中的條件取得各種可能的值，并使得每個(gè)判定取得各種可能的結(jié)果。

5）條件組合覆蓋：使得每個(gè)判定條件的各種可能組合都至少出現(xiàn)一次。

6）路徑覆蓋：覆蓋程序中所有可能的路徑。（滿足判定覆蓋）

2.測(cè)試的相關(guān)流程是什么？

1）需求：閱讀需求，理解需求，與客戶、開(kāi)發(fā)、架構(gòu)多方交流，深入了解需求。–testing team

2） 測(cè)試計(jì)劃： 根據(jù)需求估算測(cè)試所需資源（人力、設(shè)備等）、所需時(shí)間、功能點(diǎn)劃分、如何合理分配安排資源等。–testing leader or testing manager 。

3）用例設(shè)計(jì)：根據(jù)測(cè)試計(jì)劃、任務(wù)分配、功能點(diǎn)劃分，設(shè)計(jì)合理的測(cè)試用例?！猼esting leader， senior tester

4）執(zhí)行測(cè)試：根據(jù)測(cè)試用例的詳細(xì)步驟，執(zhí)行測(cè)試用例。–every tester（主要是初級(jí)測(cè)試人員）

5）執(zhí)行結(jié)果記錄和bug記錄：對(duì)每個(gè)case記錄測(cè)試的結(jié)果，有bug的在測(cè)試管理工具中編寫bug記錄。–every tester（主要是初級(jí)測(cè)試人員）

6）defect tracking：追蹤leader分配給你追蹤的bug.直到 bug fixed。–every tester。

7）測(cè)試報(bào)告：通過(guò)不斷測(cè)試、追蹤，直到被測(cè)軟件達(dá)到測(cè)試需求要求，并沒(méi)有重大bug. 。

8）用戶體驗(yàn)、軟件發(fā)布等

3.設(shè)計(jì)一個(gè)微信朋友圈點(diǎn)贊的測(cè)試用例

1）是否可以正常點(diǎn)贊和取消；

2）點(diǎn)贊的人是否在可見(jiàn)分組里；

3）點(diǎn)贊狀態(tài)是否能即時(shí)更新顯示；

4）點(diǎn)贊狀態(tài)，共同好友是否可見(jiàn)；

5）不同手機(jī)，系統(tǒng)顯示界面如何；

6）性能檢測(cè)，網(wǎng)速快慢對(duì)其影響；

7）點(diǎn)贊顯示的是否正確，一行幾個(gè)；

8）點(diǎn)贊是否按時(shí)間進(jìn)行排序，頭像對(duì)應(yīng)的是否正確；

9）是否能在消息列表中顯示點(diǎn)贊人的昵稱、備注；

10）可擴(kuò)展性測(cè)試，點(diǎn)贊后是否能發(fā)表評(píng)

11）是否在未登錄時(shí)可查看被點(diǎn)贊的信息。

4.分別介紹單元測(cè)試、集成測(cè)試、驗(yàn)收測(cè)試（確認(rèn)測(cè)試）、系統(tǒng)測(cè)試、回歸測(cè)試等等。

A.單元測(cè)試

目的：通過(guò)模塊測(cè)試，使其代碼達(dá)到模塊設(shè)計(jì)的要求。

任務(wù)：

1）對(duì)模塊代碼進(jìn)行編譯，發(fā)現(xiàn)其語(yǔ)法錯(cuò)誤；

2）確定模塊的測(cè)試策略（通常采用白盒測(cè)試法），并據(jù)此設(shè)計(jì)一組測(cè)試用例；

3）用選定的測(cè)試用例對(duì)模塊進(jìn)行測(cè)試，直至滿足測(cè)試終止標(biāo)準(zhǔn)為止；

4）編制單元測(cè)試評(píng)估報(bào)告。

B.集成測(cè)試

目的：將經(jīng)過(guò)單元測(cè)試的模塊逐步組裝成具有良好一致性的完整的程序

任務(wù)：

1）制訂集成測(cè)試實(shí)施策略

2）確定集成測(cè)試的實(shí)施步驟，設(shè)計(jì)測(cè)試用例

3）逐一地添加模塊，進(jìn)行測(cè)試

C.確認(rèn)測(cè)試

目的：確認(rèn)組裝好的程序是否滿足軟件需求（SRS）

任務(wù)：

1）有效性測(cè)試（黑盒測(cè)試）

2）配置復(fù)審（confinguration review）

3）驗(yàn)收測(cè)試—針對(duì)專用應(yīng)用軟件

4）alpha與beta測(cè)試—針對(duì)通用產(chǎn)品軟件

alpha與beta測(cè)試：Alpha 測(cè)試（α測(cè)試）是由公司內(nèi)部的用戶在模擬實(shí)際操作環(huán)境下進(jìn)行的受控測(cè)試，Alpha測(cè)試不能由程序員或測(cè)試員完成。Beta測(cè)試（β測(cè)試）是軟件的多個(gè)用戶在一個(gè)或多個(gè)用戶的實(shí)際使用環(huán)境下進(jìn)行的測(cè)試。開(kāi)發(fā)者通常不在測(cè)試現(xiàn)場(chǎng)，Beta測(cè)試不能由程序員或測(cè)試員完成。

兩者區(qū)別：

Alpha測(cè)試由開(kāi)發(fā)人員或測(cè)試人員在場(chǎng)，可隨時(shí)記錄下錯(cuò)誤和使用中出現(xiàn)的問(wèn)題；

Beta測(cè)試開(kāi)發(fā)人員和測(cè)試人員都不在場(chǎng)。

D.系統(tǒng)測(cè)試

目的：軟件安裝到系統(tǒng)中以后，能否與系統(tǒng)的其余部分協(xié)調(diào)運(yùn)行，還包括功能實(shí)現(xiàn)等。

任務(wù)：

1）測(cè)試是否與硬件協(xié)調(diào)運(yùn)行

2）測(cè)試是否和原來(lái)就有的其它軟件協(xié)調(diào)運(yùn)行

3）測(cè)試是否完成系統(tǒng)需求對(duì)它的要求

系統(tǒng)測(cè)試技術(shù)

1）安全和存取控制測(cè)試

2）故障及恢復(fù)測(cè)試

3）性能測(cè)試

4）強(qiáng)度測(cè)試（Stress Testing ）