1、什麼是相容性測試?相容性測試側重哪些方面?
參考答案：
相容測試主要是檢查軟體在不同的硬體平臺、軟體平臺上是否可以正常的執行，即是通常說的軟體的可移植性。
相容的型別，如果細分的話，有平臺的相容，網路相容，資料庫相容，以及資料格式的相容。
相容測試的重點是，對相容環境的分析。通常，是在執行軟體的環境不是很確定的情況下，才需要做相容。根據軟體執行的需要，或者根據需求文件，一般都能夠得出使用者會在什麼環境下使用該軟體，把這些環境整理成表單，就得出做相容測試的相容環境了。
相容和配置測試的區別在於，做配置測試通常不是Clean OS下做測試，而相容測試多是在Clean OS的環境下做的。

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

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的作用
a.用Action可以對步驟集進行分組
b.步驟重組，然後被整體呼叫
c.擁有自己的sheet
d.組合有相同需求的步驟，整體操作
e. 具有獨立的物件倉庫
Action的種類
a. 可複用Action
b.不可複用Action
c.外部Action

14、TestDirector有些什麼功能，如何對軟體測試過程進行管理?
參考答案：
需求管理
a. 定義測試範圍
b.定義需求樹
c.描述需求樹的功能點
測試計劃
d.定義測試目標和測試策略。
e.分解應用程式，建立測試計劃樹。
f.確定每個功能點的測試方法。
g.將每個功能點連線到需求上，使測試計劃覆蓋全部的測試需求。
h. 描述手工測試的測試步驟
i.指明需要進行自動測試的功能點
測試執行
j. 定義測試集合。
k.為每個測試人員制定測試任務和測試日程安排。
l. 執行自動測試。
缺陷跟蹤
m. 記錄缺陷
n.檢視新增缺陷，並確定哪些是需要修正的
o.相關技術人員修改缺陷
p. 迴歸測試
q.分析缺陷統計圖表，分析應用程式的開發質量。

15、你所熟悉的軟體測試型別都有哪些?請試著分別比較這些不同的測試型別的區別與聯絡(如功能測試、效能測試……)?
參考答案：Compatibility Testing(相容性測試)，也稱“Configuration testing(配置測試)”，測試軟體是否和系統的其它與之互動的元素之間相容，如：瀏覽器、作業系統、硬體等。驗證測試物件在不同的軟體和硬體配置中的執行情況。
Functional testing (功能測試)，也稱為behavioral testing(行為測試)，根據產品特徵、操作描述和使用者方案，測試一個產品的特性和可操作行為以確定它們滿足設計需求。本地化軟體的功能測試，用於驗證應用程式或網站對目標使用者能正確工作。使用適當的平臺、瀏覽器和測試指令碼，以保證目標使用者的體驗將足夠好，就像應用程式是專門為該市場開發的一樣。
Performance testing(效能測試)，評價一個產品或元件與效能需求是否符合的測試。包括負載測試、強度測試、資料庫容量測試、基準測試等型別。

16、軟體缺陷(或者叫Bug)記錄都包含了哪些內容?如何提交高質量的軟體缺陷(Bug)記錄?
參考答案：5C標準

17、Beta測試與Alpha測試有什麼區別?
參考答案：Beta testing(β測試),測試是軟體的多個使用者在一個或多個使用者的實際使用環境下進行的測試。開發者通常不在測試現場
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. 分別建立測試計劃與測試詳細規格、測試用例
應把詳細的測試技術指標包含到獨立建立的測試詳細規格文件，把用於指導測試小組執行測試過程的測試用例放到獨立建立的測試用例文件或測試用例管理資料庫中。測試計劃和測試詳細規格、測試用例之間是戰略和戰術的關係，測試計劃主要從巨集觀上規劃測試活動的