軟體測試筆記

來源:互聯網
上載者:User

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.缺陷報告
系統參加人員:
   軟體測試人員為主
       其他人員輔助

系統測試主要是效能和功能

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.