2023年版軟件測試面試內(nèi)部題庫合集含答案

2023年版軟件測試面試內(nèi)部題庫合集含答案軟件的生命周期（基礎(chǔ)）計劃階段-〉需求分析-〉設(shè)計階段-〉編碼->測試->運行與維護測試流程有啥（還是基礎(chǔ)）1）、測試需求分析階段：閱讀需求，理解需求，主要就是對業(yè)務(wù)的學(xué)習(xí)，分析需求點，參與需求評審會議。2）、測試計劃階段：主要任務(wù)就是編寫測試計劃，參考軟件需求規(guī)格說明書，項目總體計劃，內(nèi)容包括測試范圍（來自需求文檔），進度安排，人力物力的分配，整體測試策略的制定。風險評估與規(guī)避措施有一個制定。3）、測試設(shè)計階段：主要是編寫測試用例，會參考需求文檔（原型圖），概要設(shè)計，詳細設(shè)計等文檔，用例編寫完成之后會進行評審。4）、測試執(zhí)行階段：搭建環(huán)境，執(zhí)行冒煙測試（預(yù)測試）-然后進入正式測試，bug管理直到測試結(jié)束。5）、測試評估階段：出測試報告，確認是否可以上線。項目中的測試流程（項目經(jīng)理）需求評審（開發(fā)人員，產(chǎn)品經(jīng)理，測試人員，項目經(jīng)理進行）---需求確定(需求文檔及原型圖版本確定)；開發(fā)設(shè)計文檔（開發(fā)人員在開始寫代碼前就能輸出設(shè)計文檔：開發(fā)計劃、架構(gòu)設(shè)計、數(shù)據(jù)庫設(shè)計、接口文檔）；測試計劃、策略確定，編寫測試用例---測試計劃、用例評審；接到測試版本后執(zhí)行測試用例（補充維護用例）；提交bug---開發(fā)人員修改；回歸測試（可能又會發(fā)現(xiàn)新問題，再按流程開始跑）驗收測試后編寫各項報告。測試用例設(shè)計方法（寫沒寫過用例）白盒測試：邏輯覆蓋、循環(huán)覆蓋、基本路徑覆蓋黑盒測試：邊界值分析法、等價類劃分、錯誤猜測法、因果圖法、狀態(tài)圖法、測試大綱法、隨機測試、場景法（老司機靠腦補大法）軟件測試分為幾個階段各階段的測試策略和要求（又是基礎(chǔ)）測試過程會依次經(jīng)歷單元測試、集成測試、系統(tǒng)測試、驗收測試四個主要階段單元測試：是針對軟件設(shè)計的最小單位（對于功能測試就是模塊）集成測試：是將模塊按照設(shè)計要求組裝起來進行測試，主要目的是發(fā)現(xiàn)與接口有關(guān)的問題。系統(tǒng)測試：是在集成測試通過后進行的，目的是充分運行系統(tǒng)，驗證各子系統(tǒng)是否都能正常工作并完成設(shè)計的要求。驗收測試：以需求階段的《需求規(guī)格說明書》為驗收標準，測試時模擬實際用戶的運行環(huán)境bug描述與周期（對--基礎(chǔ)）1、bug標題要簡潔明了，重新明確2、要寫明問題出現(xiàn)的前提條件3、操作過程要按步驟寫清楚4、要寫實際效果和預(yù)期效果5、要標明bug出現(xiàn)的概率6、提供必要的截圖和日志，比較復(fù)雜的操作步驟提供視頻7、bug等級要分好類，致命性bug、嚴重bug、一般性bug、建設(shè)性意見8、出現(xiàn)bug的軟件版本號9、bug出現(xiàn)的模塊發(fā)現(xiàn)》提交》指派》研發(fā)確認》研發(fā)修復(fù)》回歸驗證》是否通過驗證》關(guān)閉測試結(jié)束的標準（emmmm）1、用例全部測試完成。2、覆蓋率達到標準。3、缺陷率達到標準。4、其他指標達到質(zhì)量標準你在測試中發(fā)現(xiàn)了一個bug，但是開發(fā)人員認為這不是一個bug，你應(yīng)該怎樣解決（坑爹的溝通能力）1、將問題提交到缺陷管理庫里面進行備案。2、要獲取判斷的依據(jù)和標準：3、根據(jù)需求說明書、產(chǎn)品說明書、設(shè)計文檔等，確認實際結(jié)果是否與計劃有不一致的地方，提供缺陷是否確認的直接依據(jù)；4、如果沒有文檔依據(jù)，可以根據(jù)類似軟件的一般特性來說明是否存在不一致的地方，來確認是否是缺陷；5、與設(shè)計人員、開發(fā)人員和客戶代表等相關(guān)人員探討，確認是否是缺陷；最后、拋給領(lǐng)導(dǎo)等結(jié)果~快速區(qū)分bug來源以及常見狀態(tài)碼（12345）哥，咱們一起看報文，先抓包看請求報文，對著接口文檔，看請求報文有沒問題，有問題就是前端發(fā)的數(shù)據(jù)不對；請求報文沒問題，那就看返回報文，返回的數(shù)據(jù)不對，那就是后端開發(fā)的問題，狀態(tài)碼如下：狀態(tài)碼原因短語1XXInformational（信息性狀態(tài)碼）接收的請求正在處理2XXSuccess（成功狀態(tài)碼）請求正常處理完畢3XXRedirection（重定向狀態(tài)碼)需要進行附加操作以完成請求4XXClientError（客戶端錯誤狀態(tài)碼）服務(wù)器無法處理請求5XXServerError（服務(wù)器錯誤狀態(tài)碼)服務(wù)器處理請求出錯

http與https區(qū)別（加密傳輸）http協(xié)議和https協(xié)議的區(qū)別：傳輸信息安全性不同、連接方式不同、端口不同、證書zhuan申請方式不同、傳輸信息安全性不同1、http協(xié)議：是超文本傳輸協(xié)議，信息是明文傳輸。如果攻擊者截取了Web瀏覽器和網(wǎng)站服務(wù)器之間的傳輸報文，就可以直接讀懂其中的信息；2、https協(xié)議：是具有安全性的ssl加密傳輸協(xié)議，為瀏覽器和服務(wù)器之間的通信加密，確保數(shù)據(jù)傳輸?shù)陌踩?。二、連接方式不同1、http協(xié)議：http的連接很簡單，是無狀態(tài)的；2、https協(xié)議：是由SSL＋HTTP協(xié)議構(gòu)建的可進行加密傳輸、身份認證的網(wǎng)絡(luò)協(xié)議。三、端口不同http協(xié)議：使用的端口是80；https協(xié)議：使用的端口是443。四、證書申請方式不同http協(xié)議：免費申請https協(xié)議：需要到ca申請證書，一般免費證書很少，需要交費

get和post的區(qū)別（更詳細的在后面的文章中，其實問put更好）a、GET請求在URL中傳送的參數(shù)是有長度限制的，而POST沒有b、GET比POST更不安全，因為參數(shù)直接暴露在URL上，所以不能用來傳遞敏感信息。c、GET參數(shù)通過URL傳遞，POST放在Requestbody中。d、GET請求參數(shù)會被完整保留在瀏覽器歷史記錄里，而POST中的參數(shù)不會被保留。e、GET請求只能進行url編碼，而POST支持多種編碼方式。f、GET請求會被瀏覽器主動cache，而POST不會，除非手動設(shè)置。g、GET產(chǎn)生的URL地址可以被Bookmark，而POST不可以。h、GET在瀏覽器回退時是無害的，而POST會再次提交請求。Alpha測試與beta的區(qū)別（基礎(chǔ)++）Alpha測試在系統(tǒng)開發(fā)接近完成時對應(yīng)用系統(tǒng)的測試;測試后仍然會有少量的設(shè)計變更。這種測試一般由最終用戶或其它人員完成，不能由程序員或測試員完成。由一個或多個用戶在開發(fā)環(huán)境下進行測試。Beta測試當開發(fā)和測試根本完成時所做的測試，最終的錯誤和問題需要在最終發(fā)行前找到。這種測試一般由最終用戶或其它人員完成，不能由程序員或測試員完成。由一個或多個用戶在用戶實際環(huán)境下進行而是。

常用的測試工具（可以學(xué)學(xué)~）（fiddle、jmeter、postman、roadrunner、selenium、appium、jenkins、git、svn、禪道、xss平臺、mysql、monkey等）fiddle：常用抓包工具，使用方式都是萬變不離其宗和jmeter代理服務(wù)器一樣（詳細在下面）jmeter：比較強大的壓測工具，我寫了個專欄講解，感興趣可以看一下

/weixin_46658581/category_11228583.html?spm=1001.2014.3001.5482postman：最簡單的接口測試工具，個人覺得很一般...推薦jmeter-.-monkey：瞎幾把點系列

/weixin_46658581/category_11265713.html?spm=1001.2014.3001.5482工具這東西不是一兩句說的清的，后面我會慢慢完善編輯專欄進行分析哈~~~接口測試常見問題（emmm基礎(chǔ)）1、通過性驗證，說白了就是傳遞正確的參數(shù)，是否返回正常的結(jié)果2、參數(shù)組合，因為參數(shù)有必傳和非必傳，參數(shù)的類型和長度，以及傳遞時可能業(yè)務(wù)上的一些限制，所以在設(shè)計用例時，就要排列組合這些情況，保證所有情況都能覆蓋到3、接口的安全性，這個又分為幾種情況：1)繞過驗證，比如提交訂單時，在傳遞商品價格參數(shù)時，修改商品價格，就要看后端有沒有驗證了?；蛘呶抑Ц稌r，抓個包將訂單金額一改，如果能以我改后的金額支付，那這個借口就有問題了。2）繞過身份驗證，就是某個功能只有有特殊權(quán)限的用戶才能操作，那我傳遞一個普通的用戶，是不是也能操作呢3）參數(shù)是否加密，這個關(guān)系到一些賬戶的安全，比如我們在登錄一些網(wǎng)站時，它要將我們的登錄信息進行加密，如果不加密我們的信息就會暴露，危害性極大。4)密碼安全規(guī)則，設(shè)置密碼時復(fù)雜程度的校驗。依賴性接口測試：上下游接口依賴性（+++1）用一個全局變量來處理依賴的數(shù)據(jù)，比如登錄后返回token,其它接口都需要這個token,那就用全局變量來傳token參數(shù)依賴于第三方數(shù)據(jù)的接口如何進行測試最正確的回答是mock，當然我們簡單點去搞也一1、獲取上一個接口的返回值2、將返回值設(shè)置成環(huán)境變量或者全局變量3、設(shè)置下一個接口的參數(shù)形式依賴于登錄的接口如何處理？登錄接口依賴token的，可以先登錄后，token存到一個yaml或者json或者ini的配置文件里面后面所有的請求去拿這個數(shù)據(jù)就可以全局使用了，如果是cookies的參數(shù)，可以用session自動關(guān)聯(lián)接口測試用例的舉例：登錄參數(shù)是否必填、參數(shù)間是否存在關(guān)聯(lián)、參數(shù)取值范圍業(yè)務(wù)規(guī)則phoneNumber和password參數(shù)正確，登陸成功phoneNumber參數(shù)正確，password類型不為String,登陸失敗phoneNumber參數(shù)正確，password參數(shù)缺失,登陸失敗password參數(shù)正確，phoneNumber超過11位，登陸失敗password參數(shù)正確，phoneNumber不為String，登陸失敗password參數(shù)正確，phoneNumber參數(shù)缺失，登陸失敗用戶未注冊，返回登陸失敗/密碼錯誤，返回登陸失敗參數(shù)故意傳入空字符串或null,可看是否有進行處理常見面試中坑爹用例設(shè)計：如何測試一個紙杯=.=(有時候是花盆、桌子）功能度：用水杯裝水看漏不漏；水能不能被喝到安全性：杯子有沒有毒或細菌可靠性：杯子從不同高度落下的損壞程度可移植性：杯子在不同的地方、溫度等環(huán)境下是否都可以正常使用兼容性：杯子是否能夠容納果汁、白水、酒精、汽油等易用性：杯子是否燙手、是否有防滑措施、是否方便飲用用戶文檔：使用手冊是否對杯子的用法、限制、使用條件等有詳細描述疲勞測試：將杯子盛上水（案例一）放24小時檢查泄漏時間和情況；盛上汽油（案例二）放24小時檢查泄漏時間和情況等壓力測試：用根針并在針上面不斷加重量，看壓強多大時會穿透APP測試哪些方面（對沒錯還是基礎(chǔ)）權(quán)限測試、安裝、運行、卸載測試、UI測試、功能測試、性能測試、中斷測試、兼容測試、安全測試、回歸測試、升級更新測試、用戶體驗測試fiddler抓包使用（沒錯，有幸被一個步驟一個步驟的問過）web：打開fiddler工具后，再去瀏覽器打開網(wǎng)頁，fiddler會自動抓包，抓取請求響應(yīng)數(shù)據(jù)。他會自動設(shè)置為本地代理，還可以設(shè)置抓取https協(xié)議的包?！居H~瀏覽器F12了解下】手機：在手機上的網(wǎng)絡(luò)設(shè)置里，設(shè)置代理服務(wù)器。就是把fiddler作為代理服務(wù)器（fiddler自身要設(shè)置為支持遠程連接），手機連接fiddler工具，所以手機代理服務(wù)器設(shè)置頁面要輸入打開fiddler工具的電腦的ip地址和fiddler的端口號8888，好讓手機能連接fiddler，通過fiddler來訪問互聯(lián)網(wǎng)。什么是性能測試=.=（千言萬語emmm）系統(tǒng)在一定的壓力情況下，查看cpu，內(nèi)存，磁盤，網(wǎng)絡(luò)帶寬，TPS、響應(yīng)時間、并發(fā)用戶數(shù)、等各項指標，通過模擬生產(chǎn)運行的業(yè)務(wù)壓力量和使用場景組合，測試系統(tǒng)的性能是否滿足生產(chǎn)性能要求，就是在特定的運行條件下驗證系統(tǒng)的能力狀況。什么是負載測試(無力反駁）負載測試主要是考察軟件系統(tǒng)在既定負載下的性能表現(xiàn)。就是站在用戶的角度去觀