19.請求接口中常見的返回狀態(tài)碼
1xx – 信息提示（表示臨時的響應(yīng)）
2xx – 成功（表明服務(wù)器成功地接受了客戶端請求）
3xx – 重定向（客戶端瀏覽器必須采取更多操作來實(shí)現(xiàn)請求）
4xx – 客戶端錯誤（發(fā)送錯誤，客戶端有問題。）
5xx – 服務(wù)器錯誤（服務(wù)器由于遇到錯誤而不能完成該請求）
20.什么情況下開展接口測試？
1.項(xiàng)目處于開發(fā)階段，前后端聯(lián)調(diào)接口是否請求的通？（對應(yīng)數(shù)據(jù)庫增刪改查）–開發(fā)自測
2.有接口需求文檔，開發(fā)已完成聯(lián)調(diào)（可以轉(zhuǎn)測），功能測試展開之前
3.專項(xiàng)測試：如測流量大小，查看圖片壓縮大小，測試接口請求響應(yīng)時間
4.版本上線前，進(jìn)行整體回歸測試，查看接口是否有異常（如404等）。對準(zhǔn)備上線的版本進(jìn)行抓包，查看服務(wù)器地址是都正確
5.版本功能穩(wěn)定后，接口自動化
6.還可以應(yīng)用在安全測試，性能測試領(lǐng)域等。。
21.中或者是 ＝ none的元素是否可以定位到？
不能
22.自動化測試的時候是不是需要連接數(shù)據(jù)庫做數(shù)據(jù)校驗(yàn)？
UI自動化不需要
接口測試會需要
23.drop、 、 區(qū)別
1、在速度上，一般來說，drop> > 。
2、在使用drop和時一定要注意，雖然可以恢復(fù)，但為了減少麻煩，還是要慎重。
3、如果想刪除部分?jǐn)?shù)據(jù)用，注意帶上where子句，回滾段要足夠大；
如果想刪除表，當(dāng)然用drop；
如果想保留表而將所有數(shù)據(jù)刪除，如果和事務(wù)無關(guān)，用即可；
如果和事務(wù)有關(guān)，或者想觸發(fā)，還是用；
如果是整理表內(nèi)部的碎片，可以用跟上reuse ，再重新導(dǎo)入/插入數(shù)據(jù)。
24.web和APP測試區(qū)別？
具體區(qū)別
25.和有什么區(qū)別？
（1）以文本文件格式存儲在瀏覽器中，而存儲在服務(wù)端它存儲了限制數(shù)據(jù)量。它只允許4kb它沒有在中保存多個變量。
（2）的存儲限制了數(shù)據(jù)量，只允許4KB，而是無限量的
（3）我們可以輕松訪問值但是我們無法輕松訪問會話值，因此它更安全
（4）設(shè)置時間可以使過期。但是使用-（），我們將會銷毀會話。
26.是什么，有什么作用?
指某些網(wǎng)站為了辨別用戶身份、進(jìn)行 跟蹤而儲存在用戶本地終端上的數(shù)據(jù)(通常經(jīng)過加密)
作用：當(dāng)你訪問了某些網(wǎng)頁，并且對網(wǎng)頁的一些設(shè)置進(jìn)行修改，就能跟蹤并記錄到這些修改，當(dāng)你下一次訪問這個網(wǎng)頁的時候，這個網(wǎng)頁會分析你電腦上的，進(jìn)而采取措施像你返回更符合你個性化的網(wǎng)頁;
例如：你此前訪問了大量的健身類網(wǎng)站，記錄了你的訪問行為，廣告主就能夠根據(jù)你的訪問行為，向你推送健身類的廣告。
27.是什么?
是在一次會話中解決2次HTTP的請求的關(guān)聯(lián)，讓它們產(chǎn)生聯(lián)系，讓2兩個頁面都能讀取到找個這個全局的信息。信息存在于服務(wù)器端，所以也就很好的解決了安全問題。
28.抓包的原理是什么?
的實(shí)現(xiàn)原理是以代理服務(wù)器的方式工作，代理就是在客戶端和服務(wù)器之間設(shè)置一道關(guān)卡，客戶端先將請求數(shù)據(jù)發(fā)送出去后，代理服務(wù)器會將數(shù)據(jù)包進(jìn)行攔截，代理服務(wù)器再冒充客戶端發(fā)送數(shù)據(jù)到服務(wù)器；同理，服務(wù)器將響應(yīng)數(shù)據(jù)返回，代理服務(wù)器也會將數(shù)據(jù)攔截，再返回給客戶端。
29.Robot 運(yùn)行之后會生成哪3個文件？
Robot 生成三個文件：.xml、log.html 和 .html。
1）.xml 記錄的測試結(jié)果是 XML 文件。根據(jù)特定的需要可以編寫腳本讀取 XML 文件并生成特定的測試報告。
2）log.html 會記錄 Robot 運(yùn)行的每一步操作，主要用于編寫測試腳本的過程中查看。
3）.html 為測試報告，整理性的展示測試用例的運(yùn)行情況。
30.思維邏輯題 ：有一個水塘，現(xiàn)在有兩個瓶子，一個5升，一個6升，怎么弄出3升的水？
1 先裝5升瓶子,倒入6升瓶子,這時6升瓶子里有5升水
2 再裝5升瓶子,倒入6升瓶子,這時5升瓶子里還剩4升水
3 6升瓶子里有6升水,倒掉,再倒入第二步里5升瓶子剩下的4升水,這時6升瓶子里有4升水
4 再裝滿5升瓶子,往6升瓶子里倒,只能倒走2升,5升瓶子里剩3升水.
31.思維邏輯題：3個開關(guān)、3個燈，只能進(jìn)一次房間，怎么判斷哪個開關(guān)控制哪個？
開兩盞燈，等待一段時間后，關(guān)其中一盞，再等待一段時間，進(jìn)入房間，摸燈的，依據(jù)溫度判斷。
32.思維邏輯題：微信紅包這個功能怎么設(shè)計用例？
33.同一時間兩個用戶同時租借衣服 怎么并發(fā)的 你是怎么測的
設(shè)置請求，用戶用參數(shù)來表示，使用csv文件存放不同的用戶信息,線程組中設(shè)置多個線程進(jìn)行測試
34.支付方式怎么測的
1.正常的支付流程，支付完成后的訂單狀態(tài)、用戶操作、字段值變更
2.錯誤的支付：
2.1 支付中斷（支付時中斷、支付前中斷、）
2.2 支付信息篡改
2.3 支付時賬戶余額不足
2.4 支付的金額測試（大金額、小金額、）
2.5 支付回調(diào)（正常回調(diào)、網(wǎng)絡(luò)異常回調(diào)）
2.6 訂單重復(fù)提交支付測試
3.支付前的測試：
3.1 購物車測試
3.2 購物車提交生成訂單，參數(shù)修改
3.3 訂單的修改測試
3.4 生成訂單，購物車清空
3.5 并發(fā)情況下的訂單生成測試
4.支付后的測試
是否有對應(yīng)回單，是否生成對應(yīng)訂單
35.問到數(shù)據(jù)驅(qū)動管理 怎么做的 怎么管理的 數(shù)據(jù)放哪兒？
可以使用，工具來做，也可以用代碼方式來做， 工具 ，來做的時候數(shù)據(jù)存放在 csv文件中。 自己寫代碼可以將數(shù)據(jù)存放在csv,Excel中也可以放在數(shù)據(jù)庫中
36.怎么打斷點(diǎn)？
使用進(jìn)行接口測試的時候，可以動態(tài)的執(zhí)行腳本（）語言，從而達(dá)到請求接口前的處理，請求后處理。
比如接口請求基于 token參數(shù)驗(yàn)證的方式。需要動態(tài)的改變每次token的參數(shù)值，即可以在Text模塊中處理。
如下圖
37.請解釋一下三次握手 四次揮手
38.sql 怎么去除重復(fù)字段
1.重復(fù)數(shù)據(jù)完全一樣，使用
* from table
2.id列不同,id類型為int,自增字段,使用聚合函數(shù)max或其他
39.你了解過么？
是一個開源的應(yīng)用容器引擎，讓開發(fā)者可以打包他們的應(yīng)用以及依賴包到一個可移植的容器中，然后發(fā)布到任何流行的Linux機(jī)器上，也可以實(shí)現(xiàn)虛擬化，容器是完全使用沙箱機(jī)制，相互之間不會有任何接口。簡言之，就是可以在Linux上鏡像使用的這么一個容器。
40.可以在什么情況下使用？
1.web應(yīng)用自動化打包發(fā)布，像應(yīng)用的發(fā)布。
2.自動化測試和持續(xù)集成、發(fā)布
3.在服務(wù)型環(huán)境中部署和調(diào)整數(shù)據(jù)庫或其他的后臺應(yīng)用
4.搭建paas環(huán)境
41.使用有什么好處？
1.簡單易操作，簡化了以往復(fù)雜的應(yīng)用程序安裝步驟，使用會變得非常簡便。
2.可兼容多種應(yīng)用，Web 應(yīng)用、后臺應(yīng)用、數(shù)據(jù)庫應(yīng)用、大數(shù)據(jù)應(yīng)用比如 集群、消息隊(duì)列等等都可以打包成鏡像部署。
3.省錢 結(jié)合云可以做到高性能低價格
特別之處：是基于Linux 64bit的，在32位機(jī)器上無法運(yùn)行
42.寫出linux查看日志幾種方法
linux 日志查看
tail、head、 cat、tac、sed、less、echo
tail -n 100 .out 查詢?nèi)罩疚膊孔詈?00行的日志;
tail -n +100 .out 查詢100行之后的所有日志;
tail -fn 100 .out 循環(huán)實(shí)時查看最后100行記錄(最常用的)
配合著grep用, 例如 : tail -fn 100 .out | grep – ‘關(guān)鍵字’
如果一次性查詢的數(shù)據(jù)量太大,可以進(jìn)行翻頁查看,
例如:tail -n 6000 .out |more -100 可以進(jìn)行多屏顯示(ctrl + f 或者 空格鍵可以快捷鍵)
head -n 1000 .out //查詢?nèi)罩疚募械念^10行日志;
head -n -1000 .out //查詢?nèi)罩疚募俗詈?0行的其他所有日志;
head其他參數(shù)與tail 類似
cat 是由第一行到最后一行連續(xù)顯示在屏幕上
$ cat // 一次顯示整個文件
$ cat > //從鍵盤創(chuàng)建一個文件
$cat file1 file2 > file //將幾個文件合并為一個文件,只能創(chuàng)建新文件,不能編輯已有文件.
$cat -n > //將一個日志文件的內(nèi)容追加到另外一個 :
$cat : > // 清空一個日志文件
注意： >意思是創(chuàng)建， >>是追加。
tac 則是由最后一行到第一行反向在螢?zāi)簧巷@示出來
sed這個命令可以查找日志文件特定的一段 , 也可以根據(jù)時間的一個范圍查詢
sed -n ‘2,100p’ //按照行號
43.列表 元組 字典有什么區(qū)別
1.列表可變
2.元組不可變
3.字典是以key value的形式表示的
44.元組里面的列表可變么?
不可變
45.java中的八大類型
同15題
46.怎么查看Linux下的進(jìn)程
47.測試web和app的區(qū)別?
1.從功能測試的來講的話，在流程和功能測試上是沒有區(qū)別的。系統(tǒng)測試和一些細(xì)節(jié)可能會不一樣。
web項(xiàng)目，一般都是b/s架構(gòu)，基于瀏覽器的，而app則是c/s的，必須要有客戶端。那么在系統(tǒng)測試測試的時候就會產(chǎn)生區(qū)別了。
首先從系統(tǒng)架構(gòu)來看的話:
web測試只要更新了服務(wù)器端，客戶端就會同步會更新。而且客戶端是可以保證每一個用戶的客戶端完全一致的。
app端是不能夠保證完全一致的，除非用戶更新客戶端。如果是app下修改了服務(wù)端，意味著客戶端用戶所使用的核心版本都需要進(jìn)行回歸測試一遍。
2.性能方面:
web頁面可能只會關(guān)注響應(yīng)時間，而app則還需要關(guān)心流量、電量、CPU、GPU、這些了。
3.兼容方面:
web是基于瀏覽器的，所以更傾向于瀏覽器和電腦硬件，電腦系統(tǒng)的方向的兼容，不過一般還是以瀏覽器的為主。而瀏覽器的兼容則是一般是選擇不同的瀏覽器內(nèi)核進(jìn)行測試（IE、、）。
app的測試則必須依賴phone或者是pad，不僅要看分辨率，屏幕尺寸，還要看設(shè)備系統(tǒng)。系統(tǒng)總的來說也就分為和iOS，不過國內(nèi)的的定制系統(tǒng)太多，也是比較容易出現(xiàn)問題的。
4.相比較web測試，app更是多了一些專項(xiàng)測試：
一些異常場景的考慮以及弱網(wǎng)絡(luò)測試。這里的異常場景就是中斷，來電說明書制作軟件，短信，關(guān)機(jī)，重啟等。
而弱網(wǎng)測試是app測試中必須執(zhí)行的一項(xiàng)測試。包含弱網(wǎng)和網(wǎng)絡(luò)切換測試。需要測試弱網(wǎng)所造成的用戶體驗(yàn)，重點(diǎn)要考慮回退和刷新是否會造成二次提交。需要測試丟包，延時的處理機(jī)制。避免用戶的流失。這些在前面的弱網(wǎng)測試那篇已經(jīng)講過說明書制作軟件，這里不再講了。
安裝、卸載、更新：
web測試是基于瀏覽器的所以不必考慮這些。而app是客戶端的，則必須測試安裝、更新、卸載。除了常規(guī)的安裝、更新、卸載還要考慮到異常場景。包括安裝時的中斷、弱網(wǎng)、安裝后刪除安裝文件，更新的強(qiáng)制更新與非強(qiáng)制更新、增量包更新、斷點(diǎn)續(xù)傳、弱網(wǎng)，卸載后刪除app相關(guān)的文件等等。這里講起來的話太多了，如果有疑問的同學(xué)可以評論或者給我留言。
界面操作：
現(xiàn)在app產(chǎn)品的用戶都是使用的觸摸屏手機(jī)，所以測試的時候還要注意手勢，橫豎屏切換，多點(diǎn)觸控，事件觸發(fā)區(qū)域等測試。
48.L=[1,2,3,4,5] 請問 L[10:] 輸出多少
![[]()
49.請用一行代碼求出1-100的和
50.中read、 和 的區(qū)別?
read:讀取整個文件。
：讀取下一行，使用生成器方法。
：讀取整個文件到一個迭代器以供我們遍歷（讀取到一個list中，以供使用，比較方便）。
51.UI自動化 / 和// 有什么區(qū)別？
絕對路徑/ 相對路徑//