導(dǎo)讀web自動化中如何處理alert彈窗？?參考點考察web自動化測試中常見的一種處理場景遇到alert彈窗如何去定位處理彈窗?面試命中率80%?參考答案sel....

web自動化中如何處理alert彈窗？

?

參考點

考察web自動化測試中常見的一種處理場景

遇到alert彈窗如何去定位處理彈窗

?

面試命中率

80%

?

參考答案

selenium里提供了switch_to.alert方法來處理彈窗，處理代碼如下（Python）

#切換到alert窗口 alert = driver.switch_to.alert

#點擊確定 alert.accept()

#02

說一下你知道的HTTP狀態(tài)碼，以及他們代表什么意思

?

參考點

考察求職者對http協(xié)議是否有一定了解

考察工作中常見http狀態(tài)碼的含義

?

面試命中率

90%

?

參考答案

• 200（請求成功）
• 302（重定向）
• 400（Bad Request/錯誤請求）
• 401（Unauthorized/未授權(quán)）
• 403（Forbidden/禁止）
• 404（Not Found/未找到）
• 405（Method Not Allowed/方法未允許）
• 500（Internal Server Error/內(nèi)部服務(wù)器錯誤）
• 502（Bad Gateway/錯誤的網(wǎng)關(guān)）
• 503（Service Unavailable/服務(wù)無法獲得）
• 504（Gateway Timeout/網(wǎng)關(guān)超時）

#03

說一下DNS解析流程？

?

參考點

考察網(wǎng)絡(luò)協(xié)議基礎(chǔ)

考察對網(wǎng)絡(luò)架構(gòu)的認(rèn)識

?

面試命中率

85%

?

參考答案

• 瀏覽器先檢查自身緩存中有沒有被解析過的這個域名對應(yīng)的ip地址，如果有，解析結(jié)束。同時域名被緩存的時間也可通過TTL屬性來設(shè)置。

• 如果瀏覽器緩存中沒有（專業(yè)點叫還沒命中），瀏覽器會檢查操作系統(tǒng)緩存中有沒有對應(yīng)的已解析過的結(jié)果。而操作系統(tǒng)也有一個域名解析的過程。在windows中可通過c盤里一個叫hosts的文件來設(shè)置，如果你在這里指定了一個域名對應(yīng)的ip地址，那瀏覽器會首先使用這個ip地址。

• 如果至此還沒有命中域名，才會真正的請求本地域名服務(wù)器（LDNS）來解析這個域名，這臺服務(wù)器一般在你的城市的某個角落，一般都會緩存域名解析結(jié)果，大約80%的域名解析到這里就完成了。

• 如果LDNS仍然沒有命中，就直接跳到Root Server 域名服務(wù)器請求解析。

• 根域名服務(wù)器返回給LDNS一個所查詢域的主域名服務(wù)器（gTLD Server，國際頂尖域名服務(wù)器，如.com .cn .org等）地址

• 此時LDNS再發(fā)送請求給上一步返回的gTLD
• 接受請求的gTLD查找并返回這個域名對應(yīng)的Name Server的地址，這個Name Server就是網(wǎng)站注冊的域名服務(wù)器

• Name Server根據(jù)映射關(guān)系表找到目標(biāo)ip，返回給LDNS
• LDNS緩存這個域名和對應(yīng)的ip
• LDNS把解析的結(jié)果返回給用戶，用戶根據(jù)TTL值緩存到本地系統(tǒng)緩存中，域名解析過程至此結(jié)束

#04

Tcp三次握手流程？

?

參考點

考察網(wǎng)絡(luò)協(xié)議的理論基礎(chǔ)考察Tcp鏈接的創(chuàng)建過程

?

面試命中率

89%

?

參考答案

• 第一次握手：建立連接時，客戶端發(fā)送syn包（SYN=j）到服務(wù)器，并進(jìn)入SYN_SENT狀態(tài)，等待服務(wù)器確認(rèn)

• 第二次握手：服務(wù)器收到syn包，必須確認(rèn)客戶的SYN（ack=j 1），同時自己也發(fā)送一個SYN包（syn=k），即SYN ACK包，此時服務(wù)器進(jìn)入SYN_RECV狀態(tài)

• 第三次握手：客戶端收到服務(wù)器的SYN ACK包，向服務(wù)器發(fā)送確認(rèn)包ACK(ack=k 1），此包發(fā)送完畢，客戶端和服務(wù)器進(jìn)入ESTABLISHED（TCP連接成功）狀態(tài)，完成三次握手。

#05

如何模擬弱網(wǎng)測試？

?

參考點

考察弱網(wǎng)測試概念

考察模擬弱網(wǎng)的思路

?

面試命中率

90%

?

參考答案

很多抓包工具都可以做到模擬網(wǎng)絡(luò)情況，比如fiddler、charles。如果是網(wǎng)站還可以采用chrome開發(fā)者工具模擬弱網(wǎng)，如果是手機(jī)app則可以在手機(jī)自身的網(wǎng)絡(luò)設(shè)置里設(shè)置為2G/3G/4G/飛行模式。

#06

自動化測試框架都包括哪些模塊？

?

參考點

對自動化測試框架的認(rèn)知

?

面試命中率

90%

?

參考答案

自動化測試框架模塊包括：

基礎(chǔ)方法、數(shù)據(jù)驅(qū)動、PO模式分層、自定義異常、工具包、配置文件、測試報告、日志收集、關(guān)鍵字驅(qū)動、接口分層、接口數(shù)據(jù)管理等模塊

以上模塊均需要集成相關(guān)的工具進(jìn)行二次封裝

#07

如何準(zhǔn)備性能測試數(shù)據(jù)

?

參考點

考察性能測試數(shù)據(jù)的準(zhǔn)備方法考察技術(shù)全面性

?

面試命中率

95%

?

參考答案

• 調(diào)用業(yè)務(wù)接口構(gòu)造數(shù)據(jù)，一般適用于數(shù)據(jù)邏輯比較復(fù)雜的情況下。
• 直接寫jdbc代碼造數(shù)據(jù)，一般適用于數(shù)據(jù)量較大且數(shù)據(jù)邏輯較簡單的情況。
• 存儲過程造數(shù)據(jù)，一般適用于數(shù)據(jù)量巨大且數(shù)據(jù)邏輯較簡單的情況。
• 導(dǎo)入sql，一般適用于數(shù)據(jù)安全級別較低且數(shù)據(jù)量巨大的情況。

#08

GET和POST的區(qū)別？

?

參考點

http協(xié)議的請求方法

?

面試命中率

95%

?

參考答案

最常見的http/http協(xié)議的請求方式是GET和POST，他們之間的區(qū)別如下：

• 請求參數(shù)的位置
• get在url里面?zhèn)鬏敚琾ost在請求體里傳輸
• 安全性
• 正因為傳輸參數(shù)位置的區(qū)別，所以get的安全性不如post
• 傳輸數(shù)據(jù)的大小
• 正因為傳輸參數(shù)位置的區(qū)別，get的參數(shù)長度受限于瀏覽器，post的長度不受限制
• 表現(xiàn)形式
• 請求行的表現(xiàn)形式不一樣，因為請求行里面包括請求方法，所以當(dāng)然不一樣了

#09

http和http的區(qū)別？

?

參考點

http協(xié)議和http協(xié)議

?

面試命中率

90%

?

參考答案

HTTP：超文本傳輸協(xié)議，是一個客戶端和服務(wù)器端的請求和應(yīng)答的標(biāo)準(zhǔn)。

http：是以安全為目標(biāo)的HTTP通道，HTTP的安全版本，HTTP下加入SSL層，http的安全基礎(chǔ)是SSL，因此加密的詳細(xì)內(nèi)容就需要SSL

他們的區(qū)別如下：

• HTTP 信息是明文傳輸?shù)模?http 是安全的 具有安全性的ssl加密傳輸
• HTTP 標(biāo)準(zhǔn)端口是 80 ，而 http 的標(biāo)準(zhǔn)端口是 443
• HTTP 無需證書，而 http 需要認(rèn)證證書，需要到CA申請證書，一般免費(fèi)證書較少，因而需要一定費(fèi)用。

#10

COOKIE和Session的區(qū)別？

?

參考點

會話跟蹤技術(shù)

?

面試命中率

90%

?

參考答案

會話（Session）跟蹤是Web程序中常用的技術(shù)，用來跟蹤用戶的整個會話

• Cookie通過在客戶端記錄信息確定用戶身份
• Session通過在服務(wù)器端記錄信息確定用戶身份

區(qū)別：

• 數(shù)據(jù)存放位置不同：
• cookie數(shù)據(jù)存放在客戶的瀏覽器上，session數(shù)據(jù)放在服務(wù)器上。
• 安全程度不同：
• cookie不是很安全，別人可以分析存放在本地的COOKIE并進(jìn)行COOKIE欺騙,考慮到安全應(yīng)當(dāng)使用session。
• 性能使用程度不同：
• session會在一定時間內(nèi)保存在服務(wù)器上。當(dāng)訪問增多，會比較占用你服務(wù)器的性能，考慮到減輕服務(wù)器性能方面，應(yīng)當(dāng)使用cookie。
• 數(shù)據(jù)存儲大小不同：
• 單個cookie保存的數(shù)據(jù)不能超過4K，很多瀏覽器都限制一個站點最多保存20個cookie，而session則存儲與服務(wù)端，瀏覽器對其沒有限制。

#11

web ui自動化測試中顯式等待，隱式等待的區(qū)別？

?

參考點

web自動化測試的等待

?

面試命中率

80%

?

參考答案

• 相同點都是智能等待，在一定時間范圍內(nèi)不斷查找元素，一旦找到立刻結(jié)束查找繼續(xù)執(zhí)行代碼，沒找到才會一直找到超時為止
• 不同點是隱式等待是全局性設(shè)置，并且可以隨時更改，在更改后對之后的findxxx方法生效，對點擊、輸入之類的操作不起作用；顯式等待僅僅針對單一元素或一組生效，并且不僅僅是針對查找，也可以針對Alert、iframe，或者元素的某些屬性進(jìn)行自定義判斷

#12

驗證碼的幾種處理方式？

?

參考點

驗證碼處理

?

面試命中率

85%

?

參考答案

針對驗證碼有如下方法：

• 在產(chǎn)品沒有上線前，需要找開發(fā)先給web驗證碼留后門，也就是將驗證碼驗證先注釋掉
• 讓開發(fā)給web驗證碼留一個萬用驗證碼，只要輸入給定的驗證碼，就可以強(qiáng)制登錄
• 當(dāng)有的頁面可以勾選保存用戶名，密碼可以通過Cookie跳過登錄驗證碼，使用抓包工具就行了
• 使用驗證碼識別技術(shù)

#13

進(jìn)程和線程的區(qū)別？

?

參考點

進(jìn)程和線程的概念

?

面試命中率

90%

?

參考答案

進(jìn)程是資源分配最小單位，線程是程序執(zhí)行的最小單位；

進(jìn)程有自己獨立的地址空間，每啟動一個進(jìn)程，系統(tǒng)都會為其分配地址空間，建立數(shù)據(jù)表來維護(hù)代碼段、堆棧段和數(shù)據(jù)段，線程沒有獨立的地址空間，它使用相同的地址空間共享數(shù)據(jù)；

CPU切換一個線程比切換進(jìn)程花費(fèi)小；創(chuàng)建一個線程比進(jìn)程開銷小；線程占用的資源要?進(jìn)程少很多。

線程之間通信更方便，同一個進(jìn)程下，線程共享全局變量，靜態(tài)變量等數(shù)據(jù)，進(jìn)程之間的通信需要以通信的方式（IPC）進(jìn)行；（但多線程程序處理好同步與互斥是個難點）

多進(jìn)程程序更安全，生命力更強(qiáng)，一個進(jìn)程死掉不會對另一個進(jìn)程造成影響（源于有獨立的地址空間），多線程程序更不易維護(hù)，一個線程死掉，整個進(jìn)程就死掉了（因為共享地址空間）；

進(jìn)程對資源保護(hù)要求高，開銷大，效率相對較低，線程資源保護(hù)要求不高，但開銷小，效率高，可頻繁切換

#14

在你做自動化測試的過程中，遇到什么問題了嗎？

?

參考點

自動化測試實際經(jīng)驗和問題處理能力

?

面試命中率

95%

?

參考答案

這個問題，不管是自動化還是任何工作，都會被問到。主要想知道你是如何解決問題的，從而推斷你問題分析和解決的能力。

當(dāng)然有遇到問題和挑戰(zhàn)，主要有以下幾點：

• 頻繁地變更UI，經(jīng)常要修改頁面對象里面代碼
• 運(yùn)行用例報錯和處理，例如元素不可見，元素找不到這樣異常
• 測試腳本復(fù)用，盡可能多代碼復(fù)用
• 一些新框架產(chǎn)生的頁面元素定位問題，例如ck編輯器，動態(tài)表格等

#15

在selenium中如何處理多窗口？

?

參考點

多窗口處理

?

面試命中率

85%

?

參考答案

這個多窗口之間跳轉(zhuǎn)處理，在實際selenium自動化測試經(jīng)常遇到。點擊一個鏈接，這個鏈接會在一個新的tab打開，然后接下來要查找元素在新tab打開的頁面，需要先將driver切換至window，然后再定位，步驟如下：

• 先獲取當(dāng)前的windowhandle
• 操作打開新界面后，獲取所有的windowhandles
• 遍歷windowhandles，判斷和當(dāng)前的windowhandle不一樣則切換至該windowhandle
• window太多則可以按照title、url等其他信息進(jìn)行判斷切換

#16

性能測試的流程是什么？

?

參考點

對性能測試?yán)碚摰恼莆粘潭?/p>

是否擁有實際性能測試的經(jīng)驗

?

面試命中率

90%

?

參考答案

需求調(diào)研 - 環(huán)境搭建 - 腳本編寫 - 準(zhǔn)備數(shù)據(jù) - 執(zhí)行測試 - 回歸調(diào)優(yōu) - 測試報告

#17

什么是長連接，什么是短連接？

?

參考點

考察計算機(jī)基礎(chǔ)

考察對系統(tǒng)間通信機(jī)制的了解

?

面試命中率

85%

?

參考答案

長連接和短連接是客戶端和服務(wù)端之間的通信機(jī)制。

• 長連接：
• 客戶端和服務(wù)端建立連接后，后續(xù)無論進(jìn)行多少次通信，所有的請求和響應(yīng)數(shù)據(jù)都是在這個鏈接上進(jìn)行，這就是長連接。
• 短連接：
• 客戶端每一次和服務(wù)端進(jìn)行通信時，都重新創(chuàng)建一個鏈接，通信完成后關(guān)閉連接。

#18

說說你對集合點的理解以及在項目中的應(yīng)用？

?

參考點

對集合點概念的理解

工作過程中哪些項目使用過集合點，使用過程的描述性話語

?

面試命中率

80%

?

參考答案

1. 集合點是測試腳本中的一個標(biāo)記，當(dāng)每個虛擬用戶執(zhí)行到標(biāo)記處時，會停留在標(biāo)記處等待其他的虛擬用戶，當(dāng)達(dá)到預(yù)期設(shè)置的并發(fā)數(shù)時，標(biāo)記處的所有用戶同時啟動執(zhí)行后續(xù)的請求

2. 集合點會產(chǎn)生瞬間高并發(fā)，但是也會降低平均壓力。所以在壓測過程中，如果有要求瞬間高并發(fā)的業(yè)務(wù)，就需要使用集合點，比如搶購，秒殺之類的業(yè)務(wù)。

3. 沒有類似業(yè)務(wù)則不需要加集合點

4. lr_rendezvous（“集合點名稱”），同步定時器

#19

性能測試中的思考時間應(yīng)該怎么用

?

參考點

性能測試中思考時間的概念

性能測試中哪些場景下使用思路時間

?

面試命中率

80%

?

參考答案

對于交互系統(tǒng)來說，用戶在向服務(wù)器發(fā)送一個請求后，會等待一段時間后再發(fā)送下一個請求。

在性能測試過程中，使用思考時間來描述這段時間。

一般思考時間是在一定時間范圍內(nèi)隨機(jī)變化的，例如1至3秒之間隨機(jī)變化。

在LoadRunner中主要通過lr_think_time函數(shù) RTS模擬隨機(jī)思考時間，在jmeter中通過高斯隨機(jī)定時器來模擬隨機(jī)思考時間。

思考時間的應(yīng)用場景一般是構(gòu)造測試數(shù)據(jù)接口、混合壓測場景、穩(wěn)定性壓測場景

#20

出現(xiàn)內(nèi)存泄露的根本原因是什么？你是怎么定位內(nèi)存泄露原因的？

?

參考點

內(nèi)存泄漏成因分析

定位內(nèi)存泄漏常用方法

結(jié)合實際工作過程進(jìn)行描述性說明

?

面試命中率

85%

?

參考答案

• 內(nèi)存泄露的根本原因是Jvm中老年代中存在著大量存活的對象，這些對象不能被GC回收掉，從而占滿了整個老年代，造成Jvm一直處于FGC的狀態(tài)，程序沒有響應(yīng)，服務(wù)器報OOM錯誤
• 內(nèi)存泄露主要通過分析老年代中占用空間最大的類都有哪些，然后去代碼中找對應(yīng)的類的創(chuàng)建。通常可以使用jdk提供的jvisualvm和jmap進(jìn)行堆內(nèi)存的分析

#21

工作中常用的jmeter自帶函數(shù)有哪些？

?

參考點

jmeter函數(shù)列舉

抽取實際工作過程中常用的jmeter函數(shù)使用場景進(jìn)行描述

?

面試命中率

85%

?

參考答案

• digest特定哈希算法的加密函數(shù)
• urlencode、urldecode分別是URL編碼、解碼函數(shù)
• time獲取當(dāng)前各種格式時間的函數(shù)
• Random獲取指定范圍數(shù)值的隨機(jī)數(shù)函數(shù)
• StringToFile指定字符串寫入文件的函數(shù)
• UUID函數(shù)返回一個偽隨機(jī)類型4通用唯一標(biāo)識符