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 的作用
n 用 Action 可以對步驟集進行分組
n 步驟重組，然後被整體調用
n 擁有自己的 sheet
n 組合有相同需求的步驟，整體操作
n 具有獨立的對象倉庫
Action 的種類
n 可復用 Action
n 不可復用 Action
n 外部 Action
14、TestDirector 有些什麼功能，如何對軟件測試過程進行管理?
參考答案：
需求管理
n 定義測試範圍
n 定義需求樹
n 描述需求樹的功能點
測試計劃
n 定義測試目標和測試策略。
n 分解應用程序，建立測試計劃樹。
n 確定每個功能點的測試方法。
n 將每個功能點連接到需求上，使測試計劃覆蓋全部的測試需求。
n 描述手工測試的測試步驟
n 指明需要進行自動測試的功能點
測試執行
n 定義測試集合。
n 為每個測試人員制定測試任務和測試日程安排。
n 運行自動測試。
缺陷跟蹤
n 記錄缺陷
n 查看新增缺陷，並確定哪些是需要修正的
n 相關技術人員修改缺陷
n 回歸測試
n 分析缺陷統計圖表，分析應用程序的開發質量。
15、你所熟悉的軟件測試類型都有哪些?請試着分別比較這些不同的測試類型的
區別與聯繫(如功能測試、性能測試……)?
參考答案：Compatibility Testing(兼容性測試)，也稱「Configuration
testing(配置測試)」，測試軟件是否和系統的其它與之交互的元素之間兼容，如：
瀏覽器、操作系統、硬件等。驗證測試對象在不同的軟件和硬件配置中的運行情況
況。
Functional testing (功能測試)，也稱為 behavioral testing(行為測試)，根據產品特徵、操作描述和用戶方案，測試一個產品的特性和可操作行為以確定它們滿足設計需求。本地化軟件的功能測試，用於驗證應用程序或網站對目標用戶能正確工作。使用適當的平台、瀏覽器和測試腳本，以保證目標用戶的體驗足夠好，就像應用程序是專門為該市場開發的一樣。
Performance testing(性能測試)，評價一個產品或組件與性能需求是否符合的
測試。包括負載測試、強度測試、數據庫容量測試、基準測試等類型。
16、軟件缺陷(或者叫 Bug)記錄都包含了哪些內容?如何提交高質量的軟件缺陷
(Bug)記錄?
參考答案：5C 標準
17、Beta 測試與 Alpha 和考試有什麼區別?
參考答案：Beta testing(β測試),測試是軟件的多個用戶在一個或多個用戶的實
際使用環境下進行的測試。開發者通常不在測試現場
Alpha testing (α測試),是由一個用戶在開發環境下進行的測試，也可以是公司
內部的用戶在模擬實際操作環境下進行的受控測試
18、軟件的評審一般由哪些人參加?其目的是什麼?
參考答案：
在正式的會議上將軟件項目的成果(包括各階段的文檔、產生的代碼等)提交給用戶
戶、客戶或有關部門人員對軟件產品進行評審和批准。其目的是找出可能影響軟
件產品質量、開發過程、維護工作的適用性和環境方面的設計缺陷，並採取補救措施
措施，以及找出在性能、安全性和經濟方面的可能的改進。
人員：用戶、客戶或有關部門開發人員，測試人員，需求分析師都可以，就看出來
於評審那個階段
小結：
當然題目不只有這些，篇幅限制我也發不完。特意整理成立一個文檔有需要的可以私我免費領取。
感謝每一個認真閱讀我文章的人！！！
如果下面這些資料用得到的話可以直接拿走：
1、自學開發或者測試必備的完整項目源碼與環境
2、測試工作中所有模板（測試計劃、測試用例、測試報告等）
3、軟件測試經典面試題
4、Python/Java自動化測試實戰.pdf
5、Jmeter/postman接口測試全套視頻獲取
我個人整理了我這幾年軟件測試生涯整理的一些技術資料，包含：電子書，簡歷模塊，各種工作模板，面試寶典，自學項目等。需要的可以找我免費領取謝謝
