2.軟體測試的目的：
測試是程式的執行過程，目的在於發現錯誤。
確保產品完成了它所承諾或公布的功能
確保產品滿足效能和效率的要求
確保產品是健壯的和適應使用者環境的
3.軟體測試的意義：
解放程式設計師和售後服務人員
軟體測試可以降低軟體質量風險，使程式設計師能夠更專心於解決程式的演算法和效率；同時經過嚴格檢驗的完整產品也減輕了售後服務人員的工作量。
4.軟體測試流程：
需求分析
制訂測試計畫
設計測試用例與編寫
實施測試
提交缺陷報告
生成測試總結和報告
5.測試流程圖：
單元測試 集中對用源**實現的每乙個程式單元進行測試，檢查每個程式模組是否實現了規定的功能，保證其能正常工作。
整合測試是把已進行過單元測試的模組組裝起來進行測試，目的在於檢驗與軟體設計相關的程式結構問題。
確認測試是檢驗所開發的軟體是否滿足了需求規格說明中確定了的各種功能和效能需求，以及軟體配置是否完全和正確。
系統測試的主要任務是把已經經過確認的軟體納入實際執行環境，與其他系統的成分（如資料庫、硬體和操作人員）組合在一起進行測試。
驗收測試是檢驗軟體產品的最後一關，在這一環節，測試主要從使用者的角度著手，參與者主要是使用者和少數程式開發人員。
6.測試工作流程：
（1）產品人員設計完原型和文件後，召開需求評審會，參會人員有開發，測試，產品。需求評審後之後，會產生乙個完善之後的原型和需求文件。
（2）測試組負責人需要依據需求文件，專案週期、專案特點、工具、人員安排制定測試計畫。
（3）測試人員就開始寫測試用例（需要有冒煙測試用例和普通的測試用例），在寫用例過程中會產生一些疑問，要及時和產品人員確認清楚，並要求他們回歸需求文件。（開發就開始概要設計和編碼）。
（4）測試人員完成用例後，組織測試用例評審。參與人員有開發，測試，產品。
（5）等待開發提交測試版本，提交後優先執行冒煙測試。冒煙測試的結果，需要郵件周知相關人，開發，測試，產品，其中重要的是開發領導，測試領導和產品。冒煙不通過等待開發重新提交版本，冒煙通過了進入執行用例進行測試階段。
（6）測試階段會發現一些問題，比如需求定義不明確，業務邏輯有衝突，要和相關人員溝通並定義清晰，得到結論後必須要求產品人員更新文件。
（7）每個人負責的模組測試結束後，小組內部要進行交叉測試（此時會進行一些效能測試）。
（8）測試通過後提交產品驗收。產品驗收期間協助產品驗收。
（9）產品驗收完畢後，專案部署**環境。此時需要線上的賬號，所以一般也是產品和業務人員驗收為主，各個公司情況不同，有些會給測試人員分配賬號，進行基本流程的測試（細節視公司情況而定）。
（10）**環境ok了，部署線上。
（11）有些公司從測試環境提交驗收的時間點開始，會要求寫一些操作手冊之類的文件，一些測試的報告，比如bug統計，bug的覆蓋。
7.按照開發階段分，可以分為哪幾 種？按照測試手段來分為幾種？測試按照技術劃分，可以分大為同為哪幾種？
單元測試、整合測試、系統測試、確認測試，驗收測試
分為手工測試和自動化測試
黑盒，白盒，灰盒
軟體測試流程
1 立項 2 需求評審 3 組建測試團隊 4 需求分析 5 測試設計 6 測試計畫 7 測試執行 8 軟體評估 9 測試總結 10 測試維護 測試具體流程依次如下 1.需求 閱讀需求，理解需求，與客戶 開發 架構多方交流，深入了解需求。testing team 2.測試計畫 根據需求估算測試所需資源...
軟體測試流程
1.需求 閱讀需求，理解需求，與客戶 開發 架構多方交流，深入了解需求。testing team 2.測試計畫 根據需求估算測試所需資源 人力 裝置等 所需時間 功能點劃分 如何合理分配安排資源等。testing leader or testing manager 3.用例設計 根據測試計畫 任務分...
軟體測試流程
一 測試計畫 目的是規定測試活動的範圍 方法 資源和進度 明確在測試的專案要測試的特性，要執行的測試任務，每個任務的負責人以及與計畫項相關的風險。測試計畫活動包括 形成測試需求文件 確定約束條件 制定測試目標 目的 建立測試策略 初期測試活動開始 確定可交付專案產品 確定關鍵程式功能 定義測試活動的...