- 什麼是兼容性測試？兼容性測試側重哪些方面？
兼容性測試主要是檢查軟件在不同硬件平臺、軟件平臺上是否可以正常的運行，即是通常說的軟件的可移植性。
兼容的類型包括：平臺的兼容，網絡（4g, 3g, 2g, WiFi , 斷網）的兼容 ，數據庫的兼容，數據格式的兼容，分辨率的兼容等
兼容測試的重點是，對兼容環境的分析。通常，是在運行軟件的環境不是很確定的情況下，才需要做兼容。根據軟件運行的需要，或者根據需求文檔，一般都能夠得出用戶會在什麼環境下使用該軟件，把這些環境都整理出來i，就得出做兼容測試的兼容環境了。
兼容和配置測試的區別在於，做配置測試通常不是cleanOS下做的測試，而兼容測試多是在clean OS的環境下做的。
- 我現在有個程序，發現在Windows上運行的很慢，怎麼判別是程序存在問題還是軟硬件系統存在問題？
1. 檢查系統是否有中毒的特徵。
2. 檢查軟件/硬件的配置是否符合軟件的推薦標準
3. 確認當前的系統是否是獨立，即沒有對外提供什麼消耗CPU資源的服務；
4. 如果是C/S或者B/S結構的軟件，需要檢查是不是因爲與服務器的連接有問題，或者訪問有問題造成的；
5. 在系統沒有任何負載的情況下，查看性能監視器，確認應用程序對CPU/內存的訪問情況。
- 測試的策略有哪些？
黑盒/白盒、靜態/動態、手動/自動、冒煙測試，迴歸測試，公測
- 描述測試用例設計的完整過程？
需求分析+需求變更的維護工作
根據需求得出測試需求；
設計測試方案，評審測試方案；
方案評審通過後，設計測試用例，再對測試用例進行評審；
- 階段評審和項目評審的區別？
階段評審對項目各階段評審：對階段成果和工作
項目評審對項目總體評審；對工作和產品
- 闡述工作版本的定義？
BUILD
- 什麼是樁模塊？什麼是驅動模塊？
樁模塊：被測模塊調用模塊
驅動模塊：調用被測模塊
- 什麼是扇入？什麼是扇出？
扇入：被調次數。 扇出；調其他模塊數目
- 簡述一下缺陷的生命週期？
創建BUG、提交BUG、確認BUG、分配BUG、修復BUG、驗證BUG、關閉BUG。
- 軟件的安全性應從哪幾個方面去測試？
用戶認證機制：如數據證書，智能卡，雙重認證，安全電子交易協議；
加密機制
安全防護策略：如安全日誌，入侵檢查，隔離存儲保護，存儲管理
防病毒系統
- 軟件配置管理工作開展的情況和認識？
軟件配置管理貫穿於軟件開發，測試活動的始終，覆蓋了開發，測試活動的各個環節，它的重要作用之一就是要全面的管理保存各個配置項，監控各配置項的狀態，並向項目經理及相關的人員報告，從而實現對軟件過程的控制。
軟件測試配置管理包括：配置項標識，配置項控制，配置項狀態報告，配置審計
軟件配置管理通常藉助工具來輔助，主要有MSSourceSafe, Rational ClearCase 等
- 你覺得軟件測試通過的標準應該是什麼樣的？
缺陷密度值達到客戶的要求
- 引入測試管理的含義？
風險分析，進度控制，角色分配，質量控制
- 一套完整的測試應該由哪些階段組成？
測試計劃，測試設計與開發，測試實施，測試評審與測試結論。
- 單元測試的主要內容？
單元測試大多數是由開發人員來完成，測試人員技術背景較好或者開發系統軟件時可能會安排測試人員進行單元測試，大多數進行的單元測試都是開發人員調式程序或者開發組系統聯合調試的過程。
單元測試一般包括5個方面的測試：
模塊接口測試，局部數據結構測試，路徑測試，錯誤處理測試，邊界測試
- 集成測試也叫組裝或者聯合測試，請簡述集成測試的主要內容？
1. 在把各個模塊連接起來的時候，穿越模塊接口的數據是否會丟失
2. 一個模塊的功能是否會對另一個模塊的功能產生不利的影響
3. 各個子功能組合起來，能否達到預期要求的父功能
4. 全局數據結構是否有問題
5. 單個模塊的誤差累積起來，是否會放大，從而達到不能接受的程度
- 如何理解強度測試？
強度測試是爲了確定系統在最差工作環境的工作能力，也可能是用於驗證在標準工作壓力下的各種資源的最下限指標。
它和壓力測試的目標是不同的，壓力測試是在標準工作環境下，不斷增加系統負荷，最終測試出該系統能力達到的最大負荷（穩定和峯值），而強度測試則是在非標準工作環境下，甚至不斷人爲降低系統工作環境所需要的資源，如網絡帶寬，系統內存，數據鎖等，以測試系統在資源不足的情況下的工作狀態，通過強度測試，可以確定本系統正常供走的最差環境。
強度測試和壓力測試的測試指標相近，大多都是與時間相關的指標，如併發量（吞吐量），延遲（最大/最小/平均）以及順序指標等
強度測試需要對系統的結構熟悉，針對系統的特徵設計強度測試的方法。
- 如何理解壓力，負載，性能測試？
性能測試是一個較大的範圍，實際上性能測試本身包含了性能，強度，壓力，負載等多方面的測試內容。
壓力測試是對服務器的穩定性以及負載能力等方面的測試，是一種很平常的測試。增大訪問系統的用戶數量，或者幾個用戶進行大數據量操作都是壓力測試。而負載測試是壓力相對較大的測試，主要是測試系統在一種或者集中極限條件下的相應能力，是性能測試的重要部分。100個用戶對系統進行連續半小時到訪問可以看作是壓力測試，那麼連接訪問8個小時就可以認爲是負載測試，1000個用戶連續訪問系統1個小時也可以看作是負載測試。
實際上壓力測試和負載測試沒有明顯的區分。測試人員應該站在關注整體性能的高度上來對系統進行測試。
- 沒有產品說明書和需求文檔的情況下能夠進行黑盒測試嘛？
這個問題是國內測試工程師經常遇到的問題，根源就是國內軟件開發文檔管理不規範，對變更的管理方法就更不合理了。實際上沒有任何文檔的時候，測試人員也是可以進行黑盒測試的。這種測試方法我們可以稱之爲探索測試，具體做法就是測試工程師根據自己的專業技術，領域知識等不斷的深入瞭解測試對象，理解軟件功能，進而發現缺陷。
在這種做法基本上可以把軟件當成了產品說明書，測試過程中要和開發人員不斷的進行交流。尤其在作項目的時候，進度壓力較大，可以作爲加急測試方案。最大的風險是不知道有些特性是否被遺漏。
- 測試中的"殺蟲劑怪事"是指什麼？
"殺蟲劑怪事"一詞由BorisBeizer在其編著的《軟件測試技術》第二版中提出。用於描述測試人員對同一測試對象進行的測試次數越多，發現的缺陷就會越來越少的現象。就像老用一種農藥，害蟲就會有免疫力，農藥發揮不了效力。這種現象的根本原因就是測試人員對測試軟件過於熟悉，形成固定思維定勢。
爲了克服這種現象，測試人員需要不斷編寫新的測試程序或者測試用例，對於程序的不同部分進行測試，以發現更多缺陷。
也可以引用新人來測試軟件，剛剛進來的新手往往能發現一些意想不到的問題。