1. 什麼情況下需要安裝測試組專門進行安裝測試？
安裝可以很簡單，像一些簡單的桌面應用程序，只是簡單地複製一些文件，對於這種應用，不需要專門的安裝測試組，安裝測試能夠和其他測試合併在一起。
安裝也可以很複雜，需要支持多個操作系統平臺，多種數據庫，多個版本的中間件，多種網絡服務器，多種拓撲結構等，這就要求測試人員具有較好的操作系統、數據庫及網絡服務器等知識。一般需要一個專門的安裝測試組來進行相關測試。
一般來說，企業級Java EE應用都需要使用數據庫軟件。
2. 典型的拓撲結構是三層架構？
前端是網絡服務器，中間是應用服務器，後端是數據庫服務器。
3. 安裝測試應該完成哪些內容？
確保待測產品能夠在所有支持的操作系統、數據庫、應用服務器中間件、網絡服務器、拓撲結構等各種組合情況下，被正確地安裝和卸載。
確保安裝文檔的正確性和易讀性。
通俗來說，就是確保安裝相關的代碼和相關的安裝配置文檔的正確性。
4. 如何規劃安裝測試？——安裝測試計劃
每一個測試人員都需要認真仔細地閱讀安裝測試計劃，並且按照這個文檔的規定來進行具體的測試，這是對每一個測試人員最基本的要求。測試計劃的主體部分詳細描述了安裝測試的測試配置和測試場景，這部分內容也最多。
5. 安裝測試的基本流程？
a. 學習測試計劃和測試用例：在安裝測試計劃中，包含所有的測試用例，一般要求每個測試人員對所有測試用例有一個基本的瞭解，對自己要測試的部分，要有全面和細緻的瞭解。
b. 搭建測試機器：依據測試用例明確規定的硬件配置和操作系統版本搭建測試環境，同時檢查安裝文檔中關於軟硬件配置描述的正確性。
c. 準備待測試軟件產品：將待測試產品從服務器中下載到測試機器上，注意待測軟件所需要依賴的基礎軟件。
d. 按照安裝手冊中的步驟來執行：一來可以發現安裝手冊的問題，聯繫文檔人員及時糾正，二來發現安裝程序的問題，開bug.
e. 撰寫測試報告，詳細記錄測試結果：以便測試組長掌握當前測試狀態和進度情況。
一份手冊，N臺機器，一堆軟件，這就是安裝測試執行的形象總結。
6. 一個好的可執行的測試計劃是確保測試質量的關鍵，那麼，安裝測試計劃是如何做出來的？
a. 撰寫測試計劃時，首先要清楚地列出產品所有能夠支持的測試配置：對於不同的待測軟件，可以依據設計文檔提供的信息從各個角度找出測試配置，如操作系統，應用服務器，數據庫，網絡服務器，拓撲，版本，安裝類型等。
b. 有了測試配置之後，需要找出測試場景：依據需求說明書或用戶手冊找出測試場景。
c. 通過a 和 b, 測試用例就應運而生了，即測試用例=測試配置+測試場景。
測試配置、測試場景、測試用例是測試計劃的精髓。
7. 什麼是測試配置？
待測軟件所能支持的硬件環境、軟件環境和配置方法的組合。
8. 由於時間和人力的有限，不可能面面俱到的測試，如何縮小測試範圍同時保證測試覆蓋點？
a. 每種支持的操作系統版本至少需要測試一次：遺漏任何一個安裝文檔中敘述的系統版本支持，都有較大風險。
b. 每種支持的網絡服務器版本至少測試一次：理由同上。
c. 每種支持的數據庫版本至少測試一次：理由同上。
d. 設計文檔中需要重點測試的配置必須測試：注意開發人員的某些代碼可能在某測試配置下會出問題
e. 客戶典型配置必須測試：大多數用戶的使用軟件產品習慣，確保待測產品的正常使用
f. 以往版本產品由客戶報告的問題分析和由測試人員報告的缺陷分析：若新產品，這部分數據沒用，若產品升級版本的測試，就可以分析這部分數據。
9. 什麼是測試場景？
一系列緊密關聯的操作步驟的集合，比如產品安裝流程，卸載流程等。
10. 從軟件產品的生命週期中可以找出哪些場景？
一個產品會經歷安裝、升級、卸載的過程：
a. 在選定的測試配置上安裝產品：這是最基本的測試場景，安裝手冊中記錄產品能夠被正確、輕鬆地安裝，若途中遇到問題能有清晰的提示信息且在問題解決後安裝能繼續進行，安裝完成後，能正常啓動。
b. 卸載產品：也是最基本的測試場景
c. 卸載後重新安裝產品
d. 文件權限檢查和敏感數據檢查：安全性測試場景
e. 殘障人員也能順利安裝產品：確保產品的可訪問性測試場景
11. 產品安裝測試相關的通過標準有哪些？
a. 安裝程序能夠自動檢查安裝前提條件是否滿足：如磁盤空間，網絡狀況，CPU，內存，用戶權限等，其中任何一個環節出現異常應有相應的錯誤信息拋出。
b. 軟件安裝嚮導的用戶界面測試：如描述性文字、輸入框、選擇框、按鈕、進度條等功能正常使用及顯示。
c. 軟件安裝各個選項的組合確保符合概要設計說明：如典型安裝，完全安裝等，安裝過程及結果符合預期行爲。
d. 軟件安裝過程中是否能夠支持取消，取消後的處理是否按預期進行。
e. 軟件安裝過程中意外情況的處理：如重啓、斷電、死機等情況。
f. 安裝過程是否可以回溯，即回到上一步重新選擇：測試安裝易用性。
g. 軟件安裝過程中是否支持快捷鍵，快捷鍵的設置是否符合用戶要求：安裝可用性測試。
h. 軟件靜默安裝測試：將安裝過程中必要的用戶輸入寫入文本響應文件中通過命令行安裝
i. 正確的響應文件，靜默安裝能夠成功完成且在日誌文件中記錄安裝成功的相關信息
ii. 錯誤的響應文件，靜默安裝失敗且在日誌文件中記錄失敗的原因
i. 軟件安裝後安裝日誌中沒有錯誤信息
j. 軟件安裝後應用是否能夠正常運行：爲保證這一點，一般在軟件安裝後會執行一些基本的功能測試用例
k. 安裝後的文件夾及文件是否寫到了指定目錄裏，文件大小及權限是否正確：安裝的完整性及安全性，一般安裝後使用一個掃描程序掃描安裝後的文件夾和文件。
l. 安裝後一些重要文件的內容是否正確：如版本信息文件、註冊文件等。
m. 安裝後數據庫中的信息是否正確：
i. 數據庫是否被正確創建
ii. 數據庫模式（像表、索引、觸發器等）是否被正確創建
iii. 數據庫中的數據是否正確
iv. 檢查數據庫工作工作量一般比較大，使用工具幫助檢查
12. 產品卸載測試相關的通過標準有哪些？
a. 測試軟件自帶的卸載程序
b. 測試使用操作系統自帶的添加/刪除工具來卸載程序的情況
c. 測試卸載程序在程序運行/終止狀態時的卸載情況：卸載程序能夠檢查程序狀態，一般需要處於停止狀態才能卸載
d. 測試卸載軟件過程中能否取消卸載過程：若不支持，取消按鈕應不可用狀態，若支持，取消後軟件是否能正常使用
e. 測試卸載後文件是否完全刪除，含安裝文件夾、註冊表、系統環境變量：若未刪除，應提示用戶相關信息
f. 卸載過程中出現意外情況的測試，如死機、重啓、斷電等
g. 軟件自帶卸載程序的UI測試
13. 用戶手冊驗證工作貫穿整個安裝測試始終，那麼它應該有哪些特點呢？
安裝文檔必須是清晰、正確且易讀的。
14. 如何驗證用戶手冊？
a. 測試人員在執行具體的測試用例時，必須嚴格安裝文檔步驟來操作。在不正確的部分提交修改建議並驗證。
b. 測試組長定期組織測試人員集體審閱所有文檔內容，就不清楚的部分展開討論和深入追查。
15. 文檔的審閱流程：
16.自動化測試的工具很多，介紹兩個與安裝測試相關的自動化工具：
a. IBM Rational Functional Tester(RFT)，先進的，自動化的功能和迴歸測試工具，適合做GUI界面相關的自動化測試。
b. Apache ANT: 基於Java的自動化腳本引擎，腳本格式爲XML，除了做Java編譯相關任務外，還可以通過插件實現很多應用的調用，適合命令行交互相關的自動化測試。