先說一下自己的情況，大專生，19年通過校招進(jìn)入杭州某個(gè)外包軟件公司，干了接近3年的功能測試，今年年初，感覺自己不能夠在這樣下去了，長時(shí)間呆在一個(gè)舒適的環(huán)境會(huì)讓一個(gè)人墮落!
而我已經(jīng)在一個(gè)企業(yè)干了3年的功能測試，已經(jīng)讓我變得不思進(jìn)取，談了2年的女朋友也因?yàn)槲业男膽B(tài)和工資和我分手了。
于是，我決定要改變自己現(xiàn)狀，準(zhǔn)備沖擊一下大廠。
剛開始準(zhǔn)備時(shí)，自己都蒙了，3年的功能測試讓我的技術(shù)沒有一絲的進(jìn)步，提升的只有我的年齡和體重…
沒辦法，我找到了我在字節(jié)跳動(dòng)的朋友，作為他的發(fā)小，在他了解了我的情況后(幾乎就是軟件測試基礎(chǔ)開始)，直接甩給我一個(gè)網(wǎng)盤，說到：“去吧，好好學(xué)習(xí)，這里有你需要的所有東西，不要來找我了，我都嫌丟人!”。
盤里頭是一整套軟件測試面試必備文檔PDF，看完之后直接給我發(fā)小給跪了…這下面試穩(wěn)了。
內(nèi)容涵蓋：包括、測試?yán)碚?、Linux、Pytest框架、性能測試、app測試、python編程、數(shù)據(jù)庫--抓包與網(wǎng)絡(luò)協(xié)議、接口測試--接口自動(dòng)化、UI自動(dòng)化--Unittest框架、白盒測試-持續(xù)集成、場景問題、職業(yè)規(guī)劃相關(guān)等… 質(zhì)量非常高，需要的可自行領(lǐng)?。?！
- 測試?yán)碚?Linux
- Pytest框架-python編程
- 性能測試-app測試
- 數(shù)據(jù)庫-抓包與網(wǎng)絡(luò)協(xié)議
- 接口測試-接口自動(dòng)化
- UI自動(dòng)化-Unittest框架
- 白盒測試-持續(xù)集成
- 場景問題
- 職業(yè)規(guī)劃
一、測試?yán)碚?Linux?
1.1 有沒有寫過測試計(jì)劃，具體包括哪些內(nèi)容?
參考答案1：
測試計(jì)劃內(nèi)容：
(1)目的和范圍???? (2)規(guī)程??? (3)測試方案和方法??? (4)測試的準(zhǔn)入和準(zhǔn)出
(5)測試計(jì)劃(流程、時(shí)間安排、對應(yīng)人員)? (6)測試的環(huán)境配置和人員安排??? (7)交付件
參考答案2
我們公司之前按照考核要求寫過測試計(jì)劃，不過后面老大覺得太耽誤工作進(jìn)度，
后面一般都不再寫測試計(jì)劃，而是寫版本計(jì)劃，這個(gè)在版本計(jì)劃，每個(gè)人的任務(wù)列出來，
負(fù)責(zé)人列出來，自己根據(jù)自己的情況分配時(shí)間，然后匯總，大家一起開個(gè)小會(huì)評(píng)審就可以了。
?
二、Pytest框架-python編程?
2.1? 自動(dòng)化測試使用的那些庫
1、selenium庫 --web自動(dòng)化測試工具?? 2. priest框架，運(yùn)行用例?? 3. random隨機(jī)，概率
4. xlrd --獲取exell表數(shù)據(jù)? 5. pymysql調(diào)用數(shù)據(jù)庫?? 6. pytest-html --生成html文件
7. yagmanil --發(fā)送郵件?? 8. time-時(shí)間?? 9.? Select包--下拉框??? 10. Keys 模擬鍵盤操作
11. Webdriverwait智能等待??? 12. Action Chains模擬鼠標(biāo)操作
?
三、性能測試-app測試?
3.1? 性能測試怎么測試
性能測試其實(shí)就是通過自動(dòng)化工具模擬多種正常、峰值以及異常負(fù)載來對系統(tǒng)的各項(xiàng)性能指標(biāo)進(jìn)行測試。負(fù)載測試和壓力測試都屬于性能測試，二者可結(jié)合使用。
性能指標(biāo)主要有平均響應(yīng)時(shí)間、90%響應(yīng)時(shí)間、吞吐量、吞吐率，每秒事務(wù)數(shù)，以及服務(wù)器的資源使用率(CPU占比，mem內(nèi)存占比等)等。當(dāng)并發(fā)用戶數(shù)超過300時(shí)，為了讓測試數(shù)據(jù)更準(zhǔn)確，可以考慮分布式壓測，通過jmeter客戶端控制幾臺(tái)jmeter服務(wù)器進(jìn)行測試。
性能測試要先調(diào)試好腳本，主要考慮對腳本的數(shù)據(jù)參數(shù)化和添加斷言。因?yàn)橛行┙涌谛枰獙I(yè)務(wù)邏輯或參數(shù)格式進(jìn)行校驗(yàn)，為了能讓所有線程數(shù)跑起來，需要將數(shù)據(jù)參數(shù)化。
數(shù)據(jù)參數(shù)化有這幾種做法：
- 可以將一些固定值改成隨機(jī)函數(shù);
- 利用JDBC從數(shù)據(jù)庫讀取數(shù)據(jù)并關(guān)聯(lián)變量；
- Excal數(shù)據(jù)參數(shù)化，
- 動(dòng)態(tài)關(guān)聯(lián)參數(shù)化，斷言是為了判斷用例是否
執(zhí)行成功，并驗(yàn)證服務(wù)器的響應(yīng)錯(cuò)誤率。響應(yīng)斷言常用json斷言，xml斷言用的最少，
性能測試的目的是為了檢驗(yàn)系統(tǒng)能否滿足客戶的性能需求，若性能需求無法滿足時(shí)，則
要考慮對系統(tǒng)進(jìn)行性能調(diào)優(yōu)，一般用排除法：
1、首先考慮網(wǎng)絡(luò)方面問題：使用ping命令查看與目標(biāo)服務(wù)器的連接是否正常、傳輸速度的快慢。通過提升服務(wù)器的帶寬，看響應(yīng)時(shí)間是否相應(yīng)降低。
2、考慮數(shù)據(jù)庫的問題，可以單獨(dú)去壓測數(shù)據(jù)庫，查看數(shù)據(jù)庫的最大連接數(shù)和SQL語句的執(zhí)行時(shí)間，索引命中率和sleep等待時(shí)間等
3、考慮 Apache/Nginx等中間件的問題，查看中間件設(shè)置的最大連接數(shù)是否合理，如果設(shè)置的連接數(shù)太小，會(huì)話數(shù)超過設(shè)定的最大連接數(shù)時(shí)會(huì)導(dǎo)致等待時(shí)間變長，出現(xiàn)響應(yīng)超時(shí)情況
4、考慮服務(wù)器的硬件配置，如內(nèi)存、CPU、磁盤讀寫速度等，可以用top命令來監(jiān)控，也可以使用nmom工具來監(jiān)控，nmom會(huì)把監(jiān)控的數(shù)據(jù)形成表格形式，方便我們查看。
5、最后考慮開發(fā)代碼寫的好不好，處理時(shí)間長不長的問題。
?
四、數(shù)據(jù)庫-抓包與網(wǎng)絡(luò)協(xié)議?
4.1 你們數(shù)據(jù)庫怎么用
[原來我們數(shù)據(jù)庫用的比較多的，就是數(shù)據(jù)結(jié)果檢查，測試一些數(shù)據(jù)準(zhǔn)備，性能測試造大量數(shù)據(jù)。]
[測試執(zhí)行到的結(jié)果，我們需要通過sql語句 select來查找數(shù)據(jù)庫對應(yīng)的表，看看數(shù)據(jù)庫信息跟我們執(zhí)行的結(jié)果是否一致，比如：生成申請借款后，我們會(huì)去數(shù)據(jù)庫里面去檢查下,數(shù)據(jù)庫中數(shù)據(jù)是否跟申請訂單數(shù)據(jù)一致。]
[我們在測試執(zhí)行時(shí)需要做一些測試數(shù)據(jù)準(zhǔn)備，我們就用 insert into輸入數(shù)據(jù)或(者update set修改數(shù)據(jù))，我們需要到數(shù)據(jù)庫查看有沒有相關(guān)記錄保存，保存的數(shù)據(jù)跟我們輸入或者修改的記錄是否一致;比如：原來我們一個(gè)初審功能里面有個(gè)分頁功能，測試分頁功能，需要100條數(shù)據(jù)，我們就通過數(shù)據(jù)庫操作添加100，可以用 insert into。也可以用腳本實(shí)現(xiàn)，或者存儲(chǔ)過程]
[還有在做性能測試時(shí)，模擬用戶場景時(shí)需要用到大量的數(shù)據(jù)，這時(shí)就需要我們到數(shù)據(jù)庫中制造大量的數(shù)據(jù)出來。比如說，測試充值，需要大量用戶數(shù)據(jù)，充值表中大量數(shù)據(jù)，比如10W條數(shù)據(jù)，我們就用存儲(chǔ)過程去造。]
?
五、接口測試-接口自動(dòng)化?
5.1 接口測試主要目的是什么?
例外兩種問法：接口測試的價(jià)值，意義?為什么要做接口測試?
主要就是驗(yàn)證后臺(tái)服務(wù)端的業(yè)務(wù)邏有沒有問題，提高測試的效率
①越底層發(fā)現(xiàn)bug，它的修復(fù)成本是越低的
②前端頁面修改頻繁情況下，接口測試不受頁面元素改變而影響
③檢查系統(tǒng)的安全性，前端傳參不可信，比如京東購物，前端價(jià)格不可能傳入-1元，但是
通過接口可以傳入-1元
④如今的系統(tǒng)復(fù)雜度不斷上升，傳統(tǒng)的測試方法成本急劇增加且測試效率大幅下降，接口自動(dòng)化測試可以提高測試效率
⑤接口測試相對容易實(shí)現(xiàn)自動(dòng)化持續(xù)集成，且相對U自動(dòng)化也比較穩(wěn)定，可以減少人工，回歸測試人力成本與時(shí)間，縮短測試周期
?
六、UI自動(dòng)化-Unittest框架?
6.1 什么樣的項(xiàng)目合適做自動(dòng)化(至少三個(gè))
功能需求，需求穩(wěn)定，界面穩(wěn)定，不會(huì)頻繁變動(dòng)，才可以做
版本迭代次數(shù)比較多，做出來才有意義
項(xiàng)目周期比較長(大項(xiàng)目)意義
?
七、白盒測試-持續(xù)集成?
7.1 白盒測試怎么測
原來工作中，沒有涉及過，但是了解過
1、靜態(tài)掃描
2、動(dòng)態(tài)檢查，構(gòu)造測試數(shù)據(jù)去檢查，語句覆蓋---覆蓋所有的代碼
3、判定覆蓋覆蓋每個(gè)判定條件，每個(gè)判定都需要?? 真假值
4、條件覆蓋每個(gè)條件? 都需要一個(gè)真假值
5、判定/條件覆蓋
6、組合覆蓋，條件之間的組合場景?? ---重點(diǎn)
7、路徑覆蓋----后面黑盒流程分析法?? ---重點(diǎn)
?
八、場景問題?
8.1? 有沒有抓過包，為什么要抓包，具體怎么做的?
抓包這塊，其實(shí)我們在工作用得是比較多的，一般我們都在測試過程碰到問題，我們有的候通過抓包去看一下前端與后臺(tái)的數(shù)據(jù)交互，通過分析這個(gè)數(shù)據(jù)，來定位到底是前端問題，還是后臺(tái)問題。
主要用的就是 fiddler工具，如果只是抓取Web端數(shù)據(jù)的話，只要在瀏覽器上設(shè)置代理服務(wù)器，指定代理服務(wù)器為本地的fiddler這個(gè)工具，設(shè)置好端口：8888 就可以了，如果要抓取手機(jī)端的包，首先需要保證手機(jī)與電腦(安裝了 fiddler的這個(gè)電腦)在同一個(gè)網(wǎng)絡(luò)，在手機(jī)上要設(shè)置http代理服務(wù)器為手動(dòng)，然后服務(wù)器指定為電腦的ip地址，端口設(shè)置為8888
例外，如果要抓取https包，可能還需要在電腦上安裝證書，手機(jī)端這邊也要安裝證書，差不多這樣就可以。
?
?九、職業(yè)規(guī)劃
9.1 簡單的自我介紹下
面試宮，您好，我叫XXX，來自于XXXX，目前從事軟件測試工作，已經(jīng)三年工作經(jīng)驗(yàn)，個(gè)人性格，比較開朗，跟人關(guān)系比較好，做事也比較細(xì)心三年測試工作經(jīng)驗(yàn)中，過了不少項(xiàng)目，積累不少項(xiàng)目經(jīng)驗(yàn)，前面1-2年主要是功能測試，后面這一年主要做接口測試，app自動(dòng)化測試能夠獨(dú)立完成軟件產(chǎn)品測試工作，能夠獨(dú)立編寫測試文檔，包括用例，計(jì)劃，報(bào)告等，熟悉lnux跟數(shù)據(jù)庫，熟悉 jmeter與 python + request進(jìn)行接口測試，也可以使用 pytest框架進(jìn)行接口自動(dòng)化測試， python + selenium + pytest框架進(jìn)行自動(dòng)化測試，python + appnium + pytest移動(dòng)app自動(dòng)化測試框架，熟悉使用Jenkins持續(xù)集成，熟悉app專項(xiàng)測試與小程序測試，熟悉抓包工具。
我個(gè)人平常喜歡…看書…
我個(gè)人覺得測試這一塊，主要是對需求了解，需求理解到位，工作當(dāng)中，一定細(xì)心耐心，技術(shù)這塊，不斷學(xué)習(xí)能力
如果面試沒有說話，?? 這個(gè)是我的一個(gè)簡單自我介紹，看面試官還有什么需要了解的
?文章來源：http://www.zghlxwxcb.cn/news/detail-455212.html
文檔獲取方式：
這份文檔，對于想從事【軟件測試】的朋友來說應(yīng)該是最全面最完整的備戰(zhàn)倉庫，這個(gè)倉庫也陪伴我走過了最艱難的路程，希望也能幫助到你！以上均可以分享，只需要你點(diǎn)下方進(jìn)群即可。文章來源地址http://www.zghlxwxcb.cn/news/detail-455212.html
到了這里，關(guān)于勸你別去外包，干了三年，感覺廢了一半....的文章就介紹完了。如果您還想了解更多內(nèi)容，請?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章，希望大家以后多多支持TOY模板網(wǎng)！
