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、 分析測試的結果

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

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

　　參考答案：

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

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

　　集合點，即是多個用戶在某個時刻，某個特定的環境下同時進行虛擬用戶的操作的。集合點失敗，則集合點的才操作就會取消，測試就不能進行。

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

　　參考答案：

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

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

　　參考答案：

　　Action的作用

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

　　步驟重組，然后被整體調用

　　擁有自己的sheet

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

　　具有獨立的對象倉庫

　　Action的種類

　　可復用Action

　　不可復用Action

　　外部Action

　　14、TestDirector有些什么功能，如何對軟件測試過程進行管理?

　　參考答案：

　　需求管理

　　定義測試范圍

　　定義需求樹

　　描述需求樹的功能點

　　測試計劃

　　定義測試目標和測試策略。

　　分解應用程序，建立測試計劃樹。

　　確定每個功能點的測試方法。

　　將每個功能點連接到需求上，使測試計劃覆蓋全部的測試需求。

　　描述手工測試的測試步驟

　　指明需要進行自動測試的功能點

　　測試執行

　　定義測試集合。

　　為每個測試人員制定測試任務和測試日程安排。

　　運行自動測試。

　　缺陷跟蹤

　　記錄缺陷

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

　　相關技術人員修改缺陷

　　回歸測試

　　分析缺陷統計圖表，分析應用程序的開發質量。