一、軟件測試基礎面試題

1、闡述軟件生命週期都有哪些階段? 常見的軟件生命週期模型有哪些?

軟件生命週期是指一個計算機軟件從功能確定設計，到開發成功投入使用，並在使用中不斷地修改、增補和完善，直到停止該軟件的使用的全過程(從醖釀到廢棄的過程)

生命週期從收到應用軟供開始算起，到該軟件不再使用為止。

它有如下各方面的內容：

初始構思、需求分析、功能設計、內部設計、文檔計劃、測試計劃、文檔準備、集成、測 試、維護升級、再測試、逐步淘汰 (phase-out)、等等

常見的軟件生命週期模型：

瀑布模型，迭代式模型，快速原型模型，螺旋模型

2、什麼是版本控制，常用的版本控制系統有哪些?

版本控制 (Revision control) 是一種軟件工程技巧，在在開發的過程中，確保由不同人所編輯的司一文件都得到更新及歷史記錄的保存。Git(讀音為/git/。)是一個開源的分佈式版本控制系統，可以有效、高速的處理從很小到非常大的項目版本管理。 

Git 是 Linus Torvalds 為了幫助管理 Linux 內核開發而開發的一個開放源碼的版本控制軟件。 https://git-scm.com/docSVN 是 Subversion 的簡稱，是一個開放源代碼的版本控制系統，相較於 RCS、CVS，它採用了分支管理系統，它的設 計目標就是取代CVs .互聯網上很多版本控制服務已從CVs 遷Subversion移https://tortoisesvn.net/support.htm

3、簡述軟件測試與軟件開發之間的關係?

1.項目規劃階段:負責從單元測試到系統測試的整個測試階段的監控。

2.需求分析階段:確定測試需求分析、系統測試計劃的制定，評審後成為管理項目。測試需求分析是對產品生命週期中測試所需求的資源配置、每階段評判通過的規約，系統測試計劃則是依據軟件的需求規格説明書，制定測試計劃和設計相應的測試用例。

3.詳細設計和概要設計階段: 確保集成測試計劃和單元測試計劃完成。

4.編碼階段: 由開發人員進行自己負責部分的代碼的測試。在項目較大時，由專人進行編碼階段的測試任務

5.測試階段(單元、集成、系統測試) : 

依據測試代碼進行測試，並提交相應的測試狀態報告和測試結束報告開發和測試是一個有機的整體!在產品的發佈之前，開發和測試是循環進行的， 測出的缺陷要經開發人員修改後繼續測試。在開發的同時測試經理開始編寫測試用例，測 試文檔要參考開發文檔，所以開發和測試是不可分割的，少了任何一個都不能開發出產品。從角色方面看，像理論和實驗的關係，開發人員通過自己的想象創造出一套思想，之 後測試人員再對它進行檢驗、證偽，開發人員再修改的過程從而不斷豐富產品。

從方法方 面看，是演繹和歸納的關係，一個要掌握大量的技術一個要不斷的從實例中學習。因這 兩方面的不司，所以開發和測試看上去做的工作很不一樣開發與測試是相輔相承、密不可分的，開發人員開發出新的產品後要通過測試判斷產 品是否完全滿足用户的需求。如果發現缺陷，提交給開發人員進行修復，然後再轉交測試 人員進行迴歸測試，直到產品符合需求規格説明。符合用户需求的產品是開發和測試 共同努力的成果

4、請根據”V”模型分別概述測試人員在軟件的需求定

義階段、設計階段、編碼階段、系統集成階段的工作任務及其相應生成的文檔?

需求定義階段:根據項目需求提取測試需求 並形成測試需求文檔，根據提取的測試需求和項目計劃進行測試計劃的擬定，測試計劃文檔

設計階段: 根據測試需求擬訂測試方案並形成測試方案文檔，根據測試方案制定測試用例，並形成測試用例文檔

編碼階段:執行測試並完善測試用例文檔

系統集成階段:測試總結報告，階段問題統計報告，測試問題報告

5、W 模型的描述?

W 模型也稱之為雙V 模型，一個V 是開發的生命同期，另一個V 是測試的生命週期，W 模型與V模型有一個很大的不同，就是W 模型是一個並行的模型，V 模型是一個串行的模型，W 模型開始是從需求分析開始就開始了，而不是等到編碼完成後才開始。

並且測試階段的劃分更清楚，而不僅僅是單元測試、集成測試、系統測試，還包括前期的測試計劃、測試方案等內容，這更符合現在企業測試的流程。W 模型強調測試伴隨着整個軟件開發週期，而且測試的對象不僅僅是程序需求、設計等同樣要測試，也就是説，測試與開發是同步進行的。W 模型有利於儘早全面地發現問題。

從需求分析開始測試工程師就參與到項目的測試中，當需求分析完成後，測試工程師就需要參與到需求的驗證和確認活動中，並需要提供可測試性需求分析説明書，這樣可以儘早地發現需求階段的缺陷。同時，對需求的測試也有利子及時瞭解項目難度和測試風險，及早制定應對指施，這將顯著減少總體測試時間，加快項目進度。

但W 模型也存在侷限性，需求、設計、編碼等活動被視為是串行的，同時，測試和開發活動也保持着一種線性的前後關係，上一階段完全結束，才可正式開始下一階段工作，這樣就無法支持迭代的開發模型。對於當前軟件開發複雜多變的情況，W 模型並不能解除測試管理面臨的牀惑。

總之W 模型具有以下特徵：

(1)測試階段戈分得更全面，不僅僅是單元測試、集成測試和系統測試，

(2)測試與開發是並行的，從需求測試就應該開始介入

(3)提出儘早測試的概念，這樣可以險低缺陷修復成本;

(4)測試對象不僅僅是程序，還包括需求或其他的相關文檔

6、編寫測試計劃的目的是?

使測試工作順利進行，使項目參與人員溝通更舒暢，使測試工作更加系統化

7、測試計劃編寫的六要素?

why一一為什麼要進行這些測試

what一測試哪些方面，不同階段的工作內容

when一測試不同階段的起止時間

where一相應文檔，缺陷的存放位置，測試環境等

who一項目有關人員組成，安排哪些測試人員進行測試

how一如何去做，使用哪些測試工具以及測試方法進行測試。

8、項目版本執行過程中，測試人員如何把控測試進度?

在項目的系統測試過程中，測試負責人要及時瞭解測試進度，跟蹤 BUG 提交、修復及驗證情況以及系統的拷機情況。在開發初期階段，測試組執行BBFV 時，很多模塊、功能點的開發完成進度和原計劃會存在一定的偏差，就需要測試負責人動態的刷新WBS 計劃，根據實際的開發進度調整測試計劃。

在開發階段，存在版本編譯不出來導致無法測試，開發人員修復代碼太隨意導致版本穩定性反覆，需求變更過大導致後端測試開發變更嚴重等現象，會導致測試工作無法正常進行。

就需要測試負責人及時反饋出來，根據項目本身的特點講行對應的處理。當測試進度出現延期時，要及時確認問題原因如果是問題協查導致，則需及時與研發人員進行溝通協商，看問題是否必須在測試環境進行排查，若為必現問題可與研發協商要求其在自己環境進行排查，若必須佔用測試環境，則需及時調整測試計劃，若因此可能影響版本的發佈，則應及時與 SE 確認。

若發現有較多BUG 未解決，則應主動聯繫 SE 及研發人員召開BUG 會確定問題的解決時間。若發現有較多BUG未驗證，則應提醒項目組的測試人員及時進行驗證，對於一些拷機或非必現的BUG，建議測試人員在此 BUG 上現做拷機標記連續拷機一週未再復現的做關閉處理，若再次復現則繼續進行排查。疑難問題的跟控: 比較難復現的問題，怎麼去嘗試復現。

比較難定位的問題，怎麼驅動、反饋給SE，協調開發人員定位問題。比較難處理的問題，怎麼跟控反饋進度等每天下班前確認拷機內容，每天上班第一件事需確認拷機結果，只有這樣才能保證拷機的效果，實現拷機的真正意義。

9、測試人員在軟件開發過程中的任務是什麼?

尋找 Bug；避免軟件開發過程中的缺陷;衡量軟件的品質，關注用户的需求。總的目標是：確保軟件的質量。

10、軟件缺陷有哪些？

1）軟件未實現產品説明書要求的功能

2）軟件出現了產品説明書指明不應該出現的錯誤

3）軟件實現了產品説明書未提到的功能

4）軟件未實現產品説明書雖未明確提及但應該實現的目標

5）軟件難以理解、不易使用、運行緩慢或者從測試員的角度看最終用户會認為不好

為了發現軟件產品中的各種缺陷，而對軟件產品進行驗證和確認的活動過程，此過程貫穿整個軟件開發生命週期。簡單的説，軟件測試是以發現錯誤為目的而執行的一個程序或系統的過程。

11、你如何理解軟件測試的目的？

• 驗證軟件需求和功能是否得到完整實現

• 驗證軟件是否可以發佈

• 儘可能多的發現軟件中的bug

• 儘可能早的發現軟件中的bug

• 對軟件質量做出合理評估

• 預防下個版本可能出現的問題

• 預防用户使用可能出現的問題

• 發現開發過程中的問題和風險

12、軟件測試有哪些原則?

• 所有測試的標準都是建立在用户需求之上 。

• 合理控制測試深度與廣度，完全測試不可能，測試的投入與產出要均衡。

• 80-20原則，軟件中80%的bug可以在分析、設計與評審階段就能被發現與修正，16%的缺陷在系統的軟件測試中發現，最後剩下的4%是用户長期使用的過程中才能暴露出來。

• 儘可能早的開展測試，越早發現錯誤，修改的代價越小。

• 發現錯誤較多的程序段，應進行更深入的測試。

• 軟件項目一啓動，軟件測試也就是開始，而不是等程序寫完，才開始進行測試 。

• 軟件開發人員即程序員應當避免測試自己的程序

• 嚴格執行測試計劃，排除測試的隨意性，以避免發生疏漏或者重複無效的工作

優秀測試人員應具備的素質：

1）溝通能力與表達能力 

2）好奇心與懷疑精神 

3）責任感與抗壓能力 

4）自信心，堅持自己的觀點

5）耐心與細心 

6）逆向思維的能力 

7）善於學習與總結 

8）團隊協作精神 

9）文檔編寫能力

優秀測試人員應具備的技能：

1）精通業務知識 

2）具備軟件編程能力，比如C,C++,JAVA等。

3）可以用腳本語言編寫小測試工具

4）主流操作系統應用與網絡知識，可以搭建測試環境 

5）熟練掌握各種數據庫知識 

6）精通軟件測試理論與方法 

7）掌握常用測試與開發工具的使用 

8）優秀的文檔編寫能力

13、説一説軟件測試的組織架構

1）項目型的測試組織：

測試人員作為項目組的固定成員，從頭到尾的跟着項目走

​編輯

2）智能型的測試組織：

測試人員參與到項目中，是以獨立的測試部門委派的方式進入

​編輯

3）綜合型的測試組織：

項目型與職能型的結構組合並加以改造而產生的。測試部門把測試人員，分為常規項目測試人員與專項測試人員。測試部門會把常規測試人員長期委派到項目組中，成為項目中的一員。專項測試人員，一般由性能測試工程師、自動化測試工程師、安全性測試工程師等組成。只有當項目發生專門需求測試時，測試部門才靈活把專項測試人員委派到各個項目組進行專項測試。

​編輯

14、軟件測試常見分類有哪些？

1）按照是否執行被測試軟件來分：

靜態測試：是指不運行軟件，測試包括代碼檢查、靜態結構分析、代碼質量度量等，主要對軟件需求説明書、設計説明書、軟件源代碼進行檢查與分析。

動態測試：指通過運行被測程序，檢查運行結果與預期結果的差異，分析差異原因，並分析軟件運行效率、健壯性等性能。動態測試是目前公司主要的測試方式

2）按照測試技術分為黑盒測試和白盒測試：

黑盒測試：黑盒測試又叫功能測試或數據驅動測試，在完全不考慮程序內部結構和內部特性的情況下，通過軟件的外部表現來發現其缺陷和錯誤。

白盒測試：白盒測試也稱結構測試或邏輯驅動測試，它是按照程序內部的結構進行測試程序，通過測試來檢測產品內部邏輯是否按照設計規格説明書的規定正常進行，檢驗程序中的每條通路是否都能按預定要求正確工作。

3）按照測試手段來分：可以分為手工測試和自動化測試

4）按照過程階段來分：可以分為單元測試、集成測試、系統測試和驗收測試

單元測試：通過模塊(類/方法/函數)測試，使代碼達到設計要求 主要目的是針對編碼過程中可能存在的各種錯誤，例如用户輸入驗證過程中的邊界值的錯誤。

集成測試：將經過單元測試的模塊逐步組裝成完整的程序。主要目的是檢查各單元與其它程序部分之間的接口是否存在問題，各模塊功能之間是否有影響。

系統測試：是將已經確認的軟件、計算機硬件、外設、網絡等其他元素結合在一起進行測試。系統測試是針對整個產品系統進行的測試，目的是驗證系統是否滿足了需求規格的定義，找出與需求規格不符或與之矛盾的地方 ，進行改正。

驗收測試：驗收測試是在軟件產品完成了單元測試、集成測試和系統測試之後，產品發佈之前所進行的最後一次軟件測試活動，也稱為交付測試。通常由業務專家或用户進行，以確認產品能真正符合用户業務上的需要。

15、軟件開發流程和開發模型？

軟件生命週期：

計劃-》需求分析-》設計-》程序編寫-》測試-》運行/維護

軟件測試流程：

測試計劃-》需求分析-》測試用例-》測試用例執行-》提交bug-》迴歸測試

瀑布模型：適用於需求很明確的項目，分階段向下進行，無法回溯

迭代模型：需求不明確，迭代版本系統

敏捷開發模型：

敏捷開發是一種以人為核心、迭代、循序漸進的開發方法。在敏捷開發中，軟件項目被切分成多個子項目，各個子項目的成果都經過測試，具備集成和可運行的特徵。換言之，就是把一個大項目分為多個相互聯繫，但也可獨立運行的小項目，並分別完成，在此過程中軟件一直處於可使用狀態。

測試驅動開發模型：先編寫測試代碼，再寫開發代碼

​編輯

16、軟件測試模型有哪些？

V模型：反映了測試與開發階段之間一一對應的特點，測試在開發之後，出錯後迴歸測試量大

​編輯

W模型：測試伴隨整個開發週期，測試與開發同步進行，有利於儘早發現問題

​編輯

H模型：軟件測試活動完全獨立，與其他流程並行

二、WEB功能測試面試題

1、Student-coures-Studentcourse表關係如下:

student(sno,sname,age,sdept)學生表

course(cno,cname,teacher)課程表

Studentcourse(sno,cno,grade)選課表寫出sql語句:

·查詢所有課程都及格的學生號和姓名·查詢平均分不及格的課程號和平均成績

找出各門課程的平均成績，輸出課程號和平均成績

找出沒有選擇c2課程的學生信息

2、請説出XHTML和HTML的區別

1、文檔頂部doctype聲明不同，xhtml的doctype頂部聲明中明確規定了xhtml DTD的寫法;

2. html元素必須正確嵌套，不能亂;3、屬性必須是小寫的;

4、屬性值必須加引號;

5、標籤必須有結束，單標籤也應該用“/”來結束掉;

3、很多網站不常用table iframe這兩個元素，知道原因嗎

因為瀏覽器頁面渲染的時候是從上至下的，而table和iframe這兩種元素會改變這樣渲染規則，他們是要等待自己元素內的內容加載完才整體渲染。用户體驗會很不友好。

4、jpg和png格式的圖片有什麼區別?

jpg是有損壓縮格式，png是無損壓縮格式。所以，相同的圖片，jpg體積會小。

比如我們一些官網的banner圖，一般都很大，所以適合用jpg類型的圖片。

但png分8位的和24位的，8位的體積會小很多，但在某些瀏覽器下8位的png圖片會有鋸齒。

5、簡述—下src與href的區別

瀏覽器會識別href引用的文檔並行下載該文檔，並且不會停止對當前文檔的處理

當瀏覽器解析到src引|用時，會暫停瀏覽器的渲染,直到該資源加載完畢。這也是將js腳本放在底部而不是頭部的原因。

6、:before和::before區別?

單冒號(t)用於CSS3偽類，雙冒號(:)用於CSS3偽元素。

對於CSS2之前已有的偽元素，比如:before，單冒號和雙冒號的寫法::before作用是一樣的。

7、如何理解HTML結構的語義化?

所謂標籤語義化，就是指標籤的含義。語義化的主要目的就是讓大家直觀的認識標籤(markup)和屬性(attribute)的用途和作用，對搜索引擎友好，有了良好的結構和語義我們的網頁內容便自然容易被搜索引擎抓取，這種符合搜索引擎收索規則的做法，網站的推廣便可以省下不少的功夫，而且可維護性更高，因為結構清晰,十分易於閲讀。這也是搜索引擎優化SEO重要的一步。

8、常見的視頻編碼格式有幾種?視頻格式有幾種?

視頻格式:MPEG-1、MPEG-2和MPEG4 、AVl .RM、ASF和WMV格式

視頻編碼格式:H.264、MPEG-4、MPEG-2.WMA-HD以及VC-1

9、JS中null, undefined的區別?

null表示一個對象被定義了，但存放了空指針，轉換為數值時為0。

undefined表示聲明的變量未初始化，轉換為數值時為NAN。

typeof(null) - object;

typeof(undefined) - undefined

10、什麼是sql注入，什麼是跨站腳本，什麼是跨站請求偽造?

SQL注入攻擊是注入攻擊最常見的形式(此外還有OS注入攻擊( Struts 2的高危漏洞就是通過OGNL實施OS注入攻擊導致的))，當服務器使用請求參數構造SQL語句時，惡意的SQL被嵌入到SQL中交給數據庫執行。SQL注入攻擊需要攻擊者對數據庫結構有所瞭解才能進行，攻擊者想要獲得表結構有多種方式：

1. 如果使用開源系統搭建網站，數據庫結構也是公開的(目前有很多現成的系統可以直接搭建論壇，電商網站，雖然方便快捷但是風險是必須要認真評估的);
2. 錯誤回顯（如果將服務器的錯誤信息直接顯示在頁面上，攻擊者可以通過非法參數引發頁面錯誤從而通過錯誤信息瞭解數據庫結構，Web 應用應當設置友好的錯誤頁，一方面符合最小驚訝原則，一方面屏蔽掉可能給系統帶來危險的錯誤回顯信息);
3. 盲注。防範SQL注入攻擊也可以採用消毒的方式，通過正則表達式對請求參數進行驗證，此外，參數綁定也是很好的手段，這樣惡意的SQL會被當做SQL的參數而不是命令被執行，JDBC中的PreparedStatement 就是支持參數綁定的語句對象，從性能和安全性上都明顯優於Statement。

xss (Cross Site Script，跨站腳本攻擊）是向網頁中注入惡意腳本在用户瀏覽網頁時在用户瀏覽器中執行惡意腳本的攻擊方式。跨站腳本攻擊分有兩種形式:

反射型攻擊（誘使用户點擊一個嵌入惡意腳本的鏈接以達到攻擊的目標，目前有很多攻擊者利用論壇、微博發佈含有惡意腳本的URL就屬於這種方式)

持久型攻擊（將惡意腳本提交到被攻擊網站的數據庫中，用户瀏覽網頁時，惡意腳本從數據庫中被加載到頁面執行，QQ郵箱的早期版本就曾經被利用作為持久型跨站腳本攻擊的平台)。

CSRF 攻擊(Cross Site Request Forgery，跨站請求偽造)是攻擊者通過跨站請求，以合法的用户身份進行非法操作（如轉賬或發帖等）。CSRF的原理是利用瀏覽器的Cookie或服務器的Session ,盜取用户身份，其原理如下圖所示。防範CSRF的主要手段是識別請求者的身份，主要有以下幾種方式：

1. 在表單中添加令牌(token) ;
2. 驗證碼;
3. 檢查請求頭中的Referer (前面提到防圖片盜鏈接也是用的這種方式)。

令牌和驗證都具有一次消費性的特徵，因此在原理上一致的，但是驗證碼是一種糟糕的用户體驗，不是必要的情況下不要輕易使用驗證碼，目前很多網站的做法是如果在短時間內多次提交一個表單未獲得成功後才要求提供驗證碼，這樣會獲得較好的用户體驗。

三、APP測試面試題

（1）基礎篇

1、請介紹一下，APP測試流程？

APP測試流程與web測試流程類似，分為如下七個階段：

1.根據需求説明書編寫測試計劃；

2.制定測試方案，主要是測試任務、測試人員和測試時間的分配；

3.測試準備，包括搭建測試環境，準備測試數據，確定測試方法；

4.測試用例的設計與編寫，進行用例評審及補充完善；

5.執行測試時首先進行冒煙測試，然後對主功能流程進行測試，包括客户端的單個功能模塊，及功能業務邏輯功能交互，迴歸測試；

6.提交測試結果，包括測試用例，測試計劃；

7.日常維護性測試；

​編輯

APP測試周期可根據項目的開發週期來確定測試時間，一般測試時間為兩三週，根據項目情況以及版本質量可適當縮短或延長測試時間。

2、APP測試需要提前準備哪些測試資源？

具體要準備的測試資源，根據實際項目來，可以從以下幾個方面出發：

1.IOS設備、Android設備（選取市面上主流手機產品）；

2.支付寶/銀聯支付的項目，需要提前申請支付寶/銀聯賬户等等；

3.有秒殺專題的題目，需要規劃秒殺時間表；

4.有優惠券使用的項目，需要添加優惠券數據；

3、APP測試和Web測試的區別？

單純從功能測試的層面上來講的話，APP 測試、web 測試在流程和功能測試上是沒有區別的。

相同點：

1.同樣的測試用例設計方法；

2.同樣的測試方法：都會依據原型圖或效果圖檢查UI；

3.測試頁面載入和翻頁的速度、登錄時長、內存是否溢出等；

4.測試應用系統的穩定性；

不同點：

1.系統結構方面

• web項目，b/s架構，基於瀏覽器的；web測試只要更新了服務器端，客户端就會同步更新。

• app項目，c/s結構的，必須要有客户端；app 修改了服務端，則客户端用户所有核心版本都需要進行迴歸測試一遍。

2.性能方面

• web項目 需監測 響應時間、CPU、Memory；

• app項目 除了監測 響應時間、CPU、Memory外，還需監測 流量、電量等；

3.兼容性方面

• web項目：瀏覽器（火狐、谷歌、IE等）；操作系統（Windows7、Windows10、Linux等）。

• app項目：設備系統:iOS（ipad、iphone）、Android（三星、華為、聯想等） 、Windows（Win7、Win8）、OSX（Mac）；手機設備可根據 手機型號、分辨率、屏幕尺寸不同。

4.測試工具方面

• 自動化工具：APP 一般使用 Appium; Web 一般使用 Selenium；
• 性能測試工具：APP 一般使用Monkey、 JMeter; Web 一般使用 LR、JMeter；

4、相對於 Web 項目，APP有哪些專項測試

1）干擾測試：中斷，來電，短信，關機，重啓等。

2）弱網絡測試（模擬2g、3g、4g、5g，wifi網絡狀態以及丟包情況）；網絡切換測試（網絡斷開後重連、3g切換到4g、5g/wifi 等）。

3）安裝、更新、卸載，中斷、前後台切換。

• 安裝：需考慮安裝時的中斷、弱網、安裝後刪除安裝文件，全新安裝、升級安裝、第三方工具安裝等情況；

• 卸載：需考慮第三方工具卸載、直接卸載卸，載後是否刪除app相關的文件；

• 更新：分強制更新、非強制更新、增量包更新、斷點續傳、弱網狀態下更新；

• 中斷：來電中斷、短信中斷、鬧鐘中斷、手機鎖定、手機斷電、手機死機；

4）界面操作：關於手機端測試，需注意手勢，橫豎屏切換，多點觸控，前後台切換。

5）安全測試：安裝包是否可反編譯代碼、安裝包是否簽名、權限設置，例如訪問通訊錄等。

6）邊界測試：可用存儲空間少、沒有SD卡/雙SD卡、飛行模式、系統時間有誤、第三方依賴（QQ、微信登錄）等。

7）權限測試：設置某個App是否可以獲取該權限，例如是否可訪問通訊錄、相冊、照相機等。

5、Android手機和IOS手機，系統有什麼區別？

1.兩者運行機制不同：IOS採用的是沙盒運行機制，安卓採用的是虛擬機運行機制。

IOS 沙盒運行機制:

• 每個程序都有自己的虛擬地址空間。所以，程序之間不能進行訪問。

• 默認只會將應用的最後運行數據，記錄在RAM裏面。

Android 虛擬機運行機制：

• 所有的應用程序都是運行在虛擬機中，用户界面其實是由虛擬機傳遞的，並且通過虛擬機，Android的任何程序都就可以輕鬆訪問其他程序文件。

• 所有的Android的應用程序都是運行在RAM裏面的，所以會發現有時候Android用着用着就開始有點卡頓。

2.兩者後台制度不同：IOS中任何第三方程序都不能在後台運行；安卓中任何程序都能在後台運行，直到沒有內存才會關閉。

3.IOS中用於UI指令權限最高，安卓中數據處理指令權限最高。

6、IOS和Android的APP測試有什麼區別？

1.物理按鍵：Android長按home鍵呼出應用列表和切換應用，然後右滑則終止應用；iOS所有的返回上一層，只能靠頁面功能實現。

2.多分辨率測試：Android端20多種；IOS較少。

3.手機操作系統：Android較多，IOS較少且不能降級，只能單向升級；新的IOS系統中的資源庫不能完全兼容低版本中的IOS系統中的應用，低版本IOS系統中的應用調用了新的資源庫，會直接導致閃退。

4.操作習慣：Android，Back鍵是否被重寫，測試點擊Back鍵後的反饋是否正確；應用數據從內存移動到SD卡後能否正常運行等。

5.push測試：Android點擊home鍵，程序後台運行時，此時接收到push，點擊後喚醒應用，此時是否可以正確跳轉；IOS點擊home鍵關閉程序和屏幕鎖屏的情況（紅點的顯示）。

6.安裝卸載測試：Android可以通過手機自帶的應用市場或者是第三方的手機助手進行下載，下載和安裝的平台和工具和渠道比較多；IOS主要有app store，iTunes和testflight下載。

7.升級測試：可以被升級的必要條件：新舊版本具有相同的簽名；新舊版本具有相同的包名；有一個標示符區分新舊版本（如版本號）。

8.支付方式：對於一些有內購功能的APP，Android直接調用第三方支付渠道完成支付；IOS需要先在APP store裏綁定支付方式，然後通過APP store去完成支付操作。

9.消息推送機制：Android使用第三方或者自建平台進行消息推送；IOS的消息推送渠道由蘋果官方提供。

7、介紹一個APP抓包工具？

一般用Fiddler，主要用來做app抓包使用，先在Fiddler客户端做好各項配置，端口設置為8888;然後在手機上設置代理，就可以抓包，主要看的是服務器返回的值、還能夠修改傳入參數、傳出的參數、模擬網絡延時，構造不同場景。

8、APP日誌如何抓取？

• 可以使用adb命令：adb logcat | find "com.sankuai.meituan" >d:\test.txt

• 也可以用ddms抓取，手機連上電腦，打開ddms工具；

• 或者在Android Studio開發工具中，打開DDMS；

9、常用的adb命令有哪些？

1.查看幫助手冊列出所有的選項説明及子命令：
adb help

2.獲取設備列表及設備狀態：
adb devices

3.安裝應用：adb install 路徑\xx.apk, 安裝應用；adb install -r 重新安裝。
adb install
adb install -r

4.獲取設備的狀態，設備的狀態有 device , offline , unknown3種，其中device：設備正常連接，offline：連接出現異常，設備無響應，unknown：沒有連接設備。
adb get-state

5.卸載應用：adb uninstall <包名>, 後面的參數是應用的包名，區別於 apk 文件名。
adb uninstall

6.將 Android 設備上的文件或者文件夾複製到電腦本地：adb pull <遠程路徑> <本地路徑>, 如複製 Sdcard 下的 pull.txt 文件到 D 盤：adb pull sdcard/pull.txt d:\，重命名：adb pull sdcard/pull.txt d:\rename.txt。
adb pull

7.推送本地文件至 Android 設備：adb push <本地路徑> <遠程路徑>, 如推送 D 盤下的 ITester.txt 至 Sdcard：adb push d:\ITester.txt sdcard/ （注意sdcard 後面的斜槓不能少）。
adb push

8.結束和啓動adb服務：adb kill-server /adb start-server , 結束 adb 服務/啓動 adb 服務，通常兩個命令一起用，設備狀態異常時使用 kill-server，運行 start-server 進行重啓服務。
adb kill-server
adb start-server

9.打印及清除系統日誌：adb logcat , 打印 Android 的系統日誌 ；adb logcat -c,清除日誌。
adb logcat
adb logcat -c

10.查找包名/活動名
adb logcat | findstr START

10、adb三個組件是指？

ADB作為一個客户端/服務器架構的命令行工具，主要由3個部分組成。

• adb clent（客户端）：可以通過它對Android應用進行安裝、卸載及調試。

• adb service（服務器）：管理客户端到Android設備上abd後台進程的連接，負責管理client和damon進行通信。

• adb daemon（守護進程）：運行在Android設備上的adb後台進程。

（2）進階篇

1、介紹一下Android四大組件？

Android四大基本組件：Activity、BroadcastReceiver廣播接收器、ContentProvider內容提供者、Service服務。

• Activity：應用程序中，一個Activity就相當於手機屏幕，它是一種可以包含用户界面的組件，主要用於和用户進行交互。一個應用程序可以包含許多活動，比如事件的點擊，一般都會觸發一個新的Activity。

• BroadcastReceiver廣播接收器：應用可以使用它對外部事件進行過濾只對感興趣的外部事件(如當電話呼入時，或者數據網絡可用時)進行接收並做出響應。廣播接收器沒有用户界面。然而，它們可以啓動一個activity或serice 來響應它們收到的信息，或者用NotificationManager來通知用户。通知可以用很多種方式來吸引用户的注意力──閃動背燈、震動、播放聲音等。一般來説是在狀態欄上放一個持久的圖標，用户可以打開它並獲取消息。

• ContentProvider內容提供者：內容提供者主要用於在不同應用程序之間實現數據共享的功能，它提供了一套完整的機制，允許一個程序訪問另一個程序中的數據，同時還能保證被訪問數據的安全性。只有需要在多個應用程序間共享數據時才需要內容提供者。例如：通訊錄數據被多個應用程序使用，且必須存儲在一個內容提供者中。它的好處：統一數據訪問方式。

• Service服務：是Android中實現程序後台運行的解決方案，它非常適合去執行那些不需要和用户交互而且還要長期運行的任務（一邊打電話，後台掛着QQ）。服務的運行不依賴於任何用户界面，即使程序被切換到後台，或者用户打開了另一個應用程序，服務仍然能夠保持正常運行，不過服務並不是運行在一個獨立的進程當中，而是依賴於創建服務時所在的應用程序進程。當某個應用程序進程被殺掉後，所有依賴於該進程的服務也會停止運行（正在聽音樂，然後把音樂程序退出）。

2、Activity生命週期？

生命週期即活動從開始到結束所經歷的各種狀態，從一個狀態到另一個狀態的轉變，從無到有再到無，Activity本質上有四種狀態：

• 運行（Active/Running）:Activity處於活動狀態，此時Activity處於棧頂，是可見狀態，可以與用户進行交互。

• 暫停（Paused）:當Activity失去焦點時，或被一個新的非全面屏的Activity，或被一個透明的Activity放置在棧頂時，Activity就轉化為Paused狀態。此刻並不會被銷燬，只是失去了與用户交互的能力，其所有的狀態信息及其成員變量都還在，只有在系統內存緊張的情況下，才有可能被系統回收掉。

• 停止（Stopped）:當Activity被系統完全覆蓋時，被覆蓋的Activity就會進入Stopped狀態，此時已不在可見，但是資源還是沒有被收回。

• 系統回收（Killed）:當Activity被系統回收掉，Activity就處於Killed狀態。

如果一個活動在處於停止或者暫停的狀態下，系統內存缺乏時會將其結束（finish）或者殺死（kill）。這種非正常情況下，系統在殺死或者結束之前會調用onSaveInstance()方法來保存信息，同時，當Activity被移動到前台時，重新啓動該Activity並調用onRestoreInstance()方法加載保留的信息，以保持原有的狀態。

在上面的四中常有的狀態之間，還有着其他的生命週期來作為不同狀態之間的過渡，用於在不同的狀態之間進行轉換。

3、請介紹一下，Android SDK中自帶的幾個工具？

有如下幾個工具：

• ddms：Dalvik Debug Monitor Service，是 Android 開發環境中的Dalvik[虛擬機]調試監控服務。

• monkey：Android中的一個命令行工具，可以運行在模擬器裏或實際設備中。它向系統發送偽隨機的用户事件流(如按鍵輸入、觸摸屏輸入、手勢輸入等)，實現對正在開發的應用程序進行壓力測試。

• uiautomator：UIAutomator是Eclipse自帶的用於UI自動化測試工具，可仿真APP上的單擊、滑動、輸入文本等操作。

• monitor：同uiautomator

• adb：ADB的全稱為Android Debug Bridge，就是起到調試橋的作用。通過ADB我們可以在Eclipse中方面通過DDMS來調試Android程序，就是debug工具。

4、你所瞭解的APP測試工具？

APP自動化測試工具：

• Appium

• Airtest

• uiautomator2（python）

APP穩定性測試工具：

• Monkey

• MonkeyRunner

• Maxim

• UICrawler

APP性能測試工具：

• Perfdog

• SoloPi

APP弱網測試&抓包工具：

• Fiddler

• Charles

APP兼容性測試工具：

• TestIn

• 騰訊優測

• 百度MTC

• 阿里MQC

APP安全測試工具：

• OWASP ZAP

• Drozer

• MobSF

• QARK

5、介紹一下冷啓動、暖啓動、熱啓動、首屏啓動？

APP啓動會發生多個事件，測試人員需要知道整個環節是否出現問題，需要了解到具體是哪個環節存在問題：

• 冷啓動：當進程不存在的時候，從進程創建開始到界面的展示的過程；

• 暖啓動：有一部分資源已經存在，進程存在，相對於熱啓動要消耗更多資源。當用户退出應用程序時，進程還會存在，暖啓動相較於冷啓動只是少了進程的創建；

• 熱啓動：大部分資源都在，只是應用之間的切換；

• 首屏啓動：第一屏加載完整；

標準：

• 冷啓動：需要5秒甚至更長；

• 暖啓動：需要2秒甚至更長；

• 熱啓動：需要1.5秒甚至更長；

整個啓動過程可以用adb工具進行分析，利用adb logcat獲取啓動數據，或者錄屏，使用ffmpeg拆幀分析。
adb logcat

首先定義一個變量，這個變量填寫用到的包名。
package=com.xueqiu.android

清除緩存數據：
adb shell pm clear $package

停止進程：
adb shell am force-stop $package

通過以上命令就做好了冷啓動的環境，下面啓動app並獲取數據。啓動App
adb shell am start -S -W $package/.view.WelcomeActivityAlias

-S表示啓動之前先停止應用進程
-W是表示等待對應的activity啓動完成

獲取數據：
bash adb logcat |grep -i displayed

獲取的時間如下：

​編輯

6、談談對冷啓動的理解？

應用的啓動可以分為冷啓動，熱啓動和温啓動，而啓動最慢、耗時最長的就是冷啓動。

冷啓動開始時，系統會依次執行三個任務去啓動APP:

• 加載和啓動應用程序；

• APP啓動後，立即創建一個空白的啓動Window；

• 創建APP的進程；

在這三個任務執行後，系統創建了應用進程，那麼應用進程接下來會執行下一步：

• 創建APP對象；

• 開啓一個主線程；

• 創建啓動頁的Activity；

• 加載View；

• 佈局view到屏幕；

• 進行初始繪製顯示視圖；

當應用進程完成初始繪製之後，系統進程用啓動頁的Activity來替換當前顯示的空白Window，這個時刻用户就可以使用App了。

四、接口測試常見面試題

1、請描述下HTTP接口？

瞭解HTTP接口首先需要知道HTTP是什麼。

HTTP的全稱為：HyperText Transfer Protocol，即超文本傳輸協議 。百度百科中對HTTP協議的解釋是http是一個簡單的請求-響應協議，通常運行在TCP之上。它指定了客户端可能發送給服務器什麼樣的消息及會得到什麼樣的響應。請求和響應消息的頭以ASCII碼形式給出；而消息內容則具有一個類似MIME的格式。

所以HTTP是工作於 客户端/服務端架構之上的。通常情況下，常用的web服務器有Apache服務器、 IIS服務器等等。 

OSI模型中的七層結構見下圖，而HTTP是屬於應用層，定義應用程序的功能 。

用户通過URL向HTTP服務端發送請求，HTTP服務器經過一系列的算法處理請求後再把相應的結果返回給用户（即瀏覽器）。

​編輯

2、GET接口與 POST接口分別有什麼特點，有什麼區別？

GET接口是從指定的資源中獲取數據的，參數通過URL發送

POST是把需要處理的數據提交到指定的資源 POST的參數不能通過URL發送，只能從請求的的消息主體中發送。

3、HTTP1.1版本中有哪些請求方法？

1.0版本中有三種方法即GET POST HEAD。 

http1.1版本中新增了OPTIONS DELETE PUT CONNECT TRACE5種請求方法.

4、HTTP響應消息由哪些部分組成？

響應消息包括狀態行，消息報頭和響應正文

5、HTTP某個狀態碼的含義（如：304代表什麼）或是XX狀態碼頭的含義

1xx表示請求已接收 ，繼續處理

2xx 請求成功接收

3xx 重定向 ，需要進一步操作

4xx 請求錯誤 ，屬於客户端錯誤

5xx 請求合法，但服務器無法處理，屬於服務端錯誤 

常見的狀態碼見下圖：

​編輯

6、你怎麼理解RPC接口，有什麼作用？

RPC 的全稱為：Remote Procedure Call Protocol即遠程過程調用協議。

RPC通過網絡從遠程的服務器上請求服務無需瞭解底層技術協議 。RPC採用的是客户端/服務端模式，RPC的作用是開發方便、直接，安全性高，特別是在一些大型項目中，內部的子系統及接口比較多的情況下，採用網絡分佈式的多個APP開發更加容易 。

7、RPC的工作流程是怎樣的？

下圖為RPC的工作流程：

​編輯

8、請描述下RPC的各個核心部件

Remoting 網絡通信框架 實現了消息機制 RPC遠程過程調用 ，支持集羣，負載均衡  Registry服務目錄框架

9、接口測試的流程

接口測試流程也與公司要求、項目性質有所區別，可以適當增減節點。

閲讀接口文檔（接口文檔形式各個公司不同）

設計接口測試用例

準備測試環境、測試工具及測試數據

執行測試

提交缺陷報告，迴歸測試

編寫測試報告

10、你之前使用過的接口測試工具有哪些

postman、jmeter、RESTClient、loadrunner、SoapUI等

本人常用的有postman、jmeter

postman使用操作非常簡單，支持測試case的管理 ，文件上傳、響應驗證以及環境參數管理還可以批量運行

jmeter是一款免費開源的輕量工具，可以用來做簡單的壓力測試，也可以自己寫接口腳本驗證。

11、調用HTTP接口時如何獲取到HTTPClient庫？

使用maven管理的話可以加入GroupId及 ArtifactID均為 commons-httpclient的依賴即可。

12、你之前怎麼做RPC接口測試，有哪些準備工作？

接口調用客户端依賴包 配置接口遠程服務端的Consumer Provider 編寫RPC接口測試腳本。

13、説説HTTP單接口測試與 RPC接口測試的特點

RPC接口編寫測試腳本時是需要導入JAR包，並且配置好Consumer。Http單接口測試是提交數據的方式 ，常用的提交數據方式有application/x-www-form-urlencoded    multipart/form-data

14、針對你之前做的項目中簡單描述下日誌工具是怎麼配置的

以maven為例，首先，需要引入Log4j，在CLASSPATH目錄下建立一個文件log4j.properties,然後使用API輸出日誌

​編輯

15、GIT代碼版本控制工具的常用命令

第一次從Git下載新代碼：git clone xx.git “下載目錄”

從遠程倉庫克隆：git clone “url”

添加目錄：git  add  “要添加的目錄”

提交：commit

查看所有的本地分支：git branch

查看所有的遠程分支：git branch -r

新建分支：git branch 新建分支名稱

切換分支：git checkout  切換分支名稱

合併分支：git merge 要合併的分支

查看git狀態：git status

查看當前文件與上次時的區別：git diff 文件名

查看提交日誌：git log

回退到上一個版本：git reset

刪除版本庫的文件：git rm 文件名

16、簡要説明JUnit的測試框架

JUnit是用Java語言編寫的單元測試框架，使用JUnit進行測試前需要先繼承TestCase類。應用比較多的領域有重構和極限編程。

17、TestNG常用的annotation關鍵字的含義

@Test 標記一個類或方法 

@BeforeSuite被@BeforeSuite註解的方法，會在所有測試運行之前運行。

@AfterSuite被@AfterSuite註解的方法，會在所有測試運行之後運行。

@BeforeTest被@BeforeTest註解的方法，在測試執行之前運行。

@AfterTest被@AfterTest註解的方法，在測試執行之後運行。

@BeforeClass被@BeforeClass註解的方法會在當前類的第1個測試方法運行前運行。

@AfterClass被@AfterClass註解的方法會在當前類的第1個測試方法調用後運行。

@BeforeMethod被@BeforeMethod註解的方法，會在每個測試方法調用之前運行。

@AfterMethod被@AfterMethod註解的方法會在每個測試方法調用後運行。

18、TestNG常用的斷言方法

assertTrue判斷是否為True

assertFalse判斷是否為false

assertNull判斷是否為null

assertNotNull判斷是否不為null

assertSame判斷引用地址是否相同

assertNotSame判斷引用地址是否不同

19、TestNG多線程測試時的annotation如何使用

invocationCount \threadPoolSize

20、TestNG怎麼導出測試報告 

TestNG自帶了導出測試報告的功能 ，但可讀性較差，可以用maven下載ReportNG的依賴並在pom.xml中進行配置。也可以使用插件。

五、自動化測試面試真題

（1）編程語法題

1 、 python 有哪些數據類型

• python 數據類型有很多，基本數據類型有整型（數字）、字符串、元組、列表、字典和布爾類型等

2 、怎麼將兩個字典合併

• 調用字典的 update 方法，合併 2 個字典。

3 、 json.l python 如何將 json 寫到文件裏？

• loads（） 是將字符串轉化為字典

• json.load()是將文件打開從字符串轉換成數據類型

• json.dumps (） 是將字典轉化為字符串

• json.dump()是將數據類型轉換成字符串並存儲在文件中

4 、 __init__ 和 __new__ 區別？

• __new__是在實例創建之前被調用的，因為它的任務就是創建實例然後返回該

  實例對象，是個靜態方法。

• __init__是當實例對象創建完成後被調用的，然後設置對象屬性的一些初始值，通常用在初始化一個類實例的時候。是一個實例方法。

5 、什麼是可變、不可變類型？

• 可變數據類型：列表 list 和字典 dict；

• 不可變數據類型：整型 int、浮點型 float、字符串型 string 和元組 tuple

6 、 mysql 注入點，用工具對目標站直接寫入一句話，需要哪些條件？

mysql 寫入一句話需要具備

• 1.secure-file-priv=''，即：my.ini 文件，打開找到 secure-file-priv 參數改空

• 2.當前用户具備 root 權限

• 3.已獲取到應用程序的絕對路徑，且目錄可以進行文件寫入操作。 

7 、 python 深淺拷貝的區別

• 對於不可變數據來説深淺拷貝的結果一致會重新創一個數據的副本。淺拷貝對於

  可變類型來説只會拷貝其元素的引用。

• 深拷貝對於可變元素來説會遞歸的整個重新創建一個原數據的副本。

8 、 python 為什麼使用 *args 和 **kwargs

如果我們不確定要往函數中傳入多少個參數，或者我們想往函數中以列表和元組

的形式傳參數時，那就使用*args；如果我們不知道要往函數中傳入多少個關

鍵詞參數，或者想傳入字典的值作為關鍵詞參數時，那就要使用**kwargs。args

和 kwargs 這兩個標識符是約定俗成的用法，你當然還可以用*bob 和**billy，

但是這樣就不太專業。

9 、重寫和重載有什麼區別？

• 重寫：用在類的繼承當中。子類對父類的同名方法，進行重寫。在子類同名方法

  內部，如果要延用父類的方法，可以使用 super 調用。

• 重載：用在類當中，對於同一個方法名，支持不同類型的參數，支持不同數量的

• 參數。由於 python 的函數本身就對參數不作類型限定，也有*args 和**kwargs

  支持不定長度參數。

10 、 python 實現 get 數據庫的表？你是怎麼實現的？

python 當中對於不同數據庫，都有不同的第三庫來實現連接和數據庫操作。

比較熟悉的是對 mysql 的操作。使用的是 pymysql 這個第三方庫。第一步是建立

數 據 庫 連 接 ；第 二 步 調 用 execute 方 法 執 行 sql 語 句 ， 第 三 步 使 用

fetchone,fetchall,fetchmany 去獲取不同條數的結果。

11 、對象 ( 實例 ) 方法，類方法，靜態方法的定義有何不同？分別適用於什麼場

景？

• python 中，類中定義的普通函數就是對象方法，對象方法中的第一個形參一般

  會定義為`self`，表示調用的對象本身，當對象調用對象方法時會被隱式的傳遞

  給這個形參。所以當函數需要用到對象或對象的屬性時一般會將其定義為對象方

  法。

• 類方法定義時，需要使用裝飾器`classmethod`進行裝飾，類方法中的第一個形

  參一般會定義為`cls`，表示類本身。當對象調用或類調用類方法時，類會被隱

  式的傳遞給這個形參。所以當函數需要用到類或者類的屬性時一般會將其定義為

  類方法。

• 靜態方法定義時，需要使用裝飾器`staticmethod`進行裝飾，其他與普通函數沒

  有區別。一般會將一些與對象和類無關的工具函數定義為靜態方法，方便調用。

12 、 SQL 連表查詢，去重查詢，查詢重複的數據？

兩表查詢：SELECT 字段 1,字段 2,字段 3,…… FROM 表名 1 INNER JOIN 表名 2
ON 關聯條件；
去重查詢：SELECT distinct ...;
查詢重複的數據：select 列名 from 表名 group by 列名 having count(列名) > 1;

13 、 python 的單例模式？

• 單例模式是：確保類有且只有一個對象被創建為唯一對象提供訪問點，令其可被全局訪問控制共享資源的並行訪問

• 具體實現方式可以通過模塊導入、裝飾器、控制 __new__方法 等等。

14 、什麼是 PEP 8 ？

• EP 8 代表 Python Enhancement Proposal，它可以定義為幫助我們提供有關如何編寫 Python 代碼的指南的文檔。它基本上是一組規則，指定如何格式化

• Python 代碼獲得最大的可讀性。它由 Guido van Rossum、Barry Warsaw 和Nick Coghlan 於 2001 年編寫

15 、 PO 模式的封裝原則有哪一些？

公共方法表示頁面提供的服務。比如把登錄封裝成 login 方法，搜索操作封裝成 search 方法，註冊操作封裝成 register 方法。

• 儘量不要暴露頁面的內部，比如頁面的 HTML, 頁面的上下結構

• 一般不做斷言，做到頁面邏輯和測試邏輯的分離。

• 方法返回 self 或者其他 PageObjects，也可以是元素屬性等。

• 不需要封裝整個頁面行為，用到什麼邏輯封裝什麼邏輯

• 同一操作如果出現不同結果，可以用不同的方法表示。比如登錄成功有跳轉，登錄失敗報錯，登錄未授權， 

（2）編碼題

1 、冪的遞歸，計算 x 的 n 次方，如：3 的 4 次方 為 3*3*3*3=81

# 遞歸的方式
def mi(x, n):
if n == 0:
return 1
else:
return x*mi(x, n-1)
print(mi(3, 4))
非遞歸的方式：
def mix(x,n):
result = 1
for count in range(n):
result *= x
return result
print(mi(3,4))

2 、統計列表（list ）中每個元素出現的次數

# 統計列表（list）中每個元素出現的次數
lista = [1, 2, 3, 4, 12, 22, 15, 44, 3, 4, 4, 4, 7, 7, 44, 77, 100]
new_dict = {}
for item in lista:
if item not in new_dict.keys():
new_dict[item] = lista.count(item)
print(new_dict)

3 、 ['abc13','abv89'] 這種列表，打印最大長度的共同的前綴，列表元素個數不確定

def test_str(iterable):
return_str=''
for i in zip(*iterable):
if len(set(i))==1:
return_str +=i[0]
else:
break
print(return_str)
return return_str

4 、對 list 去重並找出列表 list 中的重複元素

from collections import Counter #引入 Counter
a = [1, 2, 3, 3, 4, 4]
b = dict(Counter(a))
print(b)
print ([key for key,value in b.items() if value > 1]) #只展示重複元素
print ({key:value for key,value in b.items() if value > 1}) #展現重複
元素和重複次數

5 、已知一個隊列 [1, 3, 6, 9, 7, 3, 4, 6]

1. 按從小到大排序

2. 按從大大小排序

3. 去除重複數字

a = [1, 3, 6, 9, 7, 3, 4, 6]
# 1.sort 排序，正序
a.sort()
print(a)
# 2.sort 倒序
a.sort(reverse=True)
print(a)
# 3.去重
b = list(set(a))
print(b)

6 、任選語言完成雙向冒泡排序算法程序（[8,6,4,3,9,1,2,5,7] 升序）

def cocktail_sort(arr):
    n = len(arr)
    start = 0
    end = n - 1
    swapped = True

    while swapped:
        # 正向冒泡，找到最大元素放到後面
        swapped = False
        for i in range(start, end):
            if arr[i] > arr[i + 1]:
                arr[i], arr[i + 1] = arr[i + 1], arr[i]
                swapped = True

        # 如果沒有元素進行交換，則排序完成
        if not swapped:
            break

        # 在反向冒泡之前，重新標記 swapped 為 False
        swapped = False
        end -= 1

        # 反向冒泡，找到最小元素放到前面
        for i in range(end - 1, start - 1, -1):
            if arr[i] > arr[i + 1]:
                arr[i], arr[i + 1] = arr[i + 1], arr[i]
                swapped = True

        start += 1

    return arr

# 測試排序算法
arr = [8, 6, 4, 3, 9, 1, 2, 5, 7]
sorted_arr = cocktail_sort(arr)
print(sorted_arr)

（3）自動化基礎能力評估

1 、 python 列表和字典的區別，列表和元組的區別？

• 列表是有序的，字典是無序的。列表通過索引獲取、字典通過 key 獲取。

• 列表是可變的，可以修改、添加、刪除其中的元素，但是元組是不可變的，不能修改、添加、刪除其中的元素。

• 對於一個元素的元組，必須要在元素後加逗號，而列表不需要。

2 、 Python 用到的庫

• • 單元測試框架：unittest pytest

  • 操作 mysql 數據庫：pymysql

  • http 請求庫：requests

  • web 自動化：selenium

  • 處理日誌:logging

  • json 數據提取和 json 文件讀寫:json，jsonpath

  • pyyaml:yaml 文件讀寫

3 、 unittest 和 pytest 區別？

• • pytest 是第三方庫，基於 unittest 的擴展框架，比 unittest 更簡潔，高效

  • pytest 有豐富的插件系統

  • pytest 的夾具使用更加靈活

  • pytest 可以很方便的過濾用例

4 、 python 當中如何操作數據庫 ?

• • python 不同的數據庫，都有對應的第三方庫。比如 mysql 數據庫有 pymysql庫，oracle 數據庫有 cx_Oracle

  • 安裝成功第三方庫後，代碼中將包導進來 ·接下來就是連接數據庫，提供數據庫的服務器地址、端口號、訪問的用户名和密碼、數據庫名稱，通過調用對應的方法去連接

  • 連接成功之後，調用執行 sql 語句的方法去操作數據庫

  • 操作完成之後，釋放數據庫連接

5 、 jmeter 或 postman 實現多接口關聯測試 ? 怎麼做關聯 ?

6 、接口自動化的斷言怎麼做

7 、如果需要用自動化測刪除接口，斷言怎麼做

8 、做自動化的過程中如何處理驗證碼

• • 讓開發屏蔽驗證碼，邀請開發處理，在測試環境，預發和正式環境恢復

  • 讓開發設置一個萬能驗證碼，使用複雜的其他人無法猜到的驗證碼

  • 基於圖像識別，破解驗證碼

9 、自動化測試用例如何編寫

自動化測試本質是測試，是用自動化手段，替代部分手工測試。

• 自動化測試用例，源自功能測試用例，都應包含前置/後置，步驟，斷言。

• 自動化用例設計原則，與功能用例一致。

• 自動化用例需要自行解決：環境依賴問題。比如手工測試時，遇到前置條件不滿足，手工去準備前置條件再測試。

• 自動化用例斷言要明確：將手工測試看到的期望效果，轉成代碼。

• 自動化用例需要考慮重複執行不受影響。

考慮好以上 5 點，使用工具或者代碼的測試框架編寫即可。

10 、 pytest 的前置實現有哪幾種方式？

11 、 Appium 都有哪些啓動方式

12 、 web ui 自動化中顯式等待、隱式等待有什麼區別

相同點：都是智能等待，在一定時間範圍內不斷查找元素，一旦找到立刻執行後續代碼，沒找到就會一直查找到超時為止

不同點：

• 顯式等待：顯示等待是單獨針對某個元素，設置一個等待時間，設置一個查詢間隔時間，在等待時間內會按照設置的間隔時間對該元素進行查找，超過設置的等待時間尚未出現則拋異常；顯示等待必須在每個需要等待的元素前面進行聲明

• 隱式等待：隱式等待是全局的是針對所有元素，設置一個等待時間，在設置的等待時間內，程序會不停檢測頁面元素是否全部加載完成，加載完成則繼續向下，超過設置的等待時間尚未出現則拋異常；隱式等待只需要聲明一次，聲明之後對整個 drvier 的生命週期都有效不用重複聲明；程序會一直等待整個頁面加載完成

13、 有沒有遇到元素定位不到情況？如何處理的？

• • 頁面加載元素過慢，添加等待時間

  • 頁面有 frame 框架頁，需要先跳轉入 frame 框架再定位

  • 可能該元素是動態元素，定位方式要優化，可以使用部分元素定位或通過父節點或兄弟節點定位。

  • 可能識別了元素，但是不能操作，比如元素不可用，不可寫等。需要使用js 先把前置的操作完成，

  • 元素定位的表達式寫錯了。

14 、請儘可能多的列出自動化的元素定位方式，以及你最喜歡的定位方式？

web 自動化的定位方式：

1、通過 id：find_element_by_id
2、通過 name 屬性：find_element_by_name
3、通過 class 屬性：find_element_by_name
4、通過標籤名：find_element_by_tag_name
5、通過文本定位鏈接標籤：find_element_by_link_text
6、通過文本部分匹配，定位鏈接標籤：find_element_by_partial_link_text 
7、通過 xpath 定位：find_element_by_xpath
8、css 選擇器定位：find_element_by_css_selector
最常用的：id,xpath 和 css 這三種

15 、如果同一個瀏覽器打開兩個窗口，要用 selenium 裏面哪個指令進行切換？

1、窗口切換  2、iframe 切換 3、alert 切換

16 、 App 自動化有做過嗎？知道用到哪些技術框架嗎？

• • 做過，app 自動化主要使用的開源框架 appium，結合測試框架 pytest，還有 PO設計思想，共同搭建了 app 自動化測試框架。

17 、 ui 自動化出現的異常，以及出現這些異常後你是如何處理的？

• • 元素定位失敗異常，處理方式為檢查元素定位表達式，添加等待；

  • 定位超時異常，檢查定位方式，檢查是否有 iframe ；

  • 元素無法交互，檢查是否定位到正確元素。

18 、什麼是 PO 模式，什麼是 page factory ？

• PO 模式是 page object model 的縮寫，顧名思義， 是一種設計模式，把每個頁面當成一個頁面對象，頁面層寫定位元素方法和頁面操作方法,實現腳本的page 和真實的網站頁面 Map 起來，一對應起來PO 模式業務代碼和測試代碼被分開，降低耦合性維護成本低，減少代碼冗餘 

19 、簡述 selenium 的原理

selenium 涉及到三個組件的通訊，分別是

• • 瀏覽器

  • webdriver

  • client

client 負責通過對應的編程語言函數發送請求給 webdriver

client 其實並不知道瀏覽器是怎麼工作的，但是 driver 知道，在 selenium 啓動以後，driver 其實充當了服務器的角色，跟 client 和瀏覽器通信，client根據 webdriver 協議發送請求給 driver，driver 解析請求，並在瀏覽器上執行相應的操作，並把執行結果返回給 client。這就是 selenium 工作的大致原理。

20 、 UI 自動化測試用例在運行過程中經常會出現不穩定的情況，也就是説這次可以通過，下次就沒有辦法通過了，如何去提升用例的穩定性？

• 1. 界面上無法預測的彈框。頁面上經常會根據用户行為推送或者彈出動態的信息，比如版本更新，消息通知，推薦產品等等，當這些彈框出現以後，原來的頁面元素會被遮擋，無法被定位，此時可能會造成自動化測試腳本運行錯誤。

• 2. 頁面元素的動態變化；主要有兩方面的變化，第一方面，前端需求經常發生變化導致前端代碼頻繁修改，當前端頁面變化以後可能會造成之前的元素無法被定位；第二方面，頁面可能會根據用户的狀態和等級展示不同的頁面，或者是這一次訪問的數據和下一次會不同。

• 3. 隨機的頁面延遲造成控件識別失敗；受限於網絡環境和設備狀態，自動化代碼每次運行時可能會產生隨機的超時處理。

• 4. 測試數據變更。ui 測試每個用例的測試步驟會有很大的區別，他們不能共享同一套代碼邏輯，當測試數據變更時，如果不能及時更新自動化代碼，會造成腳本執行出錯等問題。

（4）自動化項目實戰能力評估

1 、介紹一下你的自動化測試框架？

我的框架主要根據分層思想設計了幾個獨立模塊：

• 模塊一：主要存放通用業務代碼，比如接口訪問，數據庫操作，excel 操作，等

• 模塊二：主要負責用例收集和用例執行，生成測試報告。

• 模塊三：主要負責存放測試用例數據。通常是使用 excel, yaml, 等通用數據格式。

• 模塊四：主要存放測試用例方法和測試邏輯相關代碼。這裏會調用模塊的通用方法。

2 、講一下在工作中怎麼做的自動化測試？

• • a. 根據自動化測試特性整理需求

  • b. 根據優先級，和公司人員狀況制定自動化測試計劃

  • c. 制定自動化測試執行方案

  • d. 自動化測試用例設計或從功能測試用例中挑選適合的用例

  • e. 自動化腳本的開發

  • f. 自動化測試執行，生成報告

3 、自動化測試框架至少包含哪些核心模塊。

• • 基礎方法

  • 數據驅動

  • PO 分層

  • 接口分層

  • 接口數據管理

  • 異常處理 - 工具包

  • 配置

  • 日誌收集

  • 測試報告

4 、框架中的接口參數傳遞怎麼做的？是否有優化，第三庫有沒有用到，方法是什麼？

• 框架當中接口參數傳遞主要涉及 2 部分：一是數據生成或者提取，二是替換。在框架當中，數據從響應結果提取用的 jsonpath，提取表達式直接寫在 excel 當中，提取之後存儲到變量類 Data 當中，作為它的類屬性。

• 替換時，則直接訪問 Data 類的類屬性，將其值拿到並替換。在 excel 中要替換的標誌為#value#。因為會存在有多個要替換的值，所以用正則表達式來查找到所有要替換的標識，然後全部替換。

• 用到第三方庫的話，一個是 jsonpath，一個是 re

5 、拿到一個項目，怎麼衡量這個項目做接口自動化還是 UI 自動化？

1、不管什麼項目都可以做接口自動化

2、偏公司內部人員使用的管理平台無需做 UI 自動化，對外用户的可以考慮做

UI 自動化

6 、框架的數據庫驗證在你 excel 中 check_sql 放的是什麼，你如何做比對？

• check_sql 中存放的是一個列表，列表的成員是字典，字典有 3 個 key,一個是sql 語句，第二個是期望結果，第三個是 sql 的查詢方式(查詢總條數/查詢值)在收到響應結果以後，會遍歷 check_sql 中的列表，將每一個字典取出來，執行sql 語句查詢結果 ，並與期望結果做比較。

7 、自動化測試中，測試用例的執行是怎麼讓他按照你寫的用例一條一條執行的？

在我的項目接口自動化中，我用 pytest 框架。

一個接口的用例，我的用例數據是寫在 excel 當中，在編寫時就是按照順序寫的，從 excel 讀取出來使用數據驅動 方式就是按照 excel 中的順序；

多個接口的用例，因為我是一個接口一個 py 測試文件，所以我在 py 測試文件命名中用 00-99 數字按順序編寫的。

8、Login 這些用例數據是在哪裏取的？excel 嗎？用到什麼方法？什麼第三方庫？

具體公司的業務：業務怎麼開展 項目的介紹？( 或者簡單介紹最熟悉的項目介紹：)

主要考察 2 個方面：一是表達能力和業務的熟悉度。二是做的項目複雜度如何，是否能勝任複雜項目的測試工作。

一般是根據自己的業務來回答。最好是能講出有挑戰性有難度或者複雜的業務場景。面試官不一定聽得懂，但是他覺得複雜挺難的就可以。

歡迎大家關注筆者的公眾號：程序員老奕，專注於軟件測試幹活分享，全套測試資源可免費分享！

最後如果你想學習自動化測試，歡迎加入筆者的交流羣：771645171，裏面會有很多資源和大佬答疑解惑，我們一起交流一起學習！