在日常的測試工作中扔水，大家是否會(huì)遇到類似的問題呢痛侍？
1、比如頁面數(shù)據(jù)不夠魔市，翻頁功能無法測試
2恋日、頁面某些功能暫時(shí)沒有找到滿足要求的數(shù)據(jù)
3、做數(shù)據(jù)分析的時(shí)候嘹狞，需要用到大量的數(shù)據(jù)，而現(xiàn)有環(huán)境中數(shù)據(jù)量滿足不了
......
怎么去解決數(shù)據(jù)的問題呢誓竿？
1）磅网、基于GUI構(gòu)造測試數(shù)據(jù)
好處：
1、不光是在造數(shù)據(jù)筷屡，本質(zhì)上還是一次端到端的測試
2涧偷、沒有過多技能要求，熟悉頁面毙死，能在頁面進(jìn)行操作就行
缺點(diǎn)：
1燎潮、創(chuàng)建數(shù)據(jù)的效率很低
2、創(chuàng)建數(shù)據(jù)依賴太多（依賴后臺(tái)接口扼倘、測試環(huán)境和開發(fā)的支持）
3确封、基于 GUI 的測試數(shù)據(jù)創(chuàng)建方法不適合封裝成測試數(shù)據(jù)工具?
4、造數(shù)據(jù)的成本高再菊，穩(wěn)定性差爪喘，依賴性太強(qiáng)
2）通過api調(diào)用（python的faker庫，jmeter等方式）
優(yōu)點(diǎn)：
1纠拔、生成的數(shù)據(jù)可靠
2秉剑、效率高
3、構(gòu)造數(shù)據(jù)的腳本可以改成接口case
4稠诲、能跳過前臺(tái)侦鹏，不依賴于前端
缺點(diǎn)：
1诡曙、需要學(xué)習(xí)成本
2、需要整理接口
3略水、有個(gè)別的業(yè)務(wù)价卤，需要用到接口之外的一些其他參數(shù)（可能有部分?jǐn)?shù)據(jù)是前端處理之后傳給接口的），處理起來非常麻煩
3)通過數(shù)據(jù)庫(sql)生成測試數(shù)據(jù)??
優(yōu)點(diǎn)：
1聚请、效率比較高
缺點(diǎn)
1荠雕、整理數(shù)據(jù)庫的關(guān)系非常困難，整理一個(gè)業(yè)務(wù)對(duì)應(yīng)的所有sql很不容易
4）基于線上現(xiàn)有業(yè)務(wù)數(shù)據(jù)脫敏后導(dǎo)入測試環(huán)境
在涉及到大數(shù)據(jù)測試時(shí)驶赏，往往需要大量的數(shù)據(jù)用于驗(yàn)證邏輯炸卑，這個(gè)時(shí)候可以考慮將線上數(shù)據(jù)脫敏后，同步到測試環(huán)境的數(shù)據(jù)庫中煤傍，同時(shí)也可以避免自己構(gòu)造的數(shù)據(jù)數(shù)據(jù)考慮的場景不全面盖文，導(dǎo)致漏測。
5)綜合運(yùn)用 API 和數(shù)據(jù)庫的方式生成測試數(shù)據(jù)
基于 GUI 操作生成測試數(shù)據(jù)是最原始的方法蚯姆，但是效率很低五续，而且會(huì)引入不必要的
依賴；通過 API 調(diào)用以及數(shù)據(jù)庫操作的方式生成測試數(shù)據(jù)是目前主流的做法龄恋，通過 API 調(diào)
用的方式具有數(shù)據(jù)準(zhǔn)確度高但是創(chuàng)建效率較低的特點(diǎn)疙驾，而通過數(shù)據(jù)庫的方式具有創(chuàng)建效率高
但是維護(hù)復(fù)雜度也高的特點(diǎn)。
往期推薦
測試編程筆試題No.1-輸入表格列的英文名稱郭毕，返回其對(duì)應(yīng)的數(shù)字序號(hào)
功能測試之"點(diǎn)點(diǎn)點(diǎn)"如何巧妙的獲取頁面查詢sql
Python中使用for循環(huán)遍歷操作時(shí)容易踩的坑
Fiddler Everywhere之AutoResponder功能詳解
特定場景下才能復(fù)現(xiàn)的bug案例分享之--前端排序字段的鍋
未得到作者許可它碎，禁止轉(zhuǎn)載！Ｏ匝骸扳肛！
