1. 怎麼來設計測試方案
根據測試需求(包括功能需求和非功能性需求)，識別測試要點，識別測試環境要求，安排測試輪次，根據項目計劃和開發計劃做整體的測試安排。
被測試的特性：通過對需求規格說明書進行分析，列出本次測試需要進行測試的各部分特性(如要測試的功能需求、性能需求、安全性需求等等);
不被測試的特性：由於資源、進度等方面原因，本次測試不列入測試範圍的特性;
測試組網圖：進行本次系統測試所需要的軟硬件設備、配置數據已及相互間的邏輯、物理連接。今後測試執行時需要依據這個組網圖來進行環境的搭建。
2. 如果給你一個B/S系統你怎麼來進行測試?此題答案還可用於回答測試流程，測試流程題亦可參考15題。
閱讀系統需求，充分理解需求，記錄問題，並與項目需求人員充分溝通。
編寫測試需求，包括系統功能和非功能測試要點、測試類型、測試進度質量要求等。
制定測試計劃，包括熟悉測試業務、設計測試用例、執行測試用例、進行測試小結、編寫測試報告，任務顆粒度一般應小於5人天
編寫測試用例，根據測試方案設計用例，即便沒有明確的性能和安全測試要求，也應識別進行此兩項測試。
執行軟件測試，
進行測試小結，如果測試持續時間較長，每個版本間隙總結本輪測試。
編寫測試報告，總結測試過程，彙總度量數據。
3. 怎麼進行工作流的測試
把握需求，找準結點，理清流程，畫出流轉圖，弄清節點間的數據流轉，設計測試用例的時候必須覆蓋所有可能的流程。
工作流：
如果問到有沒有做過，根據對工作流的瞭解情況回答，如果比較瞭解，可以把參與的某個項目中說上一些有工作流的，如果不是很瞭解就說沒有做過，但是學習過相關知識。
4. 在做性能測試的時候都需要關注哪些參數?
併發訪問量，服務器響應時間(最小、平均、最大)
併發性能測試的過程是一個負載測試和壓力測試的過程，即逐漸增加負載，直到系統的.瓶頸或者不能接收的性能點，通過綜合分析交易執行指標和資源監控指標來確定系統併發性能的過程。
負載測試(Load Testing)是確定在各種工作負載下系統的性能，目標是測試當負載逐漸增加時，系統組成部分的相應輸出項，例如通過量、響應時間、CPU負載、內存使用等來決定系統的性能。
負載測試是一個分析軟件應用程序和支撐架構、模擬真實環境的使用，從而來確定能夠接收的性能過程。壓力測試(Stress Testing)是通過確定一個系統的瓶頸或者不能接收的性能點，來獲得系統能提供的最大服務級別的測試。
疲勞測試是採用系統穩定運行情況下能夠支持的最大併發用戶數，持續執行一段時間業務，通過綜合分析交易執行指標和資源監控指標來確定系統處理最大工作量強度性能的過程。 疲勞強度測試可以採用工具自動化的方式進行測試，也可以手工編寫程序測試，其中後者佔的比例較大。
一般情況下以服務器能夠正常穩定響應請求的最大併發用戶數進行一定時間的疲勞測試，獲取交易執行指標數據和系統資源監控數據。如出現錯誤導致測試不能成功執行，則及時調整測試指標，例如降低用戶數、縮短測試周期等。還有一種情況的疲勞測試是對當前系統性能的評估，用系統正常業務情況下併發用戶數爲基礎，進行一定時間的疲勞測試。
大數據量測試可以分爲兩種類型：針對某些系統存儲、傳輸、統計、查詢等業務進行大數據量的獨立數據量測試;與壓力性能測試、負載性能測試、疲勞性能測試相結合的綜合數據量測試方案。大數據量測試的關鍵是測試數據的準備，可以依靠工具準備測試數據。
5. 如果客戶沒有給你性能指數時，你怎麼來開展性能測試工作?
如果客戶沒有提出明確的性能指標，可以按照慣例和經驗設置，需要和PM協商，一般由PM確認，QA負責給出建議。
舉例說一個Server端程序，要求峯值時CPU和MEM消耗在75%以下，而一個頁面的訪問響應時間一般認爲用戶的忍耐時間是3-5秒以內，這些要參考實際的應用來確定用戶規模、操作頻率、同時在線數等。
6. 有沒有做過接口測試，是如何做的?
通過編寫測試程序, 獲得接口指針, 逐個調用接口函數驗證其正確性, 及失敗操作
7. 測試過程中是如何來保證軟件質量的?
測試用例編寫完畢後要加強評審的力度，確保測試用例覆蓋所有需求點
執行測試過程中注意做小結檢查覆蓋情況、審視所提缺陷質量，複測時應注意相關模塊的測試
測試時間寬裕的話可以做交叉測試，用以確保測試質量。
8. 測試方案都寫什麼內容?
1概述
2被測對象分析
3應測試的特性
4不被測試的特性
5總體設計方法
6測試模型
6.1測試組網圖
6.2結構/對象關係圖
6.3測試原理
6.4操作規程
7測試需求
7.1環境需求
7.2被測對象需求
7.3測試工具需求
7.4測試代碼需求
7.5數據需求
7.6其它需求
8測試設計
8.1工具設計
8.2測試代碼設計
8.3用例設計
8.3.1設計原則
8.3.2測試項目
9.附錄
