效能測試資料準備

2021-08-03 01:34:59 字數 854 閱讀 9462

方法一:編寫儲存過程,用

sql指令碼方式,插入測試資料

這個方式有幾個前提條件:

1-需要對該業務下所有關聯的表結構非常熟悉

2-需要對

整個業務也非常熟悉

這時需要開發協助編寫測試指令碼或者向他們學習業務和關聯的表結構,自己編寫指令碼;但是資訊**不全的情況,需要不斷嘗試,不斷除錯才能夠準備出符合要求的測試資料。

優點是非常直接有效的方法,比較靈活,量和業務需求都是可控的;

缺點就是需要搞清表間關係,精 通業務流程,指令碼也需要經常維護。

方法二:通過業務的方式

去產生測試資料

當然不是手工去乙個乙個新增,如果量很大,勢必需要依靠自動化工具來實現。這種情況下,測試人員只需要了解業務的操作流程,然後採用

loadrunner

能通過業務大量生成資料。

優點:這樣的資料一般都是合法可用的,能夠確保之後的效能測試的質量。

缺點也很明顯,需要開發額外的測試指令碼,要花費額外的時間和人力。

方法三:採用生產資料

在有現成資料並且資料保密性要求不高的情況下,可以採用這種方法,畢竟生產資料是原原本本的使用者行為所產生的資料。

缺點,量不可能控,可能某些業務的資料量少了,不符合效能測試的需求;生產資料也會有髒資料的產生,會因為系統架構的調整,表結構的變化等等諸多因素產 生臟資料,而這些資料是不具備業務意義的;多數情況下,生產資料一般不會被用於測試。

綜上所述,方法一最直接有效,但需要對測試場景下所有關聯的表結構和業務非常熟悉;方案二的資料合法可用,但需要開發額外的測試指令碼,要花費額外的時間和人力;方法三最最省時省力,但是某些測試場景下的資料量可能不滿足併發,也會有髒資料存在,一般不用採用方法三。

準備測試資料

在我過去參與的專案中,準備測試資料的方法各種各樣。在給一些大型企業做諮詢時,建議他們的開發團隊使用單元測試或者 api 測試來守護 他們在編寫測試的過程中遇到的第乙個困難就是測試資料的準備。測試資料的準備往往會遇到幾個問題 這幾個問題都沒有唯一答案,下面就聊一下我在專案中採用過的方案,以及推薦比較好...

測試資料的準備

測試很多時候需要準備測試資料,例如基礎資料,配置資料,現有資料,動態資料等 那麼如何準備資料,如何做到真實可靠有效?一 測試資料的分類 現有資料 比如在測試一些電商站點的時候會提前插入一些商品資訊,種類資訊物流資訊等 動態資料 比如在測試電商站點的發布商品功能的時候,往往會去建立一些新的商品。我們可...

MySQL 準備測試資料 日期時間

函式描述 now 返回當前的日期和時間,格式 2020 11 11 11 11 11 curdate 返回當前的日期,格式 2020 11 11 curtime 返回當前的時間,格式 11 11 11 date 提取日期或日期 時間表示式的日期部分,date now 2020 11 11 extra...