現在公司都不缺人了？軟體測驗作業經歷3年，居然被坑了？防不勝防！

我的情況

大概介紹一下個人情況，女，本科，三年多測驗作業經驗，懂python，會寫腳本，會selenium，會性能，然而到今天都沒有收到一份offer！從年后就開始準備簡歷，年后上班的第一天就開始投，開始只是投了一些官網已久的崗位，并沒有收到面試邀請，得到的都是不匹配的反饋，一度懷疑是不是簡歷寫的不好，后來大批量投遞簡歷，確實是接到了幾個面試邀請

我的面試經歷

第一家百服金融
可能是剛過完年，不是很著急招人，面試官自稱是測驗經理，水平一般，問的問題稀里糊涂，很沒水平，我面試的是自動化測驗，估計她都不是很懂，沒有技術問題，都是一些題外話，后來才了解到他們的產品基本不具備做自動化的條件，說是有百分之20左右自動化的作業，感覺連10都沒有，明明就是招功能測驗的卻偏要寫自動化的要求，比較坑，

第二家愛投資
跟上家一樣，職位不匹配，不明白hr是怎么審核簡歷的，跑了蠻遠的，招功能你就招功能，寫一堆自動化的崗位職責，不明白為什么

第三家一個小公司
忘了叫什么了，公司很小，幾十人吧，面試官比較個性，給了我一張白紙，他隨機出題，出了一堆資料庫，還有開發的問題，答得不是很好，感覺這樣面試壓力蠻大的，

第四家輕易貸
可能是大批量招人吧，我筆試的功夫來了四五個人，同一個崗位的就來了兩個，技術面試沒有五分鐘，我做完自我介紹，人就出去了，沒問一個技術問題，然后跟人事說我技術深度不夠，果真是厲害，一個技術問題沒問，就看出來技術深度了，高手呀，估計已經有合適的人選在打發我，或者不著急，在官網，后來問了一下這個崗位要招兩個人，估計會面很多人吧

經驗及面試題分享

今年行情不好是眾所周知，招一個人估計得面18個，感覺都絕望了，可能也是自己抗壓能力比較弱，因為遇到的都比較坑，還好當時沒有一沖動裸辭，生活還在繼續，找作業還在繼續，如果你和我一樣奔波于各個面試中，祝愿你能找到一個滿意的作業，
####常見問題

軟體測驗的目的是什么？

1.為了發現程式中的缺陷，保證軟體質量， 2.滿足用戶需要

軟體測驗的一般流程是怎么樣的？

1.專案立項后，參加需求評審
2.根據需求檔案制定測驗用例，然后進行用例評審
3.專案提測后，執行用例，問題記錄cp4，及時有效的跟進問題的解決情況
4.測驗環境測驗通過后，產品進行驗收測驗

常見的測驗型別有哪些？分別說明一下？

1.黑盒測驗，即常說的功能測驗
2.白盒測驗，即單元測驗，通常由開發來完成，對程式類和方法的測驗
3.兼容性測驗，主要是瀏覽器的兼容測驗
4.集成測驗，即各個模塊的測驗
5.系統測驗，各模塊測驗完成后，對整個系統的完整性測驗
6.回歸測驗
7.驗收測驗

測驗用例設計常用的方法有哪些?詳細說明一下?

最常用的3種 等價類劃分、邊界值、場景法
1.等價類劃分 分為有效等價類和無效等價類，將測驗的范圍劃分成幾個互不相交的子集，從每個子集選出若干個有代表性的值作為測驗用例
2.邊界值：選取正好等于、剛剛大于、剛剛小于邊界的
3.場景法：劃分不同的場景，然后逐一進行驗證

解釋下單元測驗,集成測驗,系統測驗以及驗收測驗?

1.單元測驗，通常由開發來完成，對程式類和方法的測驗
2.集成測驗，即各個模塊的測驗
3.系統測驗，各模塊測驗完成后，對整個系統的完整性測驗
4.驗收測驗，測驗環境測驗通過后，由產品或者用戶進行驗收測驗，看看產品的實作，是不是滿足了他們當初設計的需求

探索性測驗是什么？應該怎么做？

在需求檔案不完善或者壓根沒有需求檔案的情況下，根據經驗進行摸索嘗試性進行的測驗，是測驗程序中形成的基本的思維性測驗

什么是冒煙測驗,如何有效的開展冒煙測驗?

1.軟體最基本的功能測驗，通常由開發完成，只有冒煙點都通過的產品，交由測驗，才會比較有意義 2.冒煙測驗貫穿于測驗的各個階段，比如集成測驗，系統測驗等

一條高質量的缺陷記錄(Bug)應該具有哪些內容？

1.記錄bug產生的前提條件
2.產生bug的詳細操作步驟
3.截圖，直觀的展示問題，有效幫助開發快速定位問題

缺陷的生命周期是怎樣的？

1新建–提交–分配–修復–驗證–驗證通過關閉–驗證不通過reopen

Alpha測驗與Beta測驗的區別？

1.Alpha測驗：把用戶請到開發方的場所來測驗，用戶在模擬實際操作環境下進行的測驗，由開發記錄下用戶反饋的問題
2.beta測驗：當開發和測驗根本完成時所做的測驗，很多不同的用戶，在不同的環境下操作，然后用戶把產生的問題，定期發給開發者，進行修復（開發不在現場）
3.通常現有alpha測驗，后有bata測驗

你認為做好軟體測驗應該具備哪些素質？

1.較好的技術能力
2.對業務邏輯的理解
3.良好的溝通能力
4.解決和分析事情的能力

作為測驗人員,在與開發人員溝通程序中,如何有效的提高溝通效率和效果?

1.耐心的跟開發溝通，跟他闡述不過的重要性 說服他解決問題
2.充分尊重對方，哪怕再低級的bug都不要小看他
3.寬以待人，設身處地為他人著想 即使開發因為壓力或者其他原因不肯合作 也要心平氣和的跟他溝通 討論bug的優先級
4.平時多跟開發溝通 無論是作業還是生活上的問題，但是測驗一定要有自己的原則 對測驗的產品質量負責
5.自己先定位問題 幫助開發縮小排查范圍

你覺得軟體測驗工程師在一個團隊中，都需要做什么？有什么價值？

1.在產品需求會上 可以站在用戶的角度 提一些貼合用戶需求的建議
2.測驗階段，根據自己對專案的了解和專業的測驗技能 盡可能在專案上線前測出更多問題 保證產品質量
3.對測驗程序中出現的問題 合理有效的進行風險評估，
4.對質量嚴格把關 測驗不通過的 一定不能發布生產

你對軟體測驗最大的興趣是什么?

1.行業前景比較好，而且近些年 越來越多企業更注重測驗
2.測驗時間越久 面臨的困難和挑戰也越多，解決問題的同時 也提高了自身的能力
3.自己的性格比較外向開朗 很容易跟產品和開發溝通 做起事情可以事半功倍

你對自己的職業規劃是什么？

先做高級測驗 有機會的話，想往管理方向發展，目前在攜程做測驗組長，也為以后管理做儲備

在你以往的作業中，發現的影響大或印象深刻的Bug是什么？為什么？

印象深刻的bug：近期的一個專案，x發單n是發qmq訊息，呼叫發單服務自動發單，測驗程序中，我給開發提議加個手動發單–作為發單失敗或者未發單的補償，開發力爭 生產不會出現發單失敗的情況，但后來還是被我說服，在上線前，加個手動發單的功能， 上線第二天，公司qmq框架出現問題，產生訊息消費的延遲，導致一段時間內的訂單不能自動發單，這時候大家手動發單，解區域分訂單，事情過后，開發更加肯定了 我當時的提的bug修復是正確的

在你以往的經歷中,解決過的最困難的問題是什么？

環境問題，是所有測驗人員都面臨的一個難題；解決的那么多問題中，測驗環境無法使用，無法快速的介入測驗，仍然是比較突出的，曾經把一個長久未使用的環境，根據經驗和clog定位，各個服務之間的呼叫，一步步完成調通

在你以往的作業或學習中,你最大的識訓是什么?學到了什么?

1.業務的積累
2.通過各種自動化，如UI自動化，job自動化，api自動化，不僅提升了自己編碼能力，也在每周的常規發布中，起到舉足輕重的作用
3.長期的測驗程序中，提升了自己解決問題的能力

在沒有任何檔案的情況下,你如何開展測驗?

1.盡量的去獲取其他的檔案吧，比如開發的一 些設計檔案—概要設計、功能設計、詳細設計
2.嘗試從網上找類似的專案檔案，如果幸運，可以從公司的資料庫找到類似的檔案
3.按照開發的介面或者設計檔案，按照功能模塊劃分，大致寫一些用例，然后進行摸索測驗，在測驗程序中逐漸完善自己的用例

測驗用例設計問題

• 測驗用例是什么？如何設計有效的測驗用例？

為了測驗某個產品，編制的一組測驗輸入、執行條件以及預期結果 設計有效的測驗用例：

1.明確需求，清晰的知道需求要實作哪些功能
2.根據需求檔案，拆分出功能點和測驗測驗要點
3.詳細的梳理業務需求，設計不同的業務場景，盡可能多的覆寫，尤其重要的邏輯，顆粒度要精細
4.具體邏輯的設計方法，遵循邊界分析法，出問題最多的就在邊界值，然后用等價類劃分方法補充一些測驗用例
5.UI測驗，界面元素測驗+樣式+操作控制元件設計+瀏覽器兼容性相關的用例
6.時間充足的情況下，設計介面的測驗用例，從而保證介面資料的用等價類劃分方法補充一些測驗用例完整性和正確性–目前攜程提倡測驗先行的概念，介面要在專案提測前，完成api自動化測驗

• 輸入三個整數,判斷是否構成有效的三角形,針對這個設計測驗用例

首先要設計滿足三角形的條件，輸入的三個數必須大于0，且同時滿足任意兩邊之和大于第三邊，假設三條邊是A/B/C，則要滿足的條件為A>0，B>0，C>0，A+B>C,A+C>B,B+C>A，以此為例來進行設計即可 有效等價類：A>0，B>0，C>0

• 針對檔案上傳功能，設計下測驗用例

• 針對網上購物中訂單提交的程序，設計測驗用例

測驗管理問題

• 你認為測驗經理的作業職責和內容是什么？

1.負責建立和維護一個有效的測驗流程;
2.負責測驗團隊的日常管理作業;
3.負責制定和安排測驗計劃、測驗作業;
4.帶領測驗團隊進行程式測驗作業、按照制定的測驗計劃執行，并監督和控制測驗作業的行程;
5.負責測驗用例的質量，開發高效的測驗用例;
6.負責與其他部門的人員溝通協作，例如與開發人員和專案管理人員進行溝通，共同推動專案的順利進行;
7.負責測驗團隊的培訓，培養團隊隊員的能力，

• 如果你作為測驗Leader,你應該怎么建立公司的測驗體系并實施它?
• 說明你作為測驗團隊的負責人，如何提高測驗團隊的技術能力？
• 列舉你以往專案測驗中遇到的風險以及你如何處理的？
• 如果當時間不充裕時,該如何安排測驗？
• 列舉你曾經做過的測驗(你認為有技術含量的或者提高了測驗管理能力的),并說下你從中如何受益？
• 在開發和測驗存在不合作甚至對立的情況下，你如何平衡和協調作業？

自動化測驗問題

• 你認為適合做自動化測驗的標準是什么?
• 你認為什么型別的測驗不適合做自動化測驗?
• UI自動化測驗的優點和缺點分別是什么?
• 在一個專案中目前還沒有進行自動化，如果我想開展自動化測驗，我應該怎么做(一般步驟)?
• 你認為該如何選擇最適合的自動化測驗工具?
• 什么是自動化測驗框架?一個好的自動化測驗框架應該具備什么元素?
• 說一下你寫過的測驗框架的代碼目錄結構是怎么樣的?
• 自動化測驗框架的型別有哪些?
• 說一下你在實施自動化測驗程序中好的代碼實踐?
• 自動化測驗是否僅僅可以是實施在UI層?為什么?
• 你是否熟悉Selenium工具?說一下它是什么?
• 你是否還熟悉其它的自動化測驗工具?各自簡單的介紹一下?

性能測驗問題

• 什么是性能測驗?為什么要進行性能測驗?
• 性能測驗的型別有哪些?
• 列舉下用戶會面對的性能問題和性能瓶頸?
• 列舉下性能測驗中常涉及的性能計數?
• 性能測驗中并發用戶點擊量是什么?如何實作?
• 性能測驗進入和結束的標準是什么?
• 說一下在選擇性能測驗工具之前需要考慮哪些東西?
• 在性能測驗中,如何識別性能瓶頸?
• 在對應用程式進行性能測驗期間一般會執行哪些活動?
• 性能測驗中吞吐量是什么?
• 解釋下什么是耐力測驗和尖峰測驗?

資料庫問題

一張表,里面有ID自增主鍵,當insert了17條記錄之后,洗掉了第15,16,17條記錄,再把Mysql重啟,再insert一條記錄,這條記錄的ID是18還是15

作業系統問題

• 列出超過10個Linux常用的命令以及其作用?
• 行程和執行緒是什么?它們有什么區別和聯系?

演算法問題

• Java面試題
• 基礎知識
• 面向物件編程有哪些特性?
• 重寫和多載的區別是什么？為什么多載不能根據回傳值判斷？
• 訪問修飾符public,private，protected以及默認之間的區別
• 抽象類和介面的異同？
• Java中的例外有哪幾類？分別怎么使用？
• 常用的集合類有哪些以及各自有什么特點?
• ArrayList和LinkedList內部的實作大致是怎樣的？他們之間的區別和優缺點？
• 記憶體溢位是怎么回事？請舉幾個可能出現記憶體溢位的場景？
• ==和equals的區別？
• hashCode方法的作用是什么？
• HashMap實作原理，如何保證HashMap的執行緒安全？
• Java中一個字符占多少個位元組，擴展再問int, long, double占多少位元組
• 創建一個類的實體都有哪些辦法？
• final/finally/finalize的區別？
• String/StringBuffer/StringBuilder的區別?
• 什么是java序列化，如何實作java序列化?

JVM

• JVM記憶體結構，為什么需要GC？
• JVM堆的基本結構
• JVM的垃圾演算法有哪幾種？CMS垃圾回收的基本流程？
• JVM有哪些常用啟動引數可以調整，描述幾個？
• 如何查看JVM的記憶體使用情況？
• 你常用的JVM配置和調優引數都有哪些？分別什么作用？

尾聲

無論什么技術，熱不熱門，學習都是不可間斷的，乘著年輕磨礪技術才是王道，不然在程式員這個后浪一波比一波洶涌的職業里混，你想吃青春飯都吃不了幾年，不過，想提升是一回事，如何有效提升就是另一回事了，我作業近十年，也帶過不少實習生、應屆生，很多年輕人真的很努力在學，加班加點作業賣力，但也就是差點火候，還是方法不對，

什么是方法，方法就是跟著身邊大佬走，多問多學，如果身邊沒有大佬也可以加入我們學習資源交流群，全國的小伙伴天南地北，可以一起聊天學習，更加了解這個行業情況，趨勢與走向，

點下面獲取全套學習筆記

《【測驗架構師】系統 初級測驗工程師-測驗架構師 學習之路》

軟體測驗學習核心筆記

目錄

軟體測驗基礎—進階一體化

軟體測驗面試題合集

點下面獲取全套學習筆記

《【測驗架構師】系統 初級測驗工程師-測驗架構師 學習之路》