• <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>
  • 如何撰寫壓力測試計劃書與壓力測試報告(3)

    發表于:2015-11-11來源:uml.org.cn作者:吳二琴點擊數: 標簽:壓力測試
    ASFCS 回傳的訊息 Ex. Result:=fCkMapID(IP , Model , id1 61000066013 id2 000BA0020013,Operator , Station ,ReturnMessage); ③ fSetMapID (pchIPK , pchModelK , pchIDNameValueK , pchOperatorIDK,pchSta

      ASFCS 回傳的訊息

      Ex. Result:=fCkMapID(IP , Model , 'id1 61000066013 id2 000BA0020013',Operator , Station ,ReturnMessage);

     ?、?fSetMapID (pchIPK , pchModelK , pchIDNameValueK , pchOperatorIDK,pchStationID ,pchReturnMsgK : PChar)

      功能: 將 各種 ID 存入數據庫做關連對應(Mapping)

      參數定義

      要聯機的 DB IP

      機種

      以ID 的 編號 及 其相關值 為一組,至少要填入兩組。每組的編號與值之間以一個空白分隔,各組之間也以一個空白分隔,也就是說以 ID2+' '+值+' '+ID3+' '+值+' '+ID4+' '+值+.....的格式填入 , 例如 : ID2 P1234567890 ID3 S123456 ID4

      Operator 的員工編號

      測試站(PC)的編號

      ASFCS 回傳的訊息

      Ex. Result:=fSetMapID(IP , Model , 'id1 11223344100 id2 0090968A9237' , Operator , Station , ReturnMessage);

     ?、?fSendData (pchIPK , pchModelK , pchTestIdK , pchItemNameK , pchErrcdK , pchPfmdataK , pchOperatorIDK , pchStationIDK , pchReturnMsgK : pchar)

      功能: 傳送測試數據

      參數定義

      要聯機的 DB IP

      機種

      測試碼 (Test ID)

      測試關名稱

      Error code

      測試程序產生的測試結果數據

      Operator 的員工編號

      測試站(PC)的編號

      ASFCS 回傳的訊息

     ?、?Check_sn_unique_I

      功能:與fcan I go test類同

     ?、?SET_SN_CARTON

      功能:傳送數據

      具體每個函數所完成的功能:各函數功能.xls

      3.2.2.3 記錄每次程序所發出的請求時間、處理時間、處理結束時間

      考慮到本次測試由于Special&Normal程序所實現的功能均已完畢,所以此次測試完全可以利用現有dll直接來模擬,我們只需書寫簡單的Client.exe送入與dll相同的參數即可,這樣即節省了人力另外去寫復雜的dll程序,同時也可以確實的仿真產線的實際作業情況,同時也可以發現在正常測試情況下無法發現的問題點。

      3.2.3系統本底數據的準備

      為考察系統運行一段時間后系統的響應性能,參照實際運行情況及發展進行系統的本底數據準備。要求準備的數據記錄的有效性符合系統要求,數據有效性的具體要求如下:

     ?、?產端一天有600個點在進行作業,每天每個站點資料收集量為1000個記錄,那么一年的資料量為600*1000*30*12=216百萬

      現產線采取的作業方式是:大概半年每個機種備份一次,但現在系統是所有的機種均放于同一Server,所以現在要測的就是在108萬筆資料存在的情況下新系統是否能夠正常作業?

     ?、?其中30%的數據處于待測packing關,70%的數據處于待測packing關

      3.3 破壞性測試

      按照設計連接的客戶端連接數量進行測試,把應用服務器處理請求的設計頻度增加1-10倍,分別測試出現錯誤的狀態和和出現錯誤的比率,考察是否出現不可恢復錯誤,系統設計要考慮出現嚴重錯誤情況下負荷減輕錯誤自動恢復的實現方法。

      計劃時間:2天;這個時間包括破壞性的修復和自動恢復的實現需要的時間。

      在測試過程中每10分鐘記錄一次Server的內存及CPU使用情況。

      3.4 強度穩定性測試

      選擇一種負荷比設計負荷重的情況(應用服務器處理請求的頻度為應用服務器處理請求的設計頻度的1.5倍),進行24小時穩定性測試。

      3.5 測試方法和工具

      測試方法:黑盒測試

      測試工具:無外購的測試工具,自己編制的測試工具client.exe。

      3.6 測試時間計劃

      3.6.1環境準備:2天。

      其中:基本硬件、軟件環境 準備完成

      系統本底數據的準備:1天。

      系統客戶端測試程序的編寫及測試:1天。

      3.6.2破環性測試:2天。

      3.6.3強度穩定性測試:1天。

      3.7 測試中的問題及處理

      3.7.1暫停標準和再啟動要求

      暫停標準:被測試軟件在強度穩定性測試中頻繁出現異常(每小時出現1次以上)時。用戶或公司要求暫停測試時。

      再啟動要求:通過調試后,預計被測試軟件的可靠性有所提高時,可再次啟動測試。

      3.7.2不可預見問題

      不可預見問題包括:

      測試環境被破壞而導致測試無法進行;

    原文轉自:http://www.kjueaiud.com

    老湿亚洲永久精品ww47香蕉图片_日韩欧美中文字幕北美法律_国产AV永久无码天堂影院_久久婷婷综合色丁香五月

  • <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>