软件测试简历编写以及软件测试面试题大全（接口、自动化测试面试题）赶快收藏
?目錄
一、簡歷重要性以及編寫原則
二、簡歷模板
三、簡歷包裝
1、個人信息
2、教育經歷
3、專業技能
4、工作經驗
5、項目經歷(4-5個項目)）10年，只寫最近的四個項目。后面的項目和時間都不寫。
6.自我評價不要太泛。
四、互聯網公司常用接口測試面試題
五、互聯網公司常面自動化測試面試題
一、簡歷重要性以及編寫原則
能力，經驗，技能和工作態度的提現。對自身的說明書。
主要是提現你的價值。
包裝簡歷的原則︰（不失真的包裝)
1.合適原則∶需要的是合適，能夠為企業帶來價值的人。
⒉.營銷原則∶不是說需要陳述一個真實而全面的你，而是一個簡短的營銷稿，需要揚長避短，突出重點和優勢。
二、簡歷模板
簡單大氣，清晰整潔。最好上下結構。不要花里胡哨。
三、簡歷包裝
1、個人信息
七要素必備︰姓名，性別，年齡（男生接近32，女生接近30，可以考慮稍微包裝一下)，電話，郵箱，住址（精確到市)，求職意向。
優勢必填∶英語四六級，學歷:211，985本科。女生:婚姻︰已婚已育。
身高，籍貫，工作年限（測試之前有3年，測試4年），政治面貌。么有意義的不要寫
2、教育經歷
2006.9-2009.6????????????????????????????????湖南大學????????????????????????????????專業/學歷
注意:
1.計算機相關專業可以寫專業，非計算機相關專業只寫學歷，計算機科學與技術，軟件開發，軟件工程，網絡工程。
2.如果既有專科學歷，又有自考本科學歷。
????????情況一∶專科學歷和本科學歷畢業時間很近。只寫本科學歷。
????????情況二∶專科學歷和本科學歷畢業時間很遠。兩者都要寫。
????????情況三∶民教網(寫了可以增加面試機會，但是會有面試通過了，也會被篩的情況)3.寫一些加分項
證書，核心課程（ python , c語言，計算機技術，數據結構），勵志獎學金，活動的組織。
3、專業技能
錯誤示范∶(不能看出你的技能深度)
1.熟悉軟件測試流程和理論，熟練掌握測試方法。
⒉.熟練使用Postman,jmeter等接口測試工具。
3.熟練seleniun+webdriver的自動化測試。
4.熟練requests的接口自動化測試。
一、專業技能
正確示范∶（技能至少8-10條左右，熟練的寫上面，不熟練的寫下面。包括︰功能測試，Linux，數據庫，接口測試，自動化測試，性能測試等。其他的特別的技能寫1-2條在最后面。)
1.熟練測試理論，測試方法，測試流程以及常用的測試文檔的編寫，如∶測試計劃，方案，用例，報告等，能夠根據項目需求提取測試點，設計合理的測試用例，執行用例以及提交測試報告。保證軟件的質量。
⒉.熟練Centos操作系統，熟練使用Linux常用命令，如∶查看進程，查看端口，查看內存和進程，動態日志等。熟練通過xshell遠程連接linux服務器查看錯誤日志以及bug定位分析等。熟練shell編程。熟練搭建測試環境。
3.熟悉http協議，熟悉接口測試流程，接口用例設計，熟練使用Jmeter或Postman執行接口測試，熟練接口關聯，動態參數，接口加密，接口鑒權以及接口簽名，熟練
Postman+newman+git+jenkins或Jmeter+Ant+git+jenkins實現持續集成。
到這里薪資封頂在14K。不考慮管理能力!
4.熟練Git , Svn,Github，Gitlib ,Gitee等版本控制工具，能夠熟練的處理文件以及代碼的版本控制以及各分支和主干的文件沖突。
5.熟練基于Python+requests+pytest+allure+logging+jenkins的接口自動化測試，能夠獨立搭建接口自動化測試框架并在實際的項目中開展實施。95%覆蓋率。
6.熟練HTML和JS語言，熟練基于Pytrhon+Selenium+unittest/pytest+htmltestrunner+logging+jenkins的web自動化測試，熟練POM和關鍵字驅動設計模式，熟練基于ddt結合exctl的數據驅動并有實際項目經驗。30%覆蓋率。
三年的產品∶分五期來做，36個月/5=6個多月。web自動化比較合理的介入時間。在第一期6個月之后才開始寫腳本。
一年以內的項目︰大部分不考慮web自動化，除非覆蓋率很低，低到只做冒煙用例。7.app自動化一般不寫。
8.不會的寫自學。
二、管理技能
組織溝通能力，團隊建設能力，工作壓力，工作業績。帶了多少人的測試團隊。
要么根據你的技能來問，要么問的是公司需要的技能。
4、工作經驗
2019.9-至今????????????????????????????????公司名稱? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 任職崗位
2018.9-2019.9? ? ? ? ? ? ? ? ? ? ? ? ? ? 公司名稱??????????????????????????????? 任職崗位
注意︰
1.工作經歷必須是從大學到今天所有的經歷，不能少、
2.如果是中途通過培訓進入的測試行業，那么以前的經歷要寫和計算機相關的崗位，比如︰網絡
程師，運維工程師，系統管理員，技術支持，實施。財務系統管理員。
3.盡量不要超過三家公司，不要出現頻繁跳槽，最好是2-3年一家公司。最近的一家的公司可以寫真實的，其他的按前面的寫。
4.工作經驗里面不要和項目經驗混到一起寫。看不清楚。
5、項目經歷(4-5個項目)）10年，只寫最近的四個項目。后面的項目和時間都不寫。
項目一:順豐CMS全球供應鏈一站式服務平臺????????????????項目時間:XXX
項目描述:XXX
項目職責:XXX
注意:
項目名稍微包裝得高大上一點，看起來像一個真實的項目。
項目時間︰需要連貫的，可以重疊。時間一般為4-8個月，
項目描述︰需要5行，包括項目背景，行業，用戶規模，主要業務，主要模塊等，特別是一定要注意項目的價值。CRM系統，理財項目P2P，區塊鏈技術。
項目職責︰（需要8行，提現你在項目中的重要性，技能一定要融入職責）
6.自我評價不要太泛。
寫個人突出的業績，工作態度，學習能力等。
四、互聯網公司常用接口測試面試題
1、HTTP和HTTPS協議的區別?
http協議是超文本傳輸協議，信息是明文傳輸，https協議是由SSL+HTTP協議構建的加密傳輸協議，他們所使用的端口不一樣,http:80 , https : 443
2、常見的Post提交數據的方式有哪些?
主要有四種方式∶四種方式取決于Content-Type這個請求頭:Content-Type:application/x-www-form-urlencoded
特點∶數據報文是字典，
相當于通過表單方式去提交數據，數據的格式: a=1&b=2&c=3
Content-Type:multipart/form-data特點︰報文包含有文件上傳。
Content-Type:application/json(text/plain , text/xml...）特點∶報文都是字符串類型。Content-Type:binary特點:報文類型是以二進制的方式上傳文件。
3、常見的請求頭以及它們的作用是什么?
Accept :客戶端接收的數據格式。
x-Requested-With:異步請求。ajax異步請求。無刷新。User-Agent :發送請求的客戶端的類型。
Content-Type:請求的內容的報文格式。Cookie : Cookie信息。
4、get和post的區別是什么?
get和post都可以向服務器提交數據，并且都會從服務器獲取數據。區別在于∶
1.傳送參數方式不同:get通過地址欄的方式傳參，post通過表單報文傳參。post比get安全
⒉.傳參的長度不同: get的參數有長度限制,post沒有。
3.一般情況下，get是獲取數據，比如查詢，post提交數據，比如∶增，刪，改。
4.get只發送一個tcp數據報文（包含請求頭和data ) ,post發送兩個報文(1.請求頭,返回1002.data，返回200 )
5、接口請求中常用的返回狀態碼1xx信息提示
2xx成功
3xx重定向（發送一個請求時，這個請求多次請求了服務器的多個資源。)4xx客戶端錯誤
5xx服務器錯誤redirect
6、cookie , session , token有什么相同點和不同點。
相同點︰都是用于鑒權并且都是服務器生成的。
不同點︰（原理)
cookie保存在客戶端的瀏覽器上，cookie不安全，可以去分析存在在本地的cookie進行cookie欺騙。
session保存在服務器的內存，默認保存30分鐘，比cookie安全，缺點就是當登錄的用戶越多，比較占用服務器的資源。session一般會生成一個sesionid(名稱自定義),sessionid可以通過cookie傳輸。
token存儲在服務器的數據庫里面，通過一個接口或通過登錄獲取，然后后續所有的接口都必須要傳token才可以請求成功。token也可以通過cookie傳輸。
7、請問你們公司是如何做接口測試的?（包括:接口測試流程，方案以及用例設計)
1.獲取接口文檔，熟悉單接口以及鏈路接口（接口業務流程）的業務，包括接口地址，鑒權方式，入參，出參，錯誤碼等。
⒉.編寫接口測試用例并評審
正例( 1-2個)︰單接口返回成功場景，鏈路接口業務流程實現。(功能業務流程)反例:
鑒權異常∶空，錯誤，過期......
參數異常:空，類型異常，長度異常。錯誤碼異常:
其它異常︰接口黑名單，接口調用次數限制。分頁(少于0，0，中間頁，最大頁，
超過最大頁)。
3.使用接口測試工具或代碼的方式執行接口測試。
重要考慮以下情況︰
1）接口關聯，接口參數加密，是否動態參數，接口參數是否簽名，是否需要帶請求頭。
4.實現持續集成并輸出接口測試報告電子郵件，有Bug提bug.
8、沒有接口文檔，如果做接口測試?
方式一:可以使用Fiddler,Charles抓包工具抓取接口數據之后整理成接口文檔，如果有不清楚的字段，找時間集中找開發驗證，然后在進行接口測試。
方式二:可以通過Jmeter的代理錄制功能，先把接口請求錄制下來形成接口文檔，然后再逐一的進行接口測試。
9、接口測試中，依賴登錄狀態的接口如何測試?
依賴登錄的接口本質上是每次發送請求的時候需要帶上cookie和session才能夠發送成功。在請求時需要添加上cookie和sessionid。當然:如果是通過Postman來測試，Postman會自動去管理，如果是通過Jmeter來測試，需要增加Cookie管理器組件。如果是通過代碼來實現接口測試，那么需要生成sesion對象，然后通過sesion對象來發送請求。
10、你平常做接口測試的過程中發現過哪些bug?
常規Bug :接口沒實現，沒有按接口文檔返回結果，輸入異常值（空值，特殊字符），接口報錯，沒有返回合理的錯誤提示。
如︰購買商品接口，其中有價格參數，我去測試時把商品的價格改成-3，購買成功。權限Bug :
如∶測試修改不商品信息接口，接口文檔要求只有商家和超級管理員才有權限修改，我傳入一個普通用戶的ID或者是傳入其他商家的ID，修改成功。
接口測試就是為了避免繞過前端驗證，直接訪問后端接口的BUG。
11、你在接口測試中是怎么校驗結果是否正確?有兩種需要校驗∶
第一種:狀態碼校驗，驗證返回的狀態碼為200。第二種:業務校驗︰
1.錯誤碼為0
⒉當接口響應報文比較短，比較固定的情況下,校驗完全一致。
3.當接口響應報文比較長，比較多的情況下，校驗最核心的業務信息。
4.當接口響應報文為非常復雜的多層級XML格式或JSON格式，通過Xpath,JSONpath,正則表達式的匹配方式獲取到最關鍵字的業務節點，然后再校驗。
5.查詢數據庫校驗或者是通過其他接口校驗。
12、如何分析一個bug是前端還是后端的?
通過抓包工具抓包，然后查看請求報文，如果請求報文對比接口文檔有問題，那么就是前端的問題。
如果請求報文沒有問題，那就看返回報文，返回的數據不對，那就是后端開發的問題。
13、依賴于第三方數據的接口如何進行測試?
接口關聯（依賴）是項目中的接口依賴于本項目的接口。
可以通過Postman搭建Mock服務，但是Postman的Mock服務有訪問次數限制，一天只能訪問1000次。也可以通過Servlet ，Flask等技術來實現接口Mock服務。
14、對于加密接口，簽名接口如何進行測試?加密（簽名)接口︰
在調用接口的時候，首先要弄清楚接口的加密方式什么什么?如∶
1.對稱式的加密方式(私鑰加密）︰不常用的有DES,AES，常用是Base64加密方式。
2.非對稱的加密方式（雙鑰加密）:RSA加密方式。
由一個秘鑰密碼生成雙鑰（公鑰和私鑰），公鑰加密，私鑰解密，私鑰加密，公鑰解密。
3.只加密不解密。
1.MD5加密
2.SHA1，SHA3 , , . ' ·
4.自定義加密規則。混合加密方式。
了解加密規則（簽名規則)之后，在請求接口之前先要對參數做對應的加密（簽名)之后在發送請求。單一加密方式，postman和Jmeter有些是支持的，postman使用javascript腳本實現，Jmeter使用beanshell中的java代碼實現。
?
五、互聯網公司常面自動化測試面試題
1、接口自動化和web自動化有多少case ?覆蓋率是多少﹖全部執行完需要多久?
1)接口自動化測試的case數是根據接口數而定，100個接口，接口自動化case大概在2000-3000之間。接口自動化的覆蓋率可以達到100%，web自動化測試case是根據業務用例而定，10000個功能測試的用例，那么web自動化的用例，大概2000-3000左右。覆蓋率一般在30%左右。所有的用例全部執行完成在30分鐘-60分鐘左右。
2、接口自動化測試怎么做? web自動化測試怎么做?
1)項目組做自動化的可行性分析，自動化率能夠實施什么樣的程度。
2)調研測試團隊對于自動化技術的程度，一般會伴隨著demo演示( selenium,rf,requests )
3)計劃制定，自動化測試框架搭建，逐步實施。發現框架的問題進行改善。
制定計劃，提取或編寫自動化測試用例，由leader編寫自動化測試框架，組員編寫和調試自動化呢測試腳本，無人值守jenkins，腳步的維護。
4)把自動化流程化，框架出使用文檔和規范文檔。
5)持續不斷的完善框架。
6)把自動化測試標準推廣到其他的項目。
3、什么是POM模式﹖為什么要使用它?
POM模式∶全稱page object model，簡稱PO，頁面對象模型。意思是把一個頁面當成一個對象，頁面的元素就是對象的屬性，頁面的操作就是對象的行為（方法），一般情況下PO分三層架構︰基礎封裝層BasePage ，PO頁面對象層，TestCase測試用例層。
使測試用例更簡單，更清晰，把很多的業務操作封裝到PO頁面對象層，用例只需要調用即可。
如果頁面有變動，只需要修改PO頁面對象層的屬性即可。增加代碼的可維護性。
4、說說你對數據驅動和關鍵字驅動的理解?
數據驅動是從數據文件(Excel , csv，YAML，數據庫）讀取輸入、輸出的數據，然后通過變量傳入自動化用例用例中，在整個過程中，數據的讀取，測試狀態、測試信息全部在測試用例里面，測試數據都是數據文件中，通過修改數據達到驅動自動化用例執行的方式叫數據驅動。
關鍵字驅動是從面向對象的思維出發，同樣的業務邏輯會封裝成一個函數，這個函數名就叫關鍵字，不同的關鍵字實現不同的業務邏輯，當所有的業務邏輯都可以通過調用關鍵字來實現的時候，就是關鍵字驅動框架。、
—般情況下企業里面都是數據驅動+關鍵字驅動一起使用。
5.web自動化測試用例如何設計?如何提高web自動化用例腳本的穩定性?
用例設計∶
自動化用例是從功能測試用例里面提取出來的，主要提取的是冒煙用例和回歸測試的用例，提取需要遵循以下原則。
1.優先覆蓋核心功能用例。核心流程用
⒉盡量不要選復雜的用例。
3.選取一些重復執行的的用例。
4.一般選取正向用例。
如何提高穩定性:
1.盡量使用相對路徑定位元素。
2.定位元素需要封裝顯示等待。
3.用例和用例之間盡量避免依賴
4.加入用例失敗重跑機制。
5.自動化測試的環境區分開其他環境。
6、舉例說明一下你在自動化測試過程中碰到過哪些異常?用到了哪些Python庫?
異常∶
NoSuchElementException????????沒有如此元素異常
NoSuchAttributeException????????沒有如此屬性異常
NoSuchFrameException????????沒有如此框架異常
ElementNotVisibleException????????元素不可見異常。
(style:display:none)ElementNotSelectException????????元素不可選異常。
TimeOutException????????元素超時
ArrayIndexOutofException????????數組下標異常。
TypeException????????類型異常。
Python庫:
webdriver, webdriverWait， os,xlrd,xlwt, time , unitest , logging , sys ,htmltestrunner
json , csv , jsonpath , yaml, , requests , re , pytest , allure , pymysql
7、自動化測試過程中，你遇到了哪些問題，是如何解決的?
1)元素定位不到。
2)自動化測試用例出現誤報。
3)每一次自動化測試的結果會被覆蓋。4)數據庫校驗。（對數據庫結構非常清晰)
8、在上一家公司做自動化測試用的什么框架?
python+seleinium+unittest/pytest+ddt/parameters+htmltestrunner/allure+jeninsrf+selenium2library
python+requests+pytest+parameters+allure+jenins+yaml
9、自動化中有哪三類等待﹖他們有什么特點?
線程等待∶建議少用。
隱式等待:全局等待。
顯示等待:一般會和一個匿名函數一起使用，一般用不結合定位元素的封裝。
10、在執行腳本過程，如何實現當前元素高亮顯示?
必做，利用javascript去修改你當前定位到的元素的style,在style里面加入border:3px redsolid這個樣式。
11、在現有基礎上給你一個新的業務線你是怎么做接口自動化的?
首先熟悉新的業務線接口的業務，然后熟悉已經搭建好的接口自動化測試框架，然后在當前的框架里面加入符合框架的接口自動化的測試用例即可，根據實際情況可以提出一些對框架的改進建議。
12、接口自動化測試框架中接口關聯你們是怎么處理的?
1.通過一個yaml文件來獨立的保存所有的中間提取的變量，這個變量在執行用例之前清空。conftest
⒉.在測試用例的yaml文件里面通過一個關鍵字extract提取變量:json提取和正則表達式提取。
3.在下一個接口通過{⑾或$或熱加載的方式取值。
13、Requests中的Session會話管理的作用是什么?
因為很多接口都需要使用cookie或session來記錄登錄狀態，而很多的接口必須要有這個登錄狀態才可以請求成功，Requests中的Session會話管理的作用就是自動的記錄cookie和sesion的登錄狀態。
14、接口自動化測試中斷言是如何實現的?
把斷言封裝成一個方法，這個方法會讀取yaml文件里面的validate字段，包括斷言的方式和斷言的數據，然后在后臺實現了斷言。并且提現在報告里面。框架封裝完成之后不需要寫任何Python代碼就可以實現斷言。
功能測試不需要寫任何pythhon腳本，只需要寫yaml格式的測試用例即可實現接口自動化。
15、接口自動化測試框架中動態參數接口，加密接口，簽名接口你們是怎么處理的?
熱加載。
感謝每一個認真閱讀我文章的人，看著粉絲一路的上漲和關注，禮尚往來總是要有的，如果下面這些資料你用得到的話可以直接拿走：群號 798478386 ( 備注CSDN555 )??
總結
以上是生活随笔為你收集整理的软件测试简历编写以及软件测试面试题大全（接口、自动化测试面试题）赶快收藏的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： 个人经历 | 聊聊我的安全成长之路
- 下一篇： 圣路易斯华盛顿大学计算机科学,圣路易斯华