前段時間做了些資料測試相關的工作，找了些相關方面的資料，也跟一些一線廠的同學聊了下資料測試方面的東西，然後在團隊內部形成了乙個初級的資料測試的規範流程以及測試需要進行的場景設計和測試用例設計的方案。
對於乙個etl測試工程師而言，其關鍵的責任有三大類：
· 源資料分析（資料庫、文字等型別資料分析）
· 業務轉換邏輯實現
· 將經過轉換的資料載入至目標表
其他有：
· 掌握etl測試軟體
· etl資料倉儲測試元件
· 在後端執行資料驅動測試
· 建立、設計、執行測試用例、計畫等
· 標識問題、提供問題解決方案
· 梳理業務需求和設計測試策略
· 寫sql或資料庫操作**完成實現各種測試場景
序號測試場景
測試用例
1驗證對映檔案是否提供了響應的etl資訊，且每個對映文件的更新日誌有記錄
2validation（表結構，表字段型別，字段長度，欄位名稱）
根據對應的對映檔案驗證源與目的地資料倉儲的表結構
驗證源和目標資料的型別一致
驗證源和目標資料的長度一致
驗證資料字段型別和格式是指定的型別
驗證源的資料型別長度不應小於目標資料型別長度
針對對映表對資料表的列的名稱進行驗證
3約束驗證
驗證目標表中的約束關係滿足我們的期望設計
4資料一致性問題
防止語義定義相同，但特定屬性的資料型別和長度不一致的問題
防止完整性約束濫用
5完整性問題（資料量完整，資料內容完整，邊界完整）
確保所有期望的資料都已經完整的載入到目標表中
要比較源和目標資料的個數
檢查出現的任何不合格的記錄
檢查目標表列中的資料沒有出現被截斷的情況
對邊界值進行分析檢查
要檢查比較目標資料倉儲和源資料的關鍵字段的唯一性
6正確性問題
資料要沒有拼寫錯誤或不準確的記錄
無null 非唯一或超出範圍的資料記錄存在
資料字段型別要正確
7轉換驗證
驗證轉換邏輯的正確性
以上可能是比較完整的資料測試的工作內容，但是像我們只是做一些資料校驗，資料庫測試的話是可以在以上基礎上進行修剪的。
例如我在與美團的資料產品經理聊天時，他也是講到資料測試也並沒有一套比較標準化的流程，現在也都是在探索階段，也是要根據自身的業務，資料特性來進行測試。
因為我目前只是做簡單的資料測試，其實還差的遠，如果真想要做好的話，還是需要跟做資料開發似的，需要了解資料，了解如何處理資料，無論是對於資料工具的使用還是整個資料開發套件的了解。
效能測試場景設計之容量測試場景設計
目前僅限於容量測試場景設計。場景模型的設計過程其實就是根據預期目標tps和測試模型計算出每乙隻交易的併發使用者數和迭代間隔時間。選擇固定間隔時間方式，詳細方法請看7.3節中的pacing選項的說明，不同的預期目標tps將會得到不同的併發使用者數和間隔時間。首先，假定乙個總的目標tps，然後通過測試模...
測試場景設計 杯子測試
一種 測試專案 杯子 1.需求測試 檢視杯子使用說明書 2.介面測試 檢視杯子外觀 3.功能度 用水杯裝水看漏不漏 水能不能被喝到 4.安全性 杯子有沒有毒或細菌，檢查水杯被破壞後，是否會造成使用者傷害 5.可靠性 杯子從不同高度落下的損壞程度 6.可移植性 杯子再不同的地方 溫度等環境下是否都可以...
場景法設計測試用例
場景法設計測試用例 在物件導向的軟體開發中，事件觸發機制是程式設計中經常遇到的。一 場景法原理 現在的軟體幾乎都是用事件觸發來控制流程的。像gui軟體 遊戲等。事件觸發時的情景形成了場景，而同一事件不同的觸發順序和處理結果就形成了事件流。這種在軟體設計方面的思想可以引入到軟體測試中，可以生動地描繪出...