QTP
QTP:自動化功能測試工具,用於功能迴歸測試
將測試人員從繁雜的有效無效測試案例中解脫出來,只要設定好指令碼就可以快速的無誤完成
功能性測試,指令碼是可以重用的
QTP使用的過程
1.錄製測試指令碼
一般指定程式來進行錄製
2.增強測試指令碼
檢查點:可以在運行中,右鍵建立檢查點
,檢查點可以有多種(PPT)
參數化:將有效或無效用例匯入到資料表中
QTP會嚴格按照資料表中的內容進行
3.對測試指令碼進行調試
VBScript語言
4.執行測試指令碼
RUN
5.分析測試結果,找出問題所在。
點擊查看結果
6.產生測試報告
loadrunner
1.開始->LoadRunner->Application
->Virtual User Generator
2.File->New->選擇web(http/html)
3.在彈出的Start Recording
中修改URL Address為要測試網站
4.點擊OK後,會自動開啟IE,會出一個
懸浮條,在IE中完成操作,
完成後在懸浮條停止錄製
5.處理指令碼會花去一段時間,處理
完成後儲存
6.開始->LoadRunner->Application
->Controller
7.在左上方修改人數或肉雞地址
8.在左下角設定測試的策略
在右下角可以看到策略的
9.在最下方切換到RUN選項卡
10.在新的介面點擊Start Scenario
11.在運行過程中可以觀察啟動並執行情況
12.運行完成後,可以在菜單Results中
選擇Analyze Results產生測試報告
整合測試(Integration Testing)是在假定各個軟體單元已經通過了單元測試的前提下,檢查各個軟體單元之間的相互介面是否正確。
也稱為組裝測試、聯合測試、子系統測試或組件測試
整合測試演變出了功能測試,效能測試(方法處理資料的時間,方法並發能力)
整合測試的方面:1.單元與單元之間的資料傳遞與交換
2.隱匿在單元中的資料誤差,整合 後是否發生擴大
3.功能模組是否正確實現了
整合測試是針對概要設計進行的
根椐整合粒度分為:
模組間整合測試
子系統內整合測試
子系統間整合測試
整合測試的策略:
1.漸增式測試模式
自頂向下
自底向上
三明治
改進後的三明治:採用自頂向下,自底向上的混合策略,逐步整合,不放過每個單獨的模組,不放過
每個模組之間的關聯,是個全面的整合測試
2.非漸增式測試模式
大棒式:將所有模組單獨測試,然後再合成進行一次測試,只適合小系統,因為細粒度的模組之間沒有測試
整合測試中的白盒測試時用例設計要注意兩個方面
1.盡可以覆蓋所有的功能
2.儘可能覆蓋所有的介面,
即要考查功能覆蓋率,介面覆蓋率
系統測試
使用人工或自動手段來測試系統滿足使用者的需求
效能測試:
壓力測試:在設計效能的基礎上,不斷加壓
得到使系統崩潰的資料
負載測試:在設計效能的情況,運行系統
看系統資料表現能力是否達到要求
常規效能測試:在低於設計效能的情況下運行
程式,查看系統資料表現能力
以上採用的都是多線程的並行測試,一般
使用自動化工具完成
容量測試:
資料庫最大容量,
系統的每秒最大資料輸送量,
最大線程數
通常使用自動化測試載入器
健壯性測試:
測試系統的容錯能力及自我修複能力
主要測試:1.try....catch
2.調用可能產生異常的模組
是否受影響
3.外來破壞:斷網,關閉依賴軟體
相容性:
依賴軟體:例如WEB在不同瀏覽器下
作業系統:winxp,win2k,win2k3,win2k8
硬體:不同音效卡,顯卡,CPU
安裝性:
1.按照使用者手冊進行安裝(可選)
2.安裝的方式(精簡,自訂,典型的)
3.手工的,自動的
4.考慮意外發生(第一次安裝失敗或取消,
安裝時斷電,斷網)
5. 安裝完成後,是否有不需要的檔案夾或檔案
6. 卸載是否完全
配置性:
1.硬體:CPU大小,記憶體,音效卡,顯卡
2.軟體:關聯軟體的有無,版本
3.網路:頻寬,上網類型
某軟體的最低安裝要求就是配置性測試的結果
文檔測試:
三種文檔,設計文檔(開發階段前就完成測試)
使用者使用文檔(系統測試要做的)
管理文檔(整個軟體生命週期產生的
專案管理文檔)
測試有國標
GUI測試:
測試有國標
範圍包括:表單,菜單,滑鼠 ,資料輸入等
驗收測試:
非正式驗收測試(自我裝載)alpha測試
Beta測試(正式發行前小眾測試)
正式驗收測試(使用者主導):
《驗收測試計劃》和《項目驗收準則》
系統測試過程:
1.制定計劃
2.編寫用例
3.執行用例
4.缺陷報告
系統參加人員:
軟體測試人員為主
其他人員輔助
系統測試主要是效能和功能