頭條一面面經(jīng)
python 元類
python 多線程
舉出熟悉的兩個(gè)設(shè)計(jì)模式，并說明
shell 常用命令，查看端口之類，查看進(jìn)程被占用
lsof:pid
netstat -nlp | grep pid
- mysql 注入
- postman的原理，header 怎么mock
- 測(cè)試過程中怎么打樁
- 微博發(fā)布功能怎么測(cè)
高風(fēng)險(xiǎn)，未登錄，正常用戶；
內(nèi)容分類，單一內(nèi)容發(fā)布，組合內(nèi)容發(fā)布
重復(fù)發(fā)布
各種網(wǎng)絡(luò)
頁面兼容性
用戶分組發(fā)布
- 冒煙測(cè)試和回歸測(cè)試，系統(tǒng)測(cè)試區(qū)別， 測(cè)試基本概念
冒煙測(cè)試：最基本的功能或最主要的業(yè)務(wù)流程進(jìn)行測(cè)試（類似于p0準(zhǔn)入case）；
集成測(cè)試：完成單元測(cè)試后，各模塊聯(lián)調(diào)測(cè)試；針對(duì)程序內(nèi)部結(jié)構(gòu)進(jìn)行測(cè)試
系統(tǒng)測(cè)試：基于系統(tǒng)整體需求說明書的黑盒類測(cè)試，應(yīng)覆蓋系統(tǒng)所有聯(lián)合的部件。
回歸測(cè)試：回歸測(cè)試是指在發(fā)生修改之后重新測(cè)試先前的測(cè)試用例以保證修改的正確性。
驗(yàn)收測(cè)試：
Alpha測(cè)試：是由用戶在開發(fā)者的場(chǎng)所來進(jìn)行的，在一個(gè)受控的環(huán)境中進(jìn)行。
Beta測(cè)試：由軟件的最終用戶在一個(gè)或多個(gè)用戶場(chǎng)所來進(jìn)行的。
- 有哪幾種LOG級(jí)別，分別說明
分為OFF、FATAL、ERROR、WARN、INFO、DEBUG、TRACE、ALL。
Log4j建議只使用四個(gè)級(jí)別，優(yōu)先級(jí) 從高到低分別是ERROR、WARN、INFO、DEBUG。
自動(dòng)化測(cè)試框架，如何實(shí)現(xiàn)，是否參與框架開發(fā)
舉例說明一個(gè)接口CASE校驗(yàn)點(diǎn)
1. json格式測(cè)試：
通常我們的接口一般設(shè)計(jì)的都是傳遞json串，那么就需要去測(cè)試
如果傳遞非json的情況，這時(shí)候程序會(huì)不會(huì)正確的處理，返回相應(yīng)的 error code
2. 默認(rèn)值測(cè)試：
很多情況一些非必填的參數(shù)會(huì)有默認(rèn)值，比如說一個(gè)查詢的接口，參數(shù)count為返回查詢的結(jié)果數(shù)量，
默認(rèn)為10，那么就應(yīng)該有一條case來測(cè)試，當(dāng)然前置條件是數(shù)據(jù)庫(kù)里面必須要存在這樣的數(shù)據(jù)超過10條。
3. 異常類型測(cè)試：
比如上面的count參數(shù)，這個(gè)參數(shù)的類型一定是可以轉(zhuǎn)換為int類型的，這時(shí)候我們需要測(cè)試如果傳的一些不可以
轉(zhuǎn)換為int類型值來測(cè)試代碼是否加入判斷
4. 必傳項(xiàng)測(cè)試：
如果接口的參數(shù)有必傳項(xiàng)，那么需要測(cè)試在不傳這個(gè)參數(shù)的時(shí)候接口返回情況，測(cè)試是否會(huì)提示
相應(yīng)的error code
5. 非必傳項(xiàng)測(cè)試：
如果接口有非必填項(xiàng)，當(dāng)我不傳遞這些參數(shù)的時(shí)候會(huì)不會(huì)正常的返回相應(yīng)的結(jié)果
6.非空測(cè)試：
無論是必傳的和非必傳的參數(shù)，傳遞的key是正確的，但是value=null，這時(shí)候返回結(jié)果是否正確
7.業(yè)務(wù)邏輯測(cè)試：
傳遞正確的參數(shù)，接口對(duì)數(shù)據(jù)庫(kù)進(jìn)行查詢的操作，需要去驗(yàn)證數(shù)據(jù)庫(kù)查詢是否正確，接口對(duì)數(shù)據(jù)庫(kù)進(jìn)行
增刪改的操作，也需要看數(shù)據(jù)庫(kù)是否同步進(jìn)行了這些操作
8.兼容性測(cè)試：
比如說今天接口進(jìn)行了調(diào)整，但是前端沒有進(jìn)行變更，這時(shí)候需要驗(yàn)證新的接口是否滿足舊的調(diào)用方式
9.錯(cuò)誤碼測(cè)試：
通用的錯(cuò)誤碼與業(yè)務(wù)錯(cuò)誤碼是否能夠清晰的說明調(diào)用問題，錯(cuò)誤碼是否能夠盡可能的全的覆蓋所有的情況
10.數(shù)據(jù)異常測(cè)試：
假如數(shù)據(jù)庫(kù)設(shè)計(jì)為32位varchar類型，那么如果傳33位會(huì)是什么情況，會(huì)不會(huì)拋出相應(yīng)的錯(cuò)誤碼，而不會(huì)拋出數(shù)據(jù)庫(kù)異常
11.返回值測(cè)試：
返回值除了內(nèi)容需要是正確的，還需要類型也是正確的，保證調(diào)用方拿到這些參數(shù)能夠正確的解析
12.加密測(cè)試：
- 算法
- 項(xiàng)目相關(guān)
- NGINX 轉(zhuǎn)發(fā)
