1. 請自我介紹一下(需簡單清楚的表述自已的基本情況，在這過程中要展現出自信，對工作有激情，上進，好學)
面試官您好，我叫###，今年26歲，來自江西九江，就讀專業是電子商務，畢業后就來深圳工作，有三年的軟件測試工程師的經驗，我性格比較開朗，能和同事小伙伴友好相處。

2. 平時工作中是怎么去測的？(至少在這個問題中能說的出測試流程)
首先根據客戶需求文檔提取功能模塊，然后編寫測試計劃，提取測試點，設計測試用例，用例評審之后執行用例，提交bug，編寫測試報告

3. 為什么要離開上一個公司？（離職原因）你覺得你多久能適應我們公司的工作環境？
1到2周左右吧

4. 你上一個公司在哪？ 有多少人？開發多少？測試多少？
龍崗坂田國際中心 400多個人 40多個開發 6個測試

5. 請介紹你做的項目？（這個題至少要說清這個項目給什么類型公司或者什么行業做的，然后再來介紹這個項目的基本功能模塊就可以.）你負責的模塊是什么？ 你負責的模塊都有什么功能？簡歷上的項目
社商云系統主要可以針對每個小區新增商品、社區活動、社區公告，在app端，用戶可以購買商品、報名社區活動、查看社區公告，系統由平臺、加盟商、便利店三個組織組成，平臺和加盟商新增的商品可以覆蓋多個便利店，便利店新增的商品只能在自己便利店覆蓋的范圍售賣，便利店可以對自己便利店的商品訂單進行發貨或者退款處理，平臺和加盟商對便利店的訂單只能進行查看，不能進行處理，平臺和加盟商只能對自己新增的商品有處理權限。

主要負責功能模塊是商品服務管理、訂單管理、權限管理、商家管理、客戶管理、促銷管理、社區公告管理等核心模塊。

6. 請介紹一下你這個項目的流程？ 在項目里你負責了一些什么，做了一些什么工作？簡歷上整個項目的流程和自己負責的功能模塊
當我們組拿到一個項目時，首先進行用戶需求分析，我們測試組在測試計劃后，設計測試用例，用例評審，等到開發通過郵件把版本包發給我們，然后我們就開始進入測試的流程階段。

我參與系統測試計劃設計和測試用例的編寫以及評審，執行測試用例進行功能測試對Bug進行管理和跟蹤、提交缺陷、對測試工作進行總結。

7. 你這個項目有多少人做？ 開發多少？測試多少？ 什么架構？簡歷項目
20個左右，開發10個，測試3個，ui測試2個 運維2個 B/S架構和app

8. B/S架構的系統從哪些點去測？
功能：鏈接測試、導航菜單、頁面的跳轉、表單測試、數據測試、業務邏輯測試

兼容性：跟客戶確認其常會用的瀏覽器，再加上IE、火狐和谷歌等進行兼容性的測試

界面：字體顏色大小、圖標和字段間距等

性能：連接速度、負載測試、壓力測試

安全性：權限控制、鏈接封裝、日志記錄的測試、登陸密文、修改密碼后重新登陸、登陸失效時間。

9.你認為測B/S架構的系統和C/S架構的系統有哪些地方不一樣的？ Web系統測試要從哪些點去測?
B/S為瀏覽器/服務器架構。通過瀏覽器訪問；使用方便；訪問速率相對較慢；更易維護更新，只需更新服務器數據；安全性相對較低。

C/S為客戶端/服務器架構。需下載客戶端應用程序；由于要下載并安裝客戶端才能使用，相對來說不易使用；由于有部分數據存儲在客戶端，所以訪問速率相對較快；維護更新較為復雜；安全性更高。平臺的一個兼容

Web系統屬于B/S架構，功能測試（鏈接測試，表單測試，頁面跳轉測試，導航菜單測試，數據測試，業務邏輯測試，功能校驗等）

兼容性測試（不同的瀏覽器，不同的平臺）

安全性測試點（登陸次數校驗，密碼密文顯示方式，驗證碼，登陸狀態失效測試，權限測試，鏈接封裝，日志記錄等）

界面測試，易用性測試等

10.你在測試中有用到一些什么測試工具？
缺陷管理工具 bugfree 禪道 版本管理工具 SVN

性能測試工具 loadrunner 接口測試工具 postman

11、做過性能測試嗎？ 做過自動化測試嗎？ 使用哪些工具？跟著性能測試人員做過一次
自動化呢我之前的項目都沒有遇到過，所以不太了解。性能測試工具有一些了解，會錄制腳本，以及場景設置，以及腳本的執行，然后進行性能測試結果分析

12 、性能測試流程
需求分析—編寫測試計劃—設計測試用例—維護腳本—執行腳本—分析結果—性能調優

13性能測試指標：
并發用戶數，吞吐量，響應時間，資源利用率，tps與hps，交易成功率

14、 什么是內存溢出？
通俗理解就是內存不夠，運用程序需要的內存遠遠超出了你主機內安裝的內存所承受的大小，就叫內存溢出

15、什么是內存泄露？
指由于疏忽或錯誤造成程序未能釋放已經不再使用的內存，造成系統內存的浪費，導致程序運行速度減慢甚至系統崩潰等嚴重后果

16、試中你有用到過數據庫嗎？為什么會用到數據庫？你所負責的模塊哪里用到數據庫 你舉個例子？
大數據的情況下，要去數據庫驗證數據 報表 查詢 導入 導出有用到過，查看大型數據的完整和正確性時需要用到數據庫進行對比。

17、當你提交bug給開發，開發不認同，你怎么處理？
（這個問題會有多種問法，答案要結合需求來答，一：需求不明確的怎么答？ 二：需求明確怎么回答？）是bug就要報需求不明確，先找開發和產品經理一起討論確認需求，需求確認好了就按需求來，需求沒有確認好，就讓產品和客戶繼續溝通需求明確，就按需求和開發說，如果開發還是不按需求來，就找產品經理

18、網絡的7層協議是哪7層？ ftp這個工作在哪一層？
應用層 ftp http telnet dns表示層會話層傳輸層 tcp udp網絡層 ip 路由器 防火墻數據鏈路層 交換機 網卡物理層 集線器

19、UDP.TCP有什么區別？ QQ采用哪種協議？QQ屬于TCP協議
UDP:不可靠的，無連接的協議，傳輸效率高

TCP:可靠的，面向連接的協議，傳輸效率低

20、TCP/IP四層是？
應用層 傳輸層 internet層網絡接入層 ARP RARP

21、.http頁面返回值的含義
200 成功 400 請求錯誤 401 無法解析此請求 403 禁止訪問 404 找不到網頁500 服務器錯誤 502 網關錯誤 503 服務器不可用

22、.常見協議端口號
FTP21 SSH22 telnet23 dns53 http80 https443 Tomcat8080 orcale1521 mysql 3306

23、你在測試中發現一個界面很丑，你認為這個問題是否嚴重？是否可以放過？

主要看需求
不嚴重，如果需求就是如此那就沒什么問題，看具體情況，如果項目馬上就要上線，可能會因為對界面進行修改會產生更加嚴重的問題，所以一般都會采取放過的措施

24、. 數據庫查詢中什么是左連接，什么是右連接？left join right join
左連接：左右兩張表按某個列進行關聯查找，左連接以左邊的表為基礎表，基礎表中的數據全部查找出來，右邊的表如果有和左邊的表條件相符的數據就查找出來，如果條件不相符就用Null顯示。 右連接剛好相反

25.什么是觸發器？什么是存儲過程？
觸發器：通過事件來觸發運行的，主要是沒有人工干預的情況下來完成復雜度高一些的約束條件，從而保證數據庫的完整性和一致性。存儲過程：在大型的數據庫中，一組為了完成特定功能的SQL語句集，經編譯后存儲在編譯過程中，用戶通過指定存儲過程的名字并給出參數來執行它。

26、你對自已將來有什么計劃？（職業發展）定小目標，半年學習完性能或者自動化啊 一年自己獨立做好性能或者自動化的測試
首先我要在我未來的工作中，通過我的努力把本職工作做好，在本職工作做好的同時呢，我要多做一些項目積累和完善項目上的經驗，通過工作不斷的提高我的測試技能

27、你有什么問題要問我的？什么項目哪類項目，項目進行的階段，有木有業務方面的培訓
我想知道這個公司開發現有多少人，測試有多少人，還有公司正在開發的項目的情況

28、這有一個杯子，你怎么去測？（類似這種給一個實物，你怎么去測？）
需求測試: 查看杯子使用說明書

界面測試: 查看杯子外觀

功能度：用水杯裝水看漏不漏；水能不能被喝到

安全性：杯子有沒有毒或細菌

可靠性：杯子從不同高度落下的損壞程度

可移植性：杯子在不同的地方、溫度等環境下是否都可以正常使用

兼容性：杯子是否能夠容納果汁、白水、酒精、汽油等

易用性：杯子是否燙手、是否有防滑措施、是否方便飲用

壓力測試：用根針并在針上面不斷加重量，看壓強多大時會穿透

29、你覺的你有哪些優點？哪些缺點？
（缺點要把優點當缺點來說）你覺得你還有哪些地方需要提升的? 性能方面的缺點就是比較大大咧咧，愛笑，優點就是比較熱心

30、你了解過我們公司嗎？
有了解過，收到面試通知的時候 網上或者招聘網上查詢過

31你對app測試有了解嗎？什么是app測試？怎么去測(測哪些方面)？
了解，但是實際工作中沒有測試過，其實使用app應用程序的時候就是在測試，只是沒有app測試人員測試的那么全面細致，就是對手機應用的測試；從它的功能、界面和兼容、性能、易用性、安裝、卸載、升級、與系統或其它軟件的交互、耗電量、散熱情況、流量的監控、免登陸功能、二次登陸

32、你對加班怎么看？
可以接受，it行業來說 加班是常態

33. 你寫過測試用例嗎？ 寫測試用例的依據是什么？
寫過，用戶需求為準

34. 測試報告你寫過嗎？ 寫些什么呢？
(至少要說出寫過自已所測模塊的測試報告)自己所負責的模塊的測試報告人力投入，用例覆蓋情況，bug的分類及數量統計，遺留bug情況，測試風險，測試對象評估，測試結論，測試結果分析，測試總結

35、測試方案
① 測試策略

② 測試資源

③ 測試進度計劃

④ 風險管理

⑤ 質量標準

36、測試原則
A 所有軟件測試都應追溯到用戶需求

B 盡早的和不斷的進行測試

C 完全測試時不可能的，測試需要終止

D 無法顯示軟件潛在的缺陷

E 注意群集現象

F 避免檢查自己的程序

G 避免測試的隨意性

37、測試計劃主要寫些什么東西？
背景，目標，范圍，方式，進度安排，測試組織，測試執行中開始與結束的標準，測試計劃的審批與更改方式，測試相關的風險

38、系統測試策略或者范圍
容量測試 安全性測試 穩定性測試 安裝測試 卸載測試 易用性測試 配置測試 文檔測試 可靠性測試 強度測試 性能測試 功能測試 兼容性測試 負載測試 壓力測試 數據庫測試 分布測試 故障恢復測試

39. 工資和發展平臺你怎么選擇？
發展平臺

40. 你怎么做需求分析的？要看是否有需求文檔，先確定大的測試范圍
首先是將軟件開發需求中具有可測試性的需求或特征提取出來，形成原始需求然后將原始測試需求細化或者分解最后進行需求評審

41. 寫過測試方案嗎？都有些什么內容？沒有寫過
① 測試策略

② 測試資源

③ 測試進度計劃

④ 風險管理

⑤ 質量標準

42. 寫過測試報告嗎？測試報告和版本報告的區別？
測試報告是對整個測試過程與結果的總結，而版本報告只是針對測完版本的總結。

43. 需求評審都有哪些人參加？怎么做的？有什么標準？
參加人員：測試人員、開發人員、產品人員 以會議形式評審評審的標準：完整性審查：應保證測試需求能充分覆蓋軟件需求的各種特征，重點關注功能要求、數據定義、接口定義、性能要求、安全性要求、可靠性要求、系統約束等方面，同時還應關注是否覆蓋開發人員遺漏的、系統隱含的需求；

準確性審查：應保證所描述的內容能夠得到相關各方的一致理解，各項測試需求之間沒有矛盾和沖突，各項測試需求在詳盡程度上保持一致，每一項測試需求都可以作為測試用例設計的依據。

44. 用例評審都有哪些人參加？怎么做的？有什么標準？
參加人員：測試人員、開發人員、產品人員 會議評審

標準：

1）用例設計的結構安排是否清晰、合理，是否利于高效對需求進行覆蓋。

優先極安排是否合理。

是否覆蓋測試需求上的所有功能點。

用例是否具有很好可執行性。例如用例的前提條件、執行步驟、輸入數據和期待結果是否清晰、正確；期待結果是否有明顯的驗證方法。

是否已經刪除了冗余的用例。

45 描述測試活動生命周期或者軟件測試流程:
需求分析—編寫測試計劃—設計用例設計—執行用例，提交bug—編寫測試報告
??

下面是一些配套的資源，希望能幫到大家

?

這些資料，對于【軟件測試】的朋友來說應該是最全面最完整的備戰倉庫，這個倉庫也陪伴上萬個測試工程師們走過最艱難的路程，希望也能幫助到你!有需要的小伙伴可以點擊下方小卡片領取????

?

總結

以上是生活随笔為你收集整理的2023最新软件测试面试题（带答案）的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。