目錄
系統測試的概念
系統測試與質量模型
系統測試型別（幾大主要型別）
1.功能測試
2.效能測試
3.安全性測試
4.異常測試
5.gui測試
結合單元、整合和系統對比，將硬體、軟體、操作人員看作乙個整體，檢驗它是否有不符合系統說明書的地方。這種測試可以發現系統分析和設計中的錯誤。
質量模型六大特性：
功能性、可靠性、易用性、效率、可維護性、可移植性
質量模型裡面的特性和系統測試型別的關係：
1.乙個測試型別可能考察的是多個質量特性
2.乙個質量特性可能生成多個測試型別
概念：主要根據產品的需求規格說明書和測試需求列表，驗證產品的功能實現是否符合產品的需求規格。
考察特性：
功能是否遺漏
功能是否準確
測試思路/步驟：
確定功能需求列表
分析功能測試得出測試子項
根據測試子項分析
採用測試用例方法設計用例
測試點：
根據產品需求規格說明書和測試需求列表 驗證產品的功能實現是不是符合產品的需求規格，滿足使用者顯性和隱性的需求
概念：驗證系統在不同的業務場景下的響應時間和資源利用率等效能指標是否符合預期定義的標準
測試思路：
壓力測試：調查系統在其資源超負荷的情況下的表現，尤其感興趣的是這些對系統的處理時間有什麼影響。
穩定性壓力：在選定的壓力值下長時間持續執行
不斷加壓：使用自動化工具
容量測試：使系統承受超額的資料容量來發現它是否能夠處理的資料容量
面向資料
負載測試：在一定負載情況下系統效能（不關注性穩定性，也就是說不關注長時間執行，只是得到不同負載相關效能指標即可）。
概念：用來驗證整合在系統內的保護機制是否能夠在實際中保護系統不受到非法的侵入
測試點：
許可權管理：
註冊登入才可以檢視
註冊資訊符合要求
密碼後台加密
資訊儲存：
log、日誌、cookie
資料庫：
預設的使用者名稱和密碼
協議：http協議
安全性測試策略：
層層剝離法
概念：又叫系統容錯和可恢復性測試
可靠性：
指標可靠性設計方法：
避開錯誤：
主動避開錯誤，針對可以預見的錯誤進行主動的處理。（從設計和**層面）
測試點：故意構造無效的資料、邊界條件、壓力測試
容錯技術：
主動斷電，強制接入新的裝置
構造資料庫癱瘓
構造資料的死鎖
構造資料的不完整事物
構造出錯的時間點：斷網、斷訊號
測試內容：
介面實現與介面設計的吻合情況
確認介面處理的正確性
軟體測試流程詳解
2.軟體測試的目的 測試是程式的執行過程，目的在於發現錯誤。確保產品完成了它所承諾或公布的功能 確保產品滿足效能和效率的要求 確保產品是健壯的和適應使用者環境的 3.軟體測試的意義 解放程式設計師和售後服務人員 軟體測試可以降低軟體質量風險，使程式設計師能夠更專心於解決程式的演算法和效率 同時經過嚴...
軟體測試步驟詳解
軟體測試步驟按照研發階段一般分為5個部分 單元測試 整合測試 確認測試 系統測試 驗收測試，下面將不同階段需要的一些工作內容做一下梳理希望可以幫助到大家。一 單元測試的內容 白盒為主，黑盒為輔 單元測試又稱為模組測試，是針對軟體設計的最小單位程式模組進行正確性檢查的測試工作，單元測試需要從程式內部結...
軟體測試 單元測試和系統測試
1 自動生成的calculatortest類 2 修改和完善calculator類 3 point2d的測試用例 一 修改之前的calculator的測試結果 1 自動生成的calculatortest類 package andycpp public class calculator public ...