PS：本文轉(zhuǎn)載自黑馬測試知乎高贊文章

鏈接：https://www.zhihu.com/question/344637461/answer/3045967443

想知道面試時(shí)該怎樣介紹測試項(xiàng)目？會(huì)問到什么程度？那就需要換位思考，思考HR在這個(gè)環(huán)節(jié)想知道什么。

HR在該環(huán)節(jié)普遍想獲得的情報(bào)主要是下面這2個(gè)方面：

1）應(yīng)聘者的具體經(jīng)驗(yàn)和技術(shù)能力，
2）應(yīng)聘者的團(tuán)隊(duì)的溝通能力、合作能力和問題解決能力。

了解到HR目的后，我們就能預(yù)判出項(xiàng)目面試題的廣度和深度啦，做到有的放矢即可。

想知己知彼，更深入了解HR的面試心態(tài)，也可以了解下著名的“冰山模型”，請(qǐng)狠狠點(diǎn)擊下面這篇文章：

《如何去面試軟件測試工程師？1298 贊同 · 162 評(píng)論回答》
https://www.zhihu.com/question/28981475/answer/1501615849

一類問題：體現(xiàn)應(yīng)聘者的具體經(jīng)驗(yàn)和技術(shù)能力的問題

問題1：介紹一個(gè)你最熟悉的項(xiàng)目

解答思路：

• 項(xiàng)目是干什么的？以及項(xiàng)目的基礎(chǔ)架構(gòu)（B/S或者C/S）

• 項(xiàng)目是給誰用的？

• 項(xiàng)目的核心模塊有哪些？簡單羅列一些

• 項(xiàng)目的核心業(yè)務(wù)有哪些？至少羅列一個(gè)以上的業(yè)務(wù)線

• 本人在這個(gè)項(xiàng)目中負(fù)責(zé)的模塊有哪些？（羅列模塊必須包含至少一個(gè)以上的核心模塊）

• 本人在這個(gè)項(xiàng)目中做了哪些測試（分類）？

舉例如下：

我最近的一個(gè)項(xiàng)目就是xxx商城，一個(gè)基于B/S架構(gòu)的綜合性網(wǎng)上購物平臺(tái)，銷售家電、數(shù)碼通訊、電腦、家居百貨、服裝服飾、母嬰、圖書、食品等各種品牌優(yōu)質(zhì)商品，該系統(tǒng)主要針對(duì)普通用戶和商家用戶使用。其中主要有登錄注冊(cè)、熱門商品展示、商品分類、購物車，品牌分類，熱門搜索等模塊，該項(xiàng)目核心的業(yè)務(wù)線有下單業(yè)務(wù)、發(fā)貨業(yè)務(wù)以及售后業(yè)務(wù)。 ?在這個(gè)項(xiàng)目中我主要負(fù)責(zé)：購物車模塊、商品分類、品牌分類模塊、商品管理模塊、權(quán)限管理模塊，項(xiàng)目前期做功能測試及接口測試，后期我主要編寫一些自動(dòng)化的代碼，進(jìn)行UI自動(dòng)化測試、移動(dòng)端自動(dòng)化、性能自動(dòng)化等測試。

問題2 ：能舉例說明，你是如何做功能測試？接口測試？性能測試的嗎？

回答思路：

• 舉例：商品功能模塊怎么測試？

• 先概要介紹一下測試流程

• 然后根據(jù)模塊展開介紹測試點(diǎn)（注意是測試點(diǎn)不是用例哦）

• 舉例：商品模塊非功能點(diǎn)測試？

• 界面顯示

• 兼容性

• 易用性等

舉例如下：

下面我先介紹一下如何做功能測試的：
首先，(新項(xiàng)目)我們拿到需求先進(jìn)行需求評(píng)審，確保開發(fā)測試產(chǎn)品對(duì)需求理解一致；
其次，根據(jù)確認(rèn)后的需求開始設(shè)計(jì)編寫測試計(jì)劃與方案，方便后續(xù)有效的開展測試工作；
第三,就是根據(jù)需求設(shè)計(jì)測試點(diǎn)編寫測試用例，并完成用例評(píng)審，以便測試執(zhí)行過程中出現(xiàn)遺漏或者不全面的問題；
第四，執(zhí)行過程中如果執(zhí)行失敗，需要立即提交bug，并且后續(xù)需要跟蹤驗(yàn)證，直到bug關(guān)閉；
最后，經(jīng)過多輪次/迭代的執(zhí)行，最終完成所有測試工作，編寫測試報(bào)告，對(duì)于項(xiàng)目進(jìn)行總結(jié)。

接下來，我以商品管理模塊為中心，主要給您介紹一下如何設(shè)計(jì)測試點(diǎn)的：
首先，熟悉并分析需求，根據(jù)需求從正向、反向兩個(gè)方面進(jìn)行測試點(diǎn)的整理。
正向設(shè)計(jì)（考慮）：
后臺(tái)商品的增、刪、改、查，庫管員能夠?qū)ι唐愤M(jìn)行基本的操作，包含商品的：名稱、數(shù)量、價(jià)格、庫存、列表信息顯示等，確保商品數(shù)據(jù)的正確性和完整性。
前臺(tái)商品顯示的信息和后臺(tái)保持正確一致。主要包含：顯示名稱、價(jià)格、庫存等信息。用戶能夠通過客戶端進(jìn)行商品的基本操作（搜索、加購物車、下單等）。
反向設(shè)計(jì)（考慮）：
后臺(tái)管理人員對(duì)商品操作不滿足必填項(xiàng)能否操作（比如沒有名稱能否添加成功，庫存為0能否添加），
有商品下單后，后臺(tái)庫管能否對(duì)商品進(jìn)行修改操作。
搞活動(dòng)的商品庫存和同規(guī)格商品的庫存之間的關(guān)系（能否超過庫存？）
取消訂單的商品庫存是否恢復(fù)（能恢復(fù)）
活動(dòng)商品的價(jià)格和沒有活動(dòng)時(shí)的價(jià)格是否一致（商品活動(dòng)價(jià)是否高于無活動(dòng)價(jià)格）

其次，從非功能層面進(jìn)行分析整理。
兼容性：
瀏覽器：能否兼容主流瀏覽器，同一瀏覽器的不同版本。
操作系統(tǒng)：兼容不同操作系統(tǒng)及不同版本。
分辨率：兼容主流設(shè)備分辨率（移動(dòng)端）。

易用性：
容易使用、容易學(xué)習(xí)。

可靠性：
反復(fù)多次使用不會(huì)出現(xiàn)異常,能長時(shí)間無故障運(yùn)行。

性能：
并發(fā)、負(fù)載、壓力

安全：

...

除了做系統(tǒng)功能層面測試，還要涉及接口測試.
在后續(xù)項(xiàng)目迭代中主要引入接口自動(dòng)化，將原有需要手工執(zhí)行的業(yè)務(wù)用例通過自動(dòng)化方式實(shí)現(xiàn)，使得整體回歸測試的時(shí)間由半天縮減為1個(gè)小時(shí)左右。

下面我介紹一下我是如何實(shí)現(xiàn)自動(dòng)化的：
接口測試的核心流程和功能測試基本一致，主要不同點(diǎn)在于接口用例的編寫和接口腳本編寫，下面重點(diǎn)給你說下這塊：
1.搭建項(xiàng)目框架，使用框架python+requests+pytest。
2.按照分層的思想來設(shè)計(jì)，好處是將代碼和腳本分開管理方便后續(xù)維護(hù)，接下來介紹重點(diǎn)：API 和scripts，api層主要封裝接口方法實(shí)現(xiàn)接口請(qǐng)求發(fā)送和結(jié)果返回；scripts層，主要實(shí)現(xiàn)被封裝接口的調(diào)用接結(jié)果斷言參數(shù)化等。
3.除了這些之外，還有生成測試報(bào)告，封裝公共函數(shù)，構(gòu)造測數(shù)據(jù)等操作
4.測試過程中會(huì)遇到一些難點(diǎn)，比如接口依賴如何處理，比如參數(shù)化構(gòu)造數(shù)據(jù)如何構(gòu)造，構(gòu)造后如何獲取等，在上述項(xiàng)目中接口依賴通過設(shè)置全局變量形式處理，同時(shí)構(gòu)造數(shù)據(jù)以JSON為主，封裝讀取json函數(shù)得到列表元組類型數(shù)據(jù)。
5.后續(xù)再不同迭代中更新維護(hù)代碼，并通過Jenkins實(shí)現(xiàn)持續(xù)集成。
以上就是做接口自動(dòng)化的核心思路。

問題3：能否總結(jié)整個(gè)項(xiàng)目持續(xù)的時(shí)間周期，開發(fā)測試人員數(shù)量，用例的大約數(shù)量、發(fā)現(xiàn)的bug大約數(shù)量，自身的總結(jié)體會(huì)？

回答思路：

• 項(xiàng)目周期

• web項(xiàng)目周期：

• 新項(xiàng)目一般在6個(gè)月左右（可以分多個(gè)迭代完成）, 發(fā)布一個(gè)可用版本

• 進(jìn)行中的項(xiàng)目一般兩周左右一個(gè)迭代 , 即也會(huì)發(fā)布新的可用版本

• app項(xiàng)目周期：一般在4個(gè)月左右

• 小程序項(xiàng)目周期：一般2個(gè)月左右

• 測試開發(fā)比例：1:5左右

• 項(xiàng)目用例數(shù)量

• web項(xiàng)目：一般整個(gè)系統(tǒng)用例約4000條左右（個(gè)人負(fù)責(zé)模塊的1100條左右）

• app項(xiàng)目：常規(guī)app用例約600條左右（個(gè)人負(fù)責(zé)約220左右）

• 小程序項(xiàng)目：常規(guī)小程序級(jí)別約200條左右（一般一個(gè)人負(fù)責(zé)）

• bug數(shù)量

• 用例和bug的數(shù)量大約是：6:1左右

舉例如下：

問題：你所在項(xiàng)目最后設(shè)計(jì)了多少用例發(fā)現(xiàn)了多少bug？

回答：通過該項(xiàng)目歷時(shí)9個(gè)月，總共編寫用例4500條左右發(fā)現(xiàn)了838個(gè)bug，主要覆蓋在購物車、商品和下單等模塊，該模塊的業(yè)務(wù)邏輯相對(duì)于復(fù)雜。非功能方面的bug相對(duì)較少，大約80個(gè)左右。

問題：通過這個(gè)項(xiàng)目得到的收獲有哪些？

設(shè)計(jì)測試用例方面更加全面了，項(xiàng)目上線后半年內(nèi)"零"故障率，沒有發(fā)生一次客戶投訴的案例。
對(duì)于技術(shù)層面的應(yīng)用更加純熟，尤其是`功能測試的設(shè)計(jì)和接口測試實(shí)現(xiàn)`上，通過接口測試讓回歸效率提升30%以上。
在團(tuán)隊(duì)提升方面，每月進(jìn)行2次的技能培訓(xùn)，每次1小時(shí)，讓團(tuán)隊(duì)成員能夠?qū)崿F(xiàn)無縫備份。

二、體現(xiàn)應(yīng)聘者的團(tuán)隊(duì)的溝通能力、合作能力和問題解決能力的問題

問題1：在測試過程中有無影響深刻的bug，如何處理的？

回答思路：

• 此問題考察解決問題能力，建議找前后臺(tái)關(guān)聯(lián)稍微復(fù)雜一點(diǎn)的bug

• 體現(xiàn)自己能夠分析定位問題的能力

舉例如下：

測試過程中對(duì)我影響深刻的bug有一個(gè)：
當(dāng)時(shí)問題：后臺(tái)某商品添加秒殺活動(dòng)，前臺(tái)用戶秒殺成功后支付了，此時(shí)秒殺活動(dòng)的庫存已經(jīng)減少，但是當(dāng)該用戶取消秒殺活動(dòng)的訂單成功后，秒殺活動(dòng)的庫存沒有恢復(fù)。

分析定位：通過頁面看到該錯(cuò)誤問題后，通過如下方法定位：
通過fiddler抓包，先確認(rèn)取消訂單發(fā)送的請(qǐng)求和響應(yīng)結(jié)果，發(fā)現(xiàn)請(qǐng)求沒有問題，響應(yīng)結(jié)果只返回了取消成功的結(jié)果，并沒有看到有關(guān)庫存的信息；

緊接著，查詢數(shù)據(jù)庫，生成訂單時(shí)，該商品庫存減少?zèng)]有問題，通過數(shù)據(jù)庫查看該取消的訂單沒有問題，但是取消成功后，商品列表中的該商品的庫存數(shù)還是下單后的，最后通過查看后臺(tái)訂單日志，發(fā)現(xiàn)開發(fā)并沒有處理取消訂單后對(duì)于數(shù)據(jù)庫庫存恢復(fù)的操作，導(dǎo)致該功能出錯(cuò)。

問題2：測試過程中有無碰到協(xié)作方面的問題？如何處理的？

回答思路：

考察團(tuán)隊(duì)溝通能力，合作能力

舉例如下：

有碰到過。如上述項(xiàng)目中，測試內(nèi)部小伙伴的用例評(píng)審不通過。此時(shí)我會(huì)主動(dòng)找相關(guān)產(chǎn)品負(fù)責(zé)人，一起溝通確認(rèn)將核心業(yè)務(wù)邏輯梳理清楚，并通過討論將推演各種用戶可能出現(xiàn)的場景，增加用例的全面性，同時(shí)也和對(duì)應(yīng)開發(fā)人員確認(rèn)達(dá)成一致理解。

如上述項(xiàng)目在執(zhí)行用例過程中，提交bug后，有開發(fā)人員對(duì)于bug不認(rèn)可，我會(huì)先主動(dòng)和開發(fā)人員進(jìn)行溝通，看能否達(dá)成共識(shí)，
如果是產(chǎn)品設(shè)計(jì)層面的會(huì)和產(chǎn)品一起討論；
如果是對(duì)于bug描述層面的，我會(huì)加強(qiáng)bug描述的準(zhǔn)確性，站在軟測bug判定的職業(yè)角度去完善；
如果是測試本身的誤報(bào)，我會(huì)加強(qiáng)這方面的管理，確保后續(xù)不會(huì)出現(xiàn)該問題；
如果最后無法達(dá)成共識(shí)，我會(huì)和測試開發(fā)部門相關(guān)領(lǐng)導(dǎo)進(jìn)行交流確認(rèn)問題，從流程層面進(jìn)行規(guī)劃完善。

三、更多測試面試系列資料分享

臨近面試，同學(xué)們除了介紹項(xiàng)目，還需要準(zhǔn)備簡歷，技術(shù)面試題。

若需要簡歷，可以看下面的高贊知乎文章：

《好的軟件測試人員簡歷是什么樣子的？2044 贊同 · 237 評(píng)論回答》
https://www.zhihu.com/question/22709265/answer/1587753632

若需要面試題，可以看下面的這篇：

《明天去面試軟件測試，給我些建議，或者面試題預(yù)測？2036 贊同 · 254 評(píng)論回答》
https://www.zhihu.com/question/31998301/answer/1714488045

若沒有項(xiàng)目，就看下面這篇：

《軟件測試簡歷項(xiàng)目經(jīng)驗(yàn)怎么寫，沒有項(xiàng)目經(jīng)驗(yàn)？817 贊同 · 120 評(píng)論回答》
https://www.zhihu.com/question/297929745/answer/2367785915

若需要各類面試系統(tǒng)資料，也可以看我在黑馬論壇為大家整理的面試資料集合貼，請(qǐng)狠狠點(diǎn)擊：

黑馬軟件測試面試帖大集合(含簡歷模板+面試真題+寶典+視頻，找工作想少走彎路推薦看）-黑馬程序員技術(shù)交流社區(qū)

http://bbs.itheima.com/thread-504731-1-1.html

若你是對(duì)測試不太了解的測試小萌新，有太多太多對(duì)測試的疑惑（前途、薪資、技術(shù)含量、男生是否可以干.....），強(qiáng)烈推薦你觀看《測試小白必看：學(xué)習(xí)軟件測試必問的100個(gè)問題，從此貼開始》，相信能掃除掉你心目中90%以上的常見問題。

《100個(gè)常見問題鏈接》：http://bbs.itheima.com/thread-507947-1-1.html

最后，為方便大家自學(xué)軟件測試，特意給大家準(zhǔn)備了一份13G的超實(shí)用干貨學(xué)習(xí)資源，涉及的內(nèi)容非常全面。

包括軟件學(xué)習(xí)路線圖，黑馬50多天的上課視頻、16個(gè)突擊實(shí)戰(zhàn)項(xiàng)目，80余個(gè)軟件測試用軟件，37份測試文檔，70個(gè)軟件測試相關(guān)問題，40篇測試經(jīng)驗(yàn)級(jí)文章，上千份測試真題分享,還有2020軟件測試面試寶典，還有軟件測試求職的各類精選簡歷，希望對(duì)大家有所幫助…..

《2023黑馬測試學(xué)習(xí)路線圖鏈接》：http://bbs.itheima.com/thread-405757-1-1.html