系統測試是為了發現錯誤而執行程序的過程，成功的測試是發現了至今尚未發現的錯誤的測試。目的是在真實系統工作環境下通過與系統的需求定義作比較，檢驗完整的軟件配置項能否和系統正確連接，發現軟件與系統/子系統設計文檔和軟件開發合同規定不符合或與之矛盾的地方。系統測試就是希望能以最少的人力和時間發現潛在的各種錯誤和缺陷。應根據開發各階段的需求、設計等文檔或程序的內部結構精心設計測試用例，并利用這些實例來運行程序，以便發現錯誤。

我們來了解從系統測試開始產品研發流程正是計入到測試階段

1.系統測試的目標和測試對象
系統測試對象:整個系統，對于手機來說，就是整機的測試，對于應用來說就是整個應用以及生態相關。把這個對象分為若千個feature,是這整個feature的總和。

因為以前都是注重每個feature,隨著功能的不斷集成，系統的復雜性開始急劇膨脹，我們很難或者說沒有足夠的時間，或者說系統同還不夠穩定，來把功能和相關的所有組合都驗證完畢。集成測試主要還是針對功能的集成，在集成測試中我們無法(或者說沒有足夠的測試時間,或者說系統不夠穩定)對被測對象的其他非功能的質量方面進行測試驗證。這都說明只通過系統集成測試無法對系統進行全面的測試，系統測試是有必要的，在系統測試主要測試包含:

1)系統角度來驗證測試功能的正確性

2)系統角度來驗證各種非功能的質量的正確性

2.系統測試入口
就是集成測試的出口，加上測試團隊已經做好了系統測試準備，含測試用例，測試資源，測試環境等。

3測心用例的選揮
需要把集成測試的用例再執行一遍嗎,回答是，兩邊的case肯定 會有相同的部分。

1)針對系統的功能測試，可選擇優先級1.2的部分測試用例
2)
2)針對非功能的質量，可以選擇優先級3, 4的測試用例

4.執行順序
一般來說沒有執行順序之說，不過有的測試需要滿足一定的執行條件才可以。
和集成測試不同，系統測試需要對功能、可靠性、性能、易用性等方面進行測試，所以說有的比如先進行穩定性測試再壓力,在恢復測試多種方法組合測試往往發現集成測試無法發現的問題。
5.出口準則
1)計劃執行的測試用例已經完成

2)缺陷分析的結果符合預期

3)達到了系統測試的產品質量目標
4)產品計劃表(例子，不代表過往產品使用)

5.產品數據
1.最具真實性
2.不能覆蓋所需所有場景
3.數據敏感，很難保證正確性
4.隨時間變化
5.可能數據量太大（從而降低測試執行速度）
免責聲明：1、文章文字與圖片來源網絡，如有問題請及時聯系我們。2、涉及轉載的所有文章、圖片、音頻視頻文件等資料，版權歸版權所有人所有。3、本文章內容如無意中侵犯了媒體或個人的知識產權，請聯系我們立即刪除

審核編輯 黃昊宇