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.附錄