想知道面試時(shí)該怎樣介紹測(cè)試項(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)，也可以了解下著名的“冰山模型

一類問題：體現(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)目是給誰(shuí)用的？
  
• 項(xiàng)目的核心模塊有哪些？簡(jiǎn)單羅列一些
  
• 項(xiàng)目的核心業(yè)務(wù)有哪些？至少羅列一個(gè)以上的業(yè)務(wù)線
  
• 本人在這個(gè)項(xiàng)目中負(fù)責(zé)的模塊有哪些？（羅列模塊必須包含至少一個(gè)以上的核心模塊）
  
• 本人在這個(gè)項(xiàng)目中做了哪些測(cè)試（分類）？
  

舉例如下：

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

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

回答思路：

• 舉例：商品功能模塊怎么測(cè)試？
  
• 先概要介紹一下測(cè)試流程
  
• 然后根據(jù)模塊展開介紹測(cè)試點(diǎn)（注意是測(cè)試點(diǎn)不是用例哦）
  
• 舉例：商品模塊非功能點(diǎn)測(cè)試？
  
• 界面顯示
  
• 兼容性
  
• 易用性等

舉例如下：

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

接下來(lái)，我以商品管理模塊為中心，主要給您介紹一下如何設(shè)計(jì)測(cè)試點(diǎn)的：
首先，熟悉并分析需求，根據(jù)需求從正向、反向兩個(gè)方面進(jìn)行測(cè)試點(diǎn)的整理。
正向設(shè)計(jì)（考慮）：
后臺(tái)商品的增、刪、改、查，庫(kù)管員能夠?qū)ι唐愤M(jìn)行基本的操作，包含商品的：名稱、數(shù)量、價(jià)格、庫(kù)存、列表信息顯示等，確保商品數(shù)據(jù)的正確性和完整性。
前臺(tái)商品顯示的信息和后臺(tái)保持正確一致。主要包含：顯示名稱、價(jià)格、庫(kù)存等信息。用戶能夠通過客戶端進(jìn)行商品的基本操作（搜索、加購(gòu)物車、下單等）。

反向設(shè)計(jì)（考慮）：
后臺(tái)管理人員對(duì)商品操作不滿足必填項(xiàng)能否操作（比如沒有名稱能否添加成功，庫(kù)存為0能否添加），
有商品下單后，后臺(tái)庫(kù)管能否對(duì)商品進(jìn)行修改操作。
搞活動(dòng)的商品庫(kù)存和同規(guī)格商品的庫(kù)存之間的關(guān)系（能否超過庫(kù)存？）
取消訂單的商品庫(kù)存是否恢復(fù)（能恢復(fù)）
活動(dòng)商品的價(jià)格和沒有活動(dòng)時(shí)的價(jià)格是否一致（商品活動(dòng)價(jià)是否高于無(wú)活動(dòng)價(jià)格）

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

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

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

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

安全：

...

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

下面我介紹一下我是如何實(shí)現(xiàn)自動(dòng)化的：
接口測(cè)試的核心流程和功能測(cè)試基本一致，主要不同點(diǎn)在于接口用例的編寫和接口腳本編寫，下面重點(diǎn)給你說(shuō)下這塊：

1.搭建項(xiàng)目框架，使用框架python+requests+pytest
2.按照分層的思想來(lái)設(shè)計(jì)，好處是將代碼和腳本分開管理方便后續(xù)維護(hù)，接下來(lái)介紹重點(diǎn)：API 和scripts，api層主要封裝接口方法實(shí)現(xiàn)接口請(qǐng)求發(fā)送和結(jié)果返回；scripts層，主要實(shí)現(xiàn)被封裝接口的調(diào)用接結(jié)果斷言參數(shù)化等。
3.除了這些之外，還有生成測(cè)試報(bào)告，封裝公共函數(shù)，構(gòu)造測(cè)數(shù)據(jù)等操作

4.測(cè)試過程中會(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ā)測(cè)試人員數(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è)月左右
  
• 測(cè)試開發(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，主要覆蓋在購(gòu)物車、商品和下單等模塊，該模塊的業(yè)務(wù)邏輯相對(duì)于復(fù)雜。非功能方面的bug相對(duì)較少，大約80個(gè)左右。

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

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

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

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

回答思路：

• 此問題考察解決問題能力，建議找前后臺(tái)關(guān)聯(lián)稍微復(fù)雜一點(diǎn)的bug
  
• 體現(xiàn)自己能夠分析定位問題的能力
  

舉例如下：

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

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

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

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

回答思路：

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

舉例如下：

有碰到過。如上述項(xiàng)目中，測(cè)試內(nèi)部小伙伴的用例評(píng)審不通過。此時(shí)我會(huì)主動(dòng)找相關(guān)產(chǎn)品負(fù)責(zé)人，一起溝通確認(rèn)將核心業(yè)務(wù)邏輯梳理清楚，并通過討論將推演各種用戶可能出現(xiàn)的場(chǎng)景，增加用例的全面性，同時(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)確性，站在軟測(cè)bug判定的職業(yè)角度去完善；
如果是測(cè)試本身的誤報(bào)，我會(huì)加強(qiáng)這方面的管理，確保后續(xù)不會(huì)出現(xiàn)該問題；
如果最后無(wú)法達(dá)成共識(shí)，我會(huì)和測(cè)試開發(fā)部門相關(guān)領(lǐng)導(dǎo)進(jìn)行交流確認(rèn)問題，從流程層面進(jìn)行規(guī)劃完善。

最后如果你想學(xué)習(xí)軟件測(cè)試和需要軟件測(cè)試資料，歡迎加入筆者的交流群：320231853，里面可以免費(fèi)領(lǐng)取軟件測(cè)試+自動(dòng)化測(cè)試資料+軟件測(cè)試面試寶典+簡(jiǎn)歷模版+實(shí)戰(zhàn)項(xiàng)目+面試刷題工具和大佬答疑解惑，我們一起交流一起學(xué)習(xí)！

到了這里，關(guān)于軟件測(cè)試面試怎樣介紹自己的測(cè)試項(xiàng)目？會(huì)問到什么程度？的文章就介紹完了。如果您還想了解更多內(nèi)容，請(qǐng)?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章，希望大家以后多多支持TOY模板網(wǎng)！