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

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

  • <strong id="5koa6"></strong>
  • X銀行營銷服務系統性能測試小記續(2)

    發表于:2011-12-22來源:未知作者:娃娃點擊數: 標簽:性能測試
    結論:使用錄制好的測試腳本進行回歸測試之前,一定要先仔細檢查、了解程序的改動,對原先的測試腳本做必要的修改后,才可以重新測試,否則只是在

      結論:使用錄制好的測試腳本進行回歸測試之前,一定要先仔細檢查、了解程序的改動,對原先的測試腳本做必要的修改后,才可以重新測試,否則只是在做無用功。

      10、 教訓在本次測試過程中,由于經驗不足,我們也得到了一些教訓。前事不忘,后事之師,現總結出來與大家分享。

      與客戶的溝通做得不夠,客戶要求我們做的性能測試用例數量太多,我們未能據理力爭,最后導致工作量過大。

      按照原定的項目計劃,我們要在系統的功能測試即將結束前進駐項目組,準備并進行性能測試。然而由于客戶在功能測試的后期仍然不斷的提出新需求,導致開發人員疲于奔命,系統的性能難以穩定下來,性能測試的前期準備工作也受到很大影響,不能正常開展,浪費了很多人力物力。

      由于客戶無法提供一個單獨的性能測試環境,我們的性能測試工作與業務組的功能測試在同一個環境下進行,而系統的功能測試遲遲未能完成,加上ETL(數據轉換)小組對數據庫資源的占用,因此我們的性能測試只能在夜間才能進行。導致時間上的浪費,使項目的成本增加。

      沒有將性能測試中發現的缺陷記錄到缺陷管理工具中加以跟蹤,而僅僅體現在最后的測試報告上,個人認為這是比較不規范的做法。

      性能測試前的數據準備不夠充分??蛻籼峁y試的系統用戶、身份數量有限,導致許多案例的測試只能使用少量數據進行參數化,由此帶來許多本可以避免的問題。

      測試計劃及測試報告的書寫格式缺乏規范,尤其測試計劃書未能包含本應包含的所有內容。

      在我們將LoadRunner的測試結果文件全部提交給客戶的前提下,客戶仍然要求我們在測試報告中將每一次測試的數據均以表格的形式填至測試報告中,此項工作的工作量十分巨大,個人認為這樣做并無必要。以上是在本次性能測試及回歸測試過程中總結出來的一些經驗教訓,在此做一個小小的總結,以便下次工作中改進。

    原文轉自: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>