2021熱乎的位元組跳動軟體測驗工程師面試題及答案分享

2021熱乎的位元組跳動軟體測驗工程師面試題及答案分享

相信大家都有這樣一個憂慮就是面試，不管我們要找什么作業，面試都會是必不可少的，下面是整理出來的面試題和我的一些見解覺得不對的在評論區留言！

1、什么是兼容性測驗？兼容性測驗側重哪些方面？

參考答案：

兼容測驗主要是檢查軟體在不同的硬體平臺、軟體平臺上是否可以正常的運行，即是通常說的軟體的可移植性，

兼容的型別，如果細分的話，有平臺的兼容，網路兼容，資料庫兼容，以及資料格式的兼容，

兼容測驗的重點是，對兼容環境的分析，通常，是在運行軟體的環境不是很確定的情況下，才需要做兼容，根據軟體運行的需要，或者根據需求檔案，一般都能夠得出用戶會在什么環境下使用該軟體，把這些環境整理成表單，就得出做兼容測驗的兼容環境了，

兼容和配置測驗的區別在于，做配置測驗通常不是 Clean OS 下做測驗，而兼容測驗多是在 Clean OS 的環境下做的，

2、我現在有個程式，發現在 Windows 上運行得很慢，怎么判別是程式存在問題還是軟硬體系統存在問題?

參考答案：

1、檢查系統是否有中毒的特征;

2、檢查軟體/硬體的配置是否符合軟體的推薦標準;

3、確認當前的系統是否是獨立，即沒有對外提供什么消耗 CPU 資源的服務;

4、如果是 C/S 或者 B/S 結構的軟體，需要檢查是不是因為與服務器的連接有問題，或者訪問有問題造成的;

5、在系統沒有任何負載的情況下，查看性能監視器，確認應用程式對 CPU/記憶體的訪問情況，

3、測驗的策略有哪些?

參考答案：

黑盒/白盒，靜態/動態，手工/自動，冒煙測驗，回歸測驗，公測(Beta 測驗的策略)

4、正交表測驗用例設計方法的特點是什么?

參考答案：

用最少的實驗覆寫最多的操作，測驗用例設計很少，效率高，但是很復雜;

對于基本的驗證功能，以及二次集成引起的缺陷，一般都能找出來;但是更深的缺陷，更復雜的缺陷，還是無能為力的;

具體的環境下，正交表一般都很難做的，大多數，只在系統測驗的時候使用此方法，

5、描述使用 bugzilla 缺陷管理工具對軟體缺陷(BUG)跟蹤的管理的流程?

參考答案：

就是 Bugzilla 的狀態轉換圖，

6、你覺得 bugzilla 在使用的程序中，有什么問題?

參考答案：

界面不穩定;

根據需要配置它的不同的部分，程序很煩瑣，

流程控制上，安全性不好界定，很容易對他人的 Bug 進行誤操作;

沒有綜合的評分指標，不好確認修復的優先級別，

7、描述測驗用例設計的完整程序?

參考答案：

需求分析 + 需求變更的維護作業;

根據需求 得出測驗需求;

設計測驗方案，評審測驗方案;

方案評審通過后，設計測驗用例，再對測驗用例進行評審;

如圖：

8、單元測驗的策略有哪些?

參考答案：

邏輯覆寫、回圈覆寫、同行評審、桌前檢查、代碼走查、代碼評審、景泰資料流分析

9、LoadRunner 分哪三部分?

參考答案：

用戶動作設計;

場景設計;

測驗資料分析;

10、LoadRunner 進行測驗的流程?

參考答案：

1、 制定測驗方案

2、 創建虛擬用戶腳本（開發測驗腳本）

3、 設計測驗場景

4、 運行測驗腳本

5、 監視場景

6、 分析測驗的結果

以上，最好是結合一個案例，根據以上流程來介紹，

11、什么是并發?在 lordrunner 中，如何進行并發的測驗?集合點失敗了會怎么樣?

參考答案：

在同一時間點，支持多個不同的操作，

LoadRunner 中提供 IP 偽裝，集合點，配合虛擬用戶的設計，以及在多臺電腦上設定，可以比較好的模擬真實的并發，

集合點，即是多個用戶在某個時刻，某個特定的環境下同時進行虛擬用戶的操作的，

集合點失敗，則集合點的才操作就會取消，測驗就不能進行，

12、使用QTP 做功能測驗，錄制腳本的時候，要驗證多個用戶的登錄情況/查詢 情況，如何操作?

參考答案：

分析用戶登錄的基本情況，得出一組資料，通過性測驗/失敗性測驗的都有(根據TC 來設計這些資料)，然后錄制登錄的腳本，將關鍵的資料引數化，修改腳本，對代碼進行加強，除錯腳本，

13、QTP 中的 Action 有什么作用?有幾種?

參考答案：

Action 的作用

1、用 Action 可以對步驟集進行分組

2、步驟重組，然后被整體呼叫

3、擁有自己的 sheet

4、組合有相同需求的步驟，整體操作

5、具有獨立的物件倉庫

Action 的種類

1、可復用 Action

2、不可復用 Action

3、外 部 Action

14、TestDirector 有些什么功能，如何對軟體測驗程序進行管理?

參考答案：

需求管理

1、定義測驗范圍

2、定義需求樹

3、描述需求樹的功能點

測驗計劃

1、定義測驗目標和測驗策略，

2、分解應用程式，建立測驗計劃樹，

3、確定每個功能點的測驗方法，

4、將每個功能點連接到需求上，使測驗計劃覆寫全部的測驗需求，

5、描述手工測驗的測驗步驟

6、指明需要進行自動測驗的功能點

測驗執行

1、定義測驗集合，

2、為每個測驗人員制定測驗任務和測驗日程安排，

3、運行自動測驗，

缺陷跟蹤

1、記錄缺陷

2、查看新增缺陷，并確定哪些是需要修正的

3、相關技術人員修改缺陷 n 回歸測驗

4、分析缺陷統計圖表，分析應用程式的開發質量，

15、你所熟悉的軟體測驗型別都有哪些?請試著分別比較這些不同的測驗型別的 區別與聯系(如功能測驗、性能測驗……)?

參考答案

1、Compatibility Testing(兼容性測驗)，也稱“Configurationtesting(配置測驗)”，測驗軟體是否和系統的其它與之互動的元素之間兼容，如：瀏覽器、作業系統、硬體等，驗證測驗物件在不同的軟體和硬體配置中的運行情況，

2、Functional testing (功能測驗)，也稱為 behavioral testing(行為測驗)，根據產品特征、操作描述和用戶方案，測驗一個產品的特性和可操作行為以確定它們滿足設計需求，本地化軟體的功能測驗，用于驗證應用程式或網站對目標用戶能正確作業，使用適當的平臺、瀏覽器和測驗腳本，以保證目標用戶的體驗將足夠好，就像應用程式是專門為該市場開發的一樣，

3、Performance testing(性能測驗)，評價一個產品或組件與性能需求是否符合的測驗，包括負載測驗、強度測驗、資料庫容量測驗、基準測驗等型別，

16、軟體缺陷(或者叫 Bug)記錄都包含了哪些內容?如何提交高質量的軟體缺陷 (Bug)記錄?

參考答案：5C 標準

17、Beta 測驗與 Alpha 測驗有什么區別?

參考答案

1、Beta testing(β測驗),測驗是軟體的多個用戶在一個或多個用戶的實際使用環境下進行的測驗，開發者通常不在測驗現場

2、Alpha testing (α測驗),是由一個用戶在開發環境下進行的測驗，也可以是公司內部的用戶在模擬實際操作環境下進行的受控測驗

18、軟體的評審一般由哪些人參加?其目的是什么?

參考答案：

在正式的會議上將軟體專案的成果(包括各階段的檔案、產生的代碼等)提交給用戶、客戶或有關部門人員對軟體產品進行評審和批準，其目的是找出可能影響軟體產品質量、開發程序、維護作業的適用性和環境方面的設計缺陷，并采取補救措施，以及找出在性能、安全性和經濟方面的可能的改進，

人員：用戶、客戶或有關部門開發人員，測驗人員，需求分析師都可以，就看處于評審那個階段

19、測驗活動中，如果發現需求檔案不完善或者不準確，怎么處理?

參考答案：

測驗需求分析發現需求檔案不完善或者不準確，應該立即和相關人員進行協調交流，

20、階段評審與專案評審有什么區別?

參考答案：

階段評審對專案各階段評審：對階段成果和作業

專案評審對專案總體評審：對作業和產品

21、闡述作業版本的定義?

參考答案：

構 造 號 ： BUILD

22、什么是樁模塊?什么是驅動模塊?

參考答案：

樁模塊：被測模塊呼叫模塊

驅動模塊：呼叫被測模塊

23、什么是扇入?什么是扇出?

參考答案：

扇入：被調次數

扇出：調其它模塊數目

24、你認為做好測驗計劃作業的關鍵是什么?

參考答案：

軟體測驗計劃就是在軟體測驗作業正式實施之前明確測驗的物件，并且通過對資源、時間、風險、測驗范圍和預算等方面的綜合分析和規劃，保證有效的實施軟體測驗;

做好測驗計劃作業的關鍵：目的，管理，規范

1、明確測驗的目標，增強測驗計劃的實用性，撰寫軟體測驗計劃得重要目的就是使測驗程序能夠發現更多的軟體缺陷，因此軟體測驗計劃的價值取決于它對幫助管理測驗專案，并且找出軟體潛在的缺陷，因此，軟體測驗計劃中的測驗范圍必須高度覆寫功能需求，測驗方法必須切實可行，測驗工具并且具有較高的實用性，便于使用，生成的測驗結果直觀、準確，

2、堅持“5W”規則，明確內容與程序“5W”規則指的是“What(做什么)”、“Why(為什么做)”、“When(何時做)”、“Where(在哪里)”、“How(如何做)”，利用“5W”規則創建軟體測驗計劃，可以幫助測驗團隊理解測驗的目的(Why)，明確測驗的范圍和內容(What)，確定測驗的開始和結束日期(When)，指出測驗的方法和工具(How)，給出測驗檔案和軟體的存放位置(Where)，

3、采用評審和更新機制，保證測驗計劃滿足實際需求測驗計劃寫作完成后，如果沒有經過評審，直接發送給測驗團隊，測驗計劃內容的可能不準確或遺漏測驗內容，或者軟體需求變更引起測驗范圍的增減，而測驗計劃的內容沒有及時更新，誤導測驗執行人員，

4、分別創建測驗計劃與測驗詳細規格、測驗用例應把詳細的測驗技術指標包含到獨立創建的測驗詳細規格檔案，把用于指導測驗小組執行測驗程序的測驗用例放到獨立創建的測驗用例檔案或測驗用例管理資料庫中，測驗計劃和測驗詳細規格、測驗用例之間是戰略和戰術的關系，測驗計劃主要從宏觀上規劃測驗活動的范圍、方法和資源配置，而測驗詳細規格、測驗用例是完成測驗任務的具體戰術，

25、你認為做好測驗用例作業的關鍵是什么?

參考答案：

需求和設計檔案的理解程度，對系統的熟悉程度

26、簡述一下缺陷的生命周期?

參考答案：提交->確認->分配->修復->驗證->關閉

27、軟體的安全性應從哪幾個方面去測驗?

參考答案：

1、用戶認證機制：如資料證書、智能卡、雙重認證、安全電子交易協議

2、加 密 機 制

3、安全防護策略：如安全日志、入侵檢測、隔離防護、漏洞掃描

4、資料備份與恢復手段：存盤設備、存盤優化、存盤保護、存盤管理

5、防病毒系統

28、軟體配置管理作業開展的情況和認識?

參考答案：

軟體配置管理貫穿于軟體開發、測驗活動的始終，覆寫了開發、測驗活動的各個環節，它的重要作用之一就是要全面的管理保存各個配置項，監控各配置項的狀態，并向專案經理及相關的人員報告，從而實作對軟體程序的控制，

軟體測驗配置管理包括 4 個最基本的活動：

配置項標識

配置項控制

配置項狀態報告

配置審計

軟體配置管理通常借助工具來輔助，主要有 MS SourceSafe、RationalClearCase 等

29、你覺得軟體測驗通過的標準應該是什么樣的?

參考答案：

缺陷密度值達到客戶的要求

30、引入測驗管理的含義?

參考答案：

風險分析，進度控制、角色分配、質量控制

最后

技術行業，一定要提升技術功底，豐富自動化專案實戰經驗，這對于你未來幾年職業規劃，以及測驗技術掌握的深度非常有幫助，

金九銀十面試季，跳槽季，整理面試題已經成了我多年的習慣！下面有我收集和整理的學習資料，整體是圍繞著【軟體測驗】來進行整理的，主體內容包含：Python自動化學習詳細資料、全套面試題等知識內容，??只需你點贊支持，【動動手指點擊此處就可免費領取了】

標籤：其他

上一篇：這是國慶節后最開心的一件事了，進阿里了

下一篇：二叉樹的遍歷