1. 請自我介紹一下(需簡單清楚的表述自已的基本情況，在這程序中要展現出自信，對作業有激情，上進，好學)
面試官您好，我叫###，今年26歲，來自江西九江，就讀專業是電子商務，畢業后就來深圳作業，有三年的軟體測驗工程師的經驗，我性格比較開朗，能和同事小伙伴友好相處，
2. 平時作業中是怎么去測的？(至少在這個問題中能說的出測驗流程)
首先根據客戶需求檔案提取功能模塊，然后撰寫測驗計劃，提取測驗點，設計測驗用例，用例評審之后執行用例，提交bug，撰寫測驗報告
3. 為什么要離開上一個公司？（離職原因）你覺得你多久能適應我們公司的作業環境？
1到2周左右吧
4. 你上一個公司在哪？ 有多少人？開發多少？測驗多少？
龍崗坂田國際中心 400多個人 40多個開發 6個測驗
5. 請介紹你做的專案？（這個題至少要說清這個專案給什么型別公司或者什么行業做的，然后再來介紹這個專案的基本功能模塊就可以.）你負責的模塊是什么？ 你負責的模塊都有什么功能？簡歷上的專案
社商云系統主要可以針對每個小區新增商品、社區活動、社區公告，在app端，用戶可以購買商品、報名社區活動、查看社區公告，系統由平臺、加盟商、便利店三個組織組成，平臺和加盟商新增的商品可以覆寫多個便利店，便利店新增的商品只能在自己便利店覆寫的范圍售賣，便利店可以對自己便利店的商品訂單進行發歡訓者退款處理，平臺和加盟商對便利店的訂單只能進行查看，不能進行處理，平臺和加盟商只能對自己新增的商品有處理權限，
主要負責功能模塊是商品服務管理、訂單管理、權限管理、商家管理、客戶管理、促銷管理、社區公告管理等核心模塊，
6. 請介紹一下你這個專案的流程？ 在專案里你負責了一些什么，做了一些什么作業？簡歷上整個專案的流程和自己負責的功能模塊
當我們組拿到一個專案時，首先進行用戶需求分析，我們測驗組在測驗計劃后，設計測驗用例，用例評審，等到開發通過郵件把版本包發給我們，然后我們就開始進入測驗的流程階段，
我參與系統測驗計劃設計和測驗用例的撰寫以及評審，執行測驗用例進行功能測驗對Bug進行管理和跟蹤、提交缺陷、對測驗作業進行總結，
7. 你這個專案有多少人做？ 開發多少？測驗多少？ 什么架構？簡歷專案
20個左右，開發10個，測驗3個，ui測驗2個 運維2個 B/S架構和app
8. B/S架構的系統從哪些點去測？
功能：鏈接測驗、導航選單、頁面的跳轉、表單測驗、資料測驗、業務邏輯測驗
兼容性：跟客戶確認其常會用的瀏覽器，再加上IE、火狐和谷歌等進行兼容性的測驗
界面：字體顏色大小、圖示和欄位間距等
性能：連接速度、負載測驗、壓力測驗
安全性：權限控制、鏈接封裝、日志記錄的測驗、登陸密文、修改密碼后重新登陸、登陸失效時間，
9.你認為測B/S架構的系統和C/S架構的系統有哪些地方不一樣的？ Web系統測驗要從哪些點去測?
B/S為瀏覽器/服務器架構，通過瀏覽器訪問；使用方便；訪問速率相對較慢；更易維護更新，只需更新服務器資料；安全性相對較低，
C/S為客戶端/服務器架構，需下載客戶端應用程式；由于要下載并安裝客戶端才能使用，相對來說不易使用；由于有部分資料存盤在客戶端，所以訪問速率相對較快；維護更新較為復雜；安全性更高，平臺的一個兼容
Web系統屬于B/S架構，功能測驗（鏈接測驗，表單測驗，頁面跳轉測驗，導航選單測驗，資料測驗，業務邏輯測驗，功能校驗等）
兼容性測驗（不同的瀏覽器，不同的平臺）
安全性測驗點（登陸次數校驗，密碼密文顯示方式，驗證碼，登陸狀態失效測驗，權限測驗，鏈接封裝，日志記錄等）
界面測驗，易用性測驗等
首先： 歡迎大家關注公眾號：【 傷心的辣條 】，領取一份300頁pdf檔案的Python自動化測驗工程師核心知識點總結！
10.你在測驗中有用到一些什么測驗工具？
缺陷管理工具 bugfree 禪道 版本管理工具 SVN
性能測驗工具 loadrunner 介面測驗工具 postman
11、做過性能測驗嗎？ 做過自動化測驗嗎？ 使用哪些工具？跟著性能測驗人員做過一次
自動化呢我之前的專案都沒有遇到過，所以不太了解，性能測驗工具有一些了解，會錄制腳本，以及場景設定，以及腳本的執行，然后進行性能測驗結果分析
12 、性能測驗流程
需求分析—撰寫測驗計劃—設計測驗用例—維護腳本—執行腳本—分析結果—性能調優
13性能測驗指標：
并發用戶數，吞吐量，回應時間，資源利用率，tps與hps，交易成功率
14、 什么是記憶體溢位？
通俗理解就是記憶體不夠，運用程式需要的記憶體遠遠超出了你主機內安裝的記憶體所承受的大小，就叫記憶體溢位
15、什么是記憶體泄露？
指由于疏忽或錯誤造成程式未能釋放已經不再使用的記憶體，造成系統記憶體的浪費，導致程式運行速度減慢甚至系統崩潰等嚴重后果
16、試中你有用到過資料庫嗎？為什么會用到資料庫？你所負責的模塊哪里用到資料庫 你舉個例子？
大資料的情況下，要去資料庫驗證資料 報表 查詢 匯入 匯出有用到過，查看大型資料的完整和正確性時需要用到資料庫進行對比，
17、當你提交bug給開發，開發不認同，你怎么處理？
（這個問題會有多種問法，答案要結合需求來答，一：需求不明確的怎么答？ 二：需求明確怎么回答？）是bug就要報需求不明確，先找開發和產品經理一起討論確認需求，需求確認好了就按需求來，需求沒有確認好，就讓產品和客戶繼續溝通需求明確，就按需求和開發說，如果開發還是不按需求來，就找產品經理
18、網路的7層協議是哪7層？ ftp這個作業在哪一層？
應用層 ftp http telnet dns表示層會話層傳輸層 tcp udp網路層 ip 路由器 防火墻資料鏈路層 交換機 網卡物理層 集線器
19、UDP.TCP有什么區別？ QQ采用哪種協議？QQ屬于TCP協議
UDP:不可靠的，無連接的協議，傳輸效率高
TCP:可靠的，面向連接的協議，傳輸效率低
20、TCP/IP四層是？
應用層 傳輸層 internet層網路接入層 ARP RARP
21、.http頁面回傳值的含義
200 成功 400 請求錯誤 401 無法決議此請求 403 禁止訪問 404 找不到網頁500 服務器錯誤 502 網關錯誤 503 服務器不可用
22、.常見協議埠號
FTP21 SSH22 telnet23 dns53 http80 https443 Tomcat8080 orcale1521 mysql 3306
23、你在測驗中發現一個界面很丑，你認為這個問題是否嚴重？是否可以放過？主要看需求
不嚴重，如果需求就是如此那就沒什么問題，看具體情況，如果專案馬上就要上線，可能會因為對界面進行修改會產生更加嚴重的問題，所以一般都會采取放過的措施
24、. 資料庫查詢中什么是左連接，什么是右連接？left join right join
左連接：左右兩張表按某個列進行關聯查找，左連接以左邊的表為基礎表，基礎表中的資料全部查找出來，右邊的表如果有和左邊的表條件相符的資料就查找出來，如果條件不相符就用Null顯示， 右連接剛好相反
25.什么是觸發器？什么是存盤程序？
觸發器：通過事件來觸發運行的，主要是沒有人工干預的情況下來完成復雜度高一些的約束條件，從而保證資料庫的完整性和一致性，存盤程序：在大型的資料庫中，一組為了完成特定功能的SQL陳述句集，經編譯后存盤在編譯程序中，用戶通過指定存盤程序的名字并給出引數來執行它，
26、你對自已將來有什么計劃？（職業發展）定小目標，半年學習完性能或者自動化啊 一年自己獨立做好性能或者自動化的測驗
首先我要在我未來的作業中，通過我的努力把本職作業做好，在本職作業做好的同時呢，我要多做一些專案積累和完善專案上的經驗，通過作業不斷的提高我的測驗技能
27、你有什么問題要問我的？什么專案哪類專案，專案進行的階段，有木有業務方面的培訓
我想知道這個公司開發現有多少人，測驗有多少人，還有公司正在開發的專案的情況
28、這有一個杯子，你怎么去測？（類似這種給一個實物，你怎么去測？）
需求測驗: 查看杯子使用說明書
界面測驗: 查看杯子外觀
功能度：用水杯裝水看漏不漏；水能不能被喝到
安全性：杯子有沒有毒或細菌
可靠性：杯子從不同高度落下的損壞程度
可移植性：杯子在不同的地方、溫度等環境下是否都可以正常使用
兼容性：杯子是否能夠容納果汁、白水、酒精、汽油等
易用性：杯子是否燙手、是否有防滑措施、是否方便飲用
壓力測驗：用根針并在針上面不斷加重量，看壓強多大時會穿透
29、你覺的你有哪些優點？哪些缺點？
（缺點要把優點當缺點來說）你覺得你還有哪些地方需要提升的? 性能方面的缺點就是比較大大咧咧，愛笑，優點就是比較熱心
歡迎大家關注公眾號：【 傷心的辣條 】，領取一份300頁pdf檔案的Python自動化測驗工程師核心知識點總結！
30、你了解過我們公司嗎？
有了解過，收到面試通知的時候 網上或者招聘網上查詢過
31你對app測驗有了解嗎？什么是app測驗？怎么去測(測哪些方面)？
了解，但是實際作業中沒有測驗過，其實使用app應用程式的時候就是在測驗，只是沒有app測驗人員測驗的那么全面細致，就是對手機應用的測驗；從它的功能、界面和兼容、性能、易用性、安裝、卸載、升級、與系統或其它軟體的互動、耗電量、散熱情況、流量的監控、免登陸功能、二次登陸
32、你對加班怎么看？
可以接受，it行業來說 加班是常態
33. 你寫過測驗用例嗎？ 寫測驗用例的依據是什么？
寫過，用戶需求為準
34. 測驗報告你寫過嗎？ 寫些什么呢？
(至少要說出寫過自已所測模塊的測驗報告)自己所負責的模塊的測驗報告人力投入，用例覆寫情況，bug的分類及數量統計，遺留bug情況，測驗風險，測驗物件評估，測驗結論，測驗結果分析，測驗總結
35、測驗方案
① 測驗策略
② 測驗資源
③ 測驗進度計劃
④ 風險管理
⑤ 質量標準
36、測驗原則
A 所有軟體測驗都應追溯到用戶需求
B 盡早的和不斷的進行測驗
C 完全測驗時不可能的，測驗需要終止
D 無法顯示軟體潛在的缺陷
E 注意群集現象
F 避免檢查自己的程式
G 避免測驗的隨意性
37、測驗計劃主要寫些什么東西？
背景，目標，范圍，方式，進度安排，測驗組織，測驗執行中開始與結束的標準，測驗計劃的審批與更改方式，測驗相關的風險
38、系統測驗策略或者范圍
容量測驗 安全性測驗 穩定性測驗 安裝測驗 卸載測驗 易用性測驗 配置測驗 檔案測驗 可靠性測驗 強度測驗 性能測驗 功能測驗 兼容性測驗 負載測驗 壓力測驗 資料庫測驗 分布測驗 故障恢復測驗
39. 工資和發展平臺你怎么選擇？
發展平臺
40. 你怎么做需求分析的？要看是否有需求檔案，先確定大的測驗范圍
首先是將軟體開發需求中具有可測驗性的需求或特征提取出來，形成原始需求然后將原始測驗需求細化或者分解最后進行需求評審
41. 寫過測驗方案嗎？都有些什么內容？沒有寫過
① 測驗策略
② 測驗資源
③ 測驗進度計劃
④ 風險管理
⑤ 質量標準
42. 寫過測驗報告嗎？測驗報告和版本報告的區別？
測驗報告是對整個測驗程序與結果的總結，而版本報告只是針對測完版本的總結，
43. 需求評審都有哪些人參加？怎么做的？有什么標準？
參加人員：測驗人員、開發人員、產品人員 以會議形式評審評審的標準：完整性審查：應保證測驗需求能充分覆寫軟體需求的各種特征，重點關注功能要求、資料定義、介面定義、性能要求、安全性要求、可靠性要求、系統約束等方面，同時還應關注是否覆寫開發人員遺漏的、系統隱含的需求；
準確性審查：應保證所描述的內容能夠得到相關各方的一致理解，各項測驗需求之間沒有矛盾和沖突，各項測驗需求在詳盡程度上保持一致，每一項測驗需求都可以作為測驗用例設計的依據，
44. 用例評審都有哪些人參加？怎么做的？有什么標準？
參加人員：測驗人員、開發人員、產品人員 會議評審
標準：
1）用例設計的結構安排是否清晰、合理，是否利于高效對需求進行覆寫，
優先極安排是否合理，
是否覆寫測驗需求上的所有功能點，
用例是否具有很好可執行性，例如用例的前提條件、執行步驟、輸入資料和期待結果是否清晰、正確；期待結果是否有明顯的驗證方法，
是否已經洗掉了冗余的用例，
45 描述測驗活動生命周期或者軟體測驗流程:
需求分析—撰寫測驗計劃—設計用例設計—執行用例，提交bug—撰寫測驗報告
軟體測驗面試檔案
我們學習必然是為了找到高薪的作業，下面這些面試題是來自阿里、騰訊、位元組等一線互聯網大廠最新的面試資料，并且有位元組大佬給出了權威的解答，刷完這一套面試資料相信大家都能找到滿意的作業，
現在我邀請你進入我們的軟體測驗學習交流群：【914172719】，備注“入群”可自取這份檔案， 大家也可以一起探討交流，共同學習軟體測驗技術、面試等軟體測驗方方面面，還會有免費直播課，識訓更多測驗技巧，我們一起進階Python自動化測驗/測驗開發，走向高薪之路，
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/551749.html
標籤：其他
下一篇：返回列表