一、可用性測試
定義：設計過程中被用來改善易用性的一系列方法，為用戶提供一系列可操作場景和任務，與產品或者服務密切相關
1、表現形式
①.產品的基本自然屬性，用戶體驗的一種衡量程度
②.依照原型圖對GUI的評估
③.體現在產品和用戶的交互友好性
④.評價指標：效率、滿意、安全（容錯、無錯）
2、測試方法
①.對同一測試內容同時采取多指標測試
②.對同一測試內容在不同時間采用多指標測試
3、目的
①.確認用戶界面設計在概念和詳細設計2個不同層面的問題
②.概念層面和導航：用戶定位和UI一致性
③.詳細設計界面：遵循GUI設計界面標准，使用的術語等
二、壓力測試
定義：對系統不斷施加壓力，通過確認一個系統瓶頸或不能接受的性能點，獲得系統能提供最大級別服務的測試
1、什么是壓力測試
即強度測試，模擬巨大工作負荷來測試應用程序在峰值情況下的服務處理能力
2、表現形式
①.短時間的極端負荷測試
②.高並發下的負載測試
③.持續一段時間的操作執行能力測試
3、特點
①.增加訪問量，使應用系統資源使用保持在一定水平，檢驗應用的表現（重點：有誤錯誤信息產生，系統的響應時間等）
②.通過壓力測試使系統資源使用率達到較高水平（一般情況：CPU使用率占比75％，內存使用率占比70％）
4、壓力測試與負載測試區別
壓力測試：超常規負荷條件下，長時間連續運行系統，檢驗應用程序的各種性能表現
負載測試：應用程序在常規負荷下，確認響應時間和其他性能的表現
5、壓力測試的目標
①.檢查最終響應時間（完成一個業務流程所需要的時間）
②.可靠性（功能和性能是否有錯誤？大數據量下系統運行是否有錯誤？）
③.硬件和軟件的可靠性
④.硬件配置是否合理
⑤.系統容量（沒有顯著性能下降情況下，系統能處理的最大負荷）
三、確認測試
定義：有效性測試；在模擬環境下，用黑盒測試方法，驗證被測軟件是否滿足需求
1、目的
向用戶表明系統能像預定的要求那樣工作
2、內容
主要包括功能和性能兩部分
四、容錯性測試
定義：一種對抗性的測試過程；指軟件運行出現故障，如何進行故障轉移和恢復當前系統的實時數據
1、概念
檢查軟件在異常條件下自身是否具有防護性的措施或某種災難性恢復的手段
當系統出現重大錯誤時，能否在指定時間間隔內修正錯誤並重啟系統
當系統出現非關鍵錯誤時能否保證系統繼續運行
2、內容
包括2個方面：
異常測試：輸入異常數據或進行異常操作，驗證系統的保護性；
災難恢復性測試：通過各種手段，讓軟件強制發生故障，然后驗證系統已保存的用戶數據是否丟失，系統和數據是否能盡快恢復
3、注意事項
故障發生時數據的轉移和恢復
故障表現：
①.服務器斷電
②.網絡設備斷電
③.數據庫系統發生故障
④.應用系統文件發生故障
⑤.系統軟件發生故障
五、易用性測試
1、易用性測試定義
①.是交互的適應性、功能性和有效性的集中體現
②.分2個層次：用戶界面易用性和操作系統易用性
③.易用性測試包括：針對應用程序的測試、對用戶手冊系統文檔的測試（通常采用質量外部模型來評價易用性）
2、內容
①.用戶界面測試
②.操作系統有內置支持
六、安全性測試
1、定義
驗證應用程序的安全級別和識別潛在安全性缺陷的過程；一般在單元測試、集成測試階段進行，以便在破壞之前預防並識別軟件安全問題
2、表現
表現在2個方面
①.應用程序的安全性
②.操作系統的安全性
七、需求分析測試
定義：需求分析是說明軟件應有的功能和性能，使分析人員能夠清晰的了解用戶需求能否實現
1、內容
①.功能需求的分析
②.界面需求的分析
③.性能需求的分析
④.分析約束條件
2、需求分析的關鍵點
①.功能能否滿足用戶需求
②.性能能否滿足用戶需求
③.需求說明書所討論的內容是否得到用戶認可
八、可靠性測試
定義：為了保證和驗收軟件的可靠性而進行的測試
1、概述
①.有效的發現程序中影響軟件可靠性的缺陷，從而實現可靠性增長
②.驗證軟件可靠性滿足一定的要求
③.估計、預計軟件可靠性水平
2、注意事項
①.功能識別
②.可靠性對時間的要求
③.可靠性對環境條件的要求
3、測試流程
①.測試數據收集和准備
②.測試環境的准備
③.測試運行
④.可靠性測試數據分析
九、風險測試
定義：風險指的是軟件開發過程中遇到的預算、進度、開發遇到的問題等引起的損失的可能性
1、表現形式
①.模塊設計：所有模塊開發沒有統一設計，開發人員獨立的設計測試模塊
②.需求變更開發：需求變更沒有及時告知測試人員所造成的的風險
③.人力資源：測試人員沒有及時到位或者人員流失
④.硬件資源：各種硬件資源對測試工作的影響
⑤.測試時間：對測試時間沒有進行科學、合理的規划
2、解決策略
①.增加資源
②.縮小范圍
③.制定標准文檔
3、測試步驟
①.風險分析
②.風險評估
③.執行風險
④.風險總結
十、缺陷測試
定義：對開發的軟件是否存在缺陷進行的測試
1、問題表現
①.軟件是否達到產品說明書表明的功能
②.是否出現了產品說明書中不一致的表現
③.是否超出了產品說明書的范圍
④.能否達到用戶期望的目標
⑤.軟件的易用性
2、注意事項
①.由於客觀因素（市場壓力、運營狀況等）造成的產品上線時間限制
②.因測試人員不正當操作或理解錯誤導致的缺陷
③.錯誤的修改影響的模塊較多，帶來的風險較大
④.很難被重現的缺陷
⑤.修改很耗時或對產品使用影響很小的，修改性價比很低的缺陷
3、缺陷分級
①.致命（軟件產品不能啟動、運行使用）
②.崩潰（產品重要模塊不能正常使用，驗證影響了系統要求或基本功能實現）
③.嚴重（產品功能模塊不能正常使用，影響其他相關模塊功能實現等）
④.一般（暫時不影響基本功能模塊正常使用等）
⑤.優化（界面不美觀，文字爆框超出，但不影響使用）
十一、接口測試
定義：為了驗證軟件對外的接口服務可以正常提供服務及軟件在不同場景中執行路徑的安全可操作性
1、接口測試的目的
目的：測試系統相關聯的內外部接口
①.模塊接口的測試
②.系統接口的測試
2、主要內容
①.接口邏輯測試
②.模塊接口測試
3、關鍵點
①.數據類型問題
②.變量值問題
③.邏輯判斷問題
④.文件I/O問題