對於資料的測試
1. 首先對於資料庫中，表有詳細的字典說明，表和表之間有明確的關聯比如外來鍵關係，E-R圖明確
2. refernce表要明確
SELECT * FROM RCHANNEL 【1-5渠道】
SELECT * FROM RGENDER 【性別，一般是1，2】
SELECT * FROM RINCOME 【收入等級，一線城市1-5， 二線城市1-5，共10個等級】
SELECT * FROM RINTERACTION
SELECT * FROM RMARITALSTATUS 【婚姻狀態，一般1，2，3】
SELECT * FROM
SELECT * FROM 會員等級
SELECT * FROM 省資訊
SELECT * FROM 市資訊
SELECT * FROM 區資訊
3. BASE表要明確
有一些比如CRM中的店鋪資訊，CODE程式碼要明確
有一些比如CRM中的商品資訊，SKU_CODE要明確
有一些比如CRM中的優惠券資訊，XXX要明確
有一些比如CRM中的積分型別資訊
一般常見的順序是BPRODUCT，BSKU，打個比方，一雙NIKE鞋子， CODE是111222， 有2個顏色，有5中尺碼，那BSKU中其實要有10中商品
使用者的購物清單中要明確到10中商品的一種
4. 會員表要主表，擴張表，會員卡，繫結微信公眾號的openid，微信新增小程式，為了通用和確保唯一性又用了unionid，淘寶ID，京東ID等等等資訊明確，
根據業務邏輯，進行擴長和使用
是否有邏輯刪除位【如果有邏輯刪除位，在所有的開發和測試過程中都需要對邏輯刪除的會員進行判斷】
會員表唯一性，比如，openid要唯一，以後方便用openid進行推送訊息
unionid要唯一
手機號要唯一
身份證號要唯一【身份證號還需要判斷是否符合中國規定的id格式】
一個會員是否存在多個會員卡的可能，如果可能，一人多卡的判斷，主卡的判斷【開發和測試都要注意考慮到】
5. 多庫之間的同步，何時進行同步，【目前沒有能夠實時同步】
IL資料庫，多個地區的，大陸CN DB，馬來西亞，臺灣，香港和澳門，日本，等地區【為什麼當時要分這麼多資料庫？？許可權的原因嗎?】
wechat資料庫
臺灣常用的line資料庫
給店員使用的Special資料庫
給報表團隊的BI資料庫
表資訊明確之後，接下來考慮業務需求：
比如： 微信會員，2天前線上下零售店，購物，則進行訊息推送
分析：微信會員，首先要繫結微信，並且不能取關，取關會員則不能給使用者進行推送
2天前，交易記錄，看交易是按天來的，比如20181116，還是具體到時分秒的，2天前是指比如取出日期是20181220，是不是應該取交易時間是20181218一天的，還是多天的？
線下零售店，店鋪的定義的區別
購物，發生購物行為，比如交易記錄，退款的不能算，退貨的不能算，判斷交易金額，商品數量等
比如：淘寶會員簽到之後發生交易，交易積分翻倍，且購買至臻系列，積分5倍，購買清純系列，積分3倍；
若本月生日，生日月份積分兩倍，則不進行生日積分的新增；
原有根據會員等級新增積分，若參加本活動，等級積分均按1倍計算；
此活動只對一個訂單生效，多筆購買，按積分最多的一筆計算
積分實時產生，若後續發生退款退貨等行為，實時扣除活動積分。
活動有效期20180101-20180331
分析：這是一次活動Campaign
除了本次campaign的規則外，平時是有常規積分的，比如，會員生日月雙倍積分，會員根據等級，進行積分翻倍活動
本次活動是有時間範圍的，時間範圍是跟消費日期的限制【邊界值的測試】
要簽到，再購買，才能享受多倍積分
多倍積分，根據商品的不同而不同