1、你們之前做的接口自動化測試是什么測試方案？
因自我介紹時(shí)回答了工作經(jīng)驗(yàn)這一部分，屬于追問環(huán)節(jié)，之前測試團(tuán)隊(duì)中優(yōu)先搭建的框架是UI自動化測試框架，使用框架SELENIUM+TESTNG+ANT+JAVA+SVN+JENKINS ，接口測試一直是單接口的手工測試。而UI自動化測試也是為了解決回歸測試與兼容性測試的重復(fù)問題。

2、為什么沒有先做在接口自動化測試？
當(dāng)時(shí)團(tuán)隊(duì)中都是功能測試人員，接口測試為手工測試，后來因業(yè)務(wù)量擴(kuò)大，需求變更頻繁，回歸測試任務(wù)增加，同時(shí) UI自動化研發(fā)及維護(hù)成本過高、產(chǎn)品版本迭代速度快所以引進(jìn)了接口自動化測試，通過培訓(xùn)學(xué)習(xí)、掌握了單接口與聯(lián)合接口的測試，更多關(guān)注業(yè)務(wù)場景過程與各依賴接口的自動化測試，實(shí)現(xiàn)了替代之前手工測試的單接口測試，是用JMETER實(shí)現(xiàn)了一套輕量級的接口自動化測試，訪問當(dāng)前接口、得到返回值、解析回參數(shù)、SQL的構(gòu)造、查詢結(jié)果、判斷結(jié)果。
手工接口測試時(shí)只能關(guān)注到響應(yīng)狀態(tài)、響應(yīng)時(shí)間、響應(yīng)數(shù)據(jù)格式包含編碼、字段；?以及請求數(shù)據(jù)格式包含協(xié)議、編碼、字段

3、編程語言中最熟悉哪一種？
簡歷中的職業(yè)技能有體現(xiàn)JAVA PYTHON C等，多數(shù)是寫自動化測試腳本或平時(shí)寫一些輔助測試小工具時(shí)用到的

4、Selenium中常用的三種等待方式?
隱式等待、顯式等待、固定等待
延伸：
隱式等待
隱式等待需要設(shè)置一個(gè)最長的等待時(shí)間，如在規(guī)定時(shí)間內(nèi)頁面加載完成，就開始執(zhí)行下一步next()，否則一直等到時(shí)間結(jié)束，才去執(zhí)行下一步操作。其優(yōu)點(diǎn)是對整個(gè)Driver的一個(gè)周期有作用，只要設(shè)置一次隱式等待就好；其缺點(diǎn)是程序會一直等待整個(gè)網(wǎng)頁加載完成，才執(zhí)行下一步操作；不夠靈活，因程序無法判斷當(dāng)前要使用的元素是否已加載完成，無形中浪費(fèi)一部分的時(shí)間

顯式等待
顯式等待要配合until或者until_not方法，加上需要的判斷條件，經(jīng)過多長時(shí)間就去查詢locator對象可見與否，若locator對象可見則停止等待，如不可見就一直等直至超出寫好的時(shí)間。等待場景是需要自己構(gòu)造判斷條件 。

固定等待
固定等待SELENIUM中是最常見的一種等待方式了，其使用thread將整個(gè)線程后面的代碼sleep并延遲執(zhí)行。固定等待是強(qiáng)制性等待，讓瀏覽器等待多長時(shí)間 ，不論當(dāng)前的操作執(zhí)行進(jìn)度 ，都會強(qiáng)制等待這個(gè)固定時(shí)間 。非常適合在調(diào)試時(shí)使用，代碼也簡單。但缺點(diǎn)是不夠靈活 ，如果用例代碼中包含多個(gè)固定等待，會影響到執(zhí)行效率。

5、如果自動化測試過程中報(bào)錯(cuò)信息是：元素未找到 ，你要怎么解決？或者說你的排查問題的步驟是怎樣的？
這是SELENIUM中比較常見的一種錯(cuò)誤提示了，NoSuchElementException: Message: no such element
排查過程中可以根據(jù)以往經(jīng)驗(yàn)迅速判斷出最可能的原因 ，然后依次排查。通常情況下有以下原因：
--要獲取的element自身的代碼寫錯(cuò)，如id是否動態(tài)，但寫為固定了，或是其他屬性拼寫有誤，屬于代碼錯(cuò)誤
--element嵌套在iframe里,當(dāng)前窗口自然無法點(diǎn)擊，需要切換到iframe里再去查找element
--element實(shí)際并未加載完成,調(diào)試時(shí)可設(shè)置一個(gè)等待時(shí)間（常見于網(wǎng)絡(luò)不穩(wěn)定的情況）
--要獲取的element是不可見或是被覆蓋了,需要用enter代替clickdriver.find_element來查找
--element可見的屏幕中,要設(shè)置代碼執(zhí)行滾動條操作定位到要獲取的元素位置，對于web端頁面常見，可以封裝成通用方法

6、Selenium的底層工作原理？
簡單描述是：Selenium2需要用客戶端的自動化測試腳本，來驅(qū)動瀏覽器即DRIVER,Selenium2中內(nèi)置了FIREFOX的DRIVER,所以沒有指定特定瀏覽器時(shí)，默認(rèn)會調(diào)用FIREFOX來執(zhí)行腳本。不同瀏覽器以及不同版本都需要相應(yīng)的DRIVER驅(qū)動。
Selenium其他版本原理也不盡相同。
百科中對Selenium的功能介紹：框架底層使用JavaScript模擬真實(shí)用戶對瀏覽器進(jìn)行操作。測試腳本執(zhí)行時(shí)，瀏覽器自動按照腳本代碼點(diǎn)擊，輸入，打開，驗(yàn)證等操作，就像真實(shí)用戶所做的一樣，從終端用戶的角度測試應(yīng)用程序。使瀏覽器兼容性測試自動化成為可能，盡管在不同的瀏覽器上依然有細(xì)微的差別。

7、Java的面向?qū)ο笕绾卫斫猓?/span>
能夠舉出例子說明更好，用自己的理解方式。
面向?qū)ο笫且环N程序設(shè)計(jì)方法，面向?qū)ο蟮幕舅枷胧鞘褂脤ο?、類、繼承、封裝、多態(tài)等基本概念來進(jìn)行程序設(shè)計(jì)。從現(xiàn)實(shí)世界中客觀存在的事物（即對象）出發(fā)來構(gòu)造出應(yīng)用系統(tǒng)，并在整個(gè)編寫過程中使用人類的自然思維方式，與面向過程的編程方式正好是相對的概念。
延伸：面向過程概念，以及二者的優(yōu)缺點(diǎn)。同時(shí)分別解決了什么問題。

8、面向?qū)ο笥心娜齻€(gè)特征？
封裝、繼承、多態(tài)
延伸了解每個(gè)特征的使用場景，以及放在應(yīng)用代碼中的各個(gè)特征與使用注意事項(xiàng)。