大資料項目如何更好應用用例規範管理測試案例

標籤：

大資料項目如何更好的管理測試案例，其重要性不言而喻；其中最有效一個方法就是強而有力的執行用例的編寫規範；以下是經驗總結的用例編寫規範。
用例編寫規範分為兩部分；
第一部分：功能測試用例編寫規範
（一）測試案例編寫規範：
1、需求（演算法）文檔路徑；
2、ER-Win、資料字典；

測試目的：

前置條件：

操作步驟：
1、
2、

預期結果：

（二）SQL用例編寫規範：
1）每個表必須要使用有意義的別名；
2）當使用表串連時，要關聯的從表欄位必須要放在左邊，主表欄位放在右邊；
--要求，比例：
正確的示範：
select cv.version_oid, ce.carid from gf_mix_city_excle ce
left join tb_gfda_car_version cv on cv.version_oid = ce.carid

錯誤的示範，主、從表的別名無意義，關聯表的欄位放在右邊：
select a.version_oid, dd.carid from gf_mix_city_excle dd
left join tb_gfda_car_version a on dd.carid = a.version_oid

2）當語句需要有多個查詢語句結合查詢時，必須使用With結構；
3）每個表構造（as）後面必須帶有注釋，如：t1 得出所有城市下面所有型號的上牌量；
select *
from (select ds.level1_name || ‘-‘ || ds.level2_name as two_segment,
ds.level2_name || ‘-‘ || ds.level3_name as three_segment
from dm_segment ds
where ds.level_flag = 4
order by ds.level1_name,
ds.level2_name,
ds.level3_name,
ds.level4_name) t1
where t1.two_segment = ‘Car-C‘ ;

要修改為以下格式：
with t1 as ( -- t1 得出 將第一、二層細分市場名稱合并，作為第二層名稱；將第二、三層細分市場名稱合并，作為第三層名稱；
select ds.level1_name || ‘-‘ || ds.level2_name as two_segment,
ds.level2_name || ‘-‘ || ds.level3_name as three_segment
from dm_segment ds
where ds.level_flag = 4
order by ds.level1_name,
ds.level2_name,
ds.level3_name,
ds.level4_name
)
select * from t1 where t1.two_segment = ‘Car-C‘ ;

第二部分：資料校正用例編寫規範
1、資料校正需求：
--要求，背景：資料起源於哪，用在哪裡，為什麼要清洗，要做什麼處理，要達到什麼樣的要求/標準
2、資料原檔案擷取路徑（方法）；
3、資料清洗流程；
--要求，著重描述資料流的過程，如經過了幾層：原檔案 -> DW -> DM
4、內部資料商務程序；
--要求，例如：原檔案由客戶提供給PM -> 發送由事業部先審核心數據的完整性 -> 審核通過後由BI組將原檔案資料直接入庫到DW -> 經過清洗後，根據商務邏輯計算到DM層）
5、資料認知相關資訊：
1）資料庫配置資訊；
2）資料庫訪問帳號密碼；
3）資料模型（ER-Win）、資料字典；
4）資料清洗過程涉及表；
6、資料更新周期；
--要求，著重描述資料變化的規律，例如：成交更新頻率：每周；一般為每周一拿到上周最新成交價資料，
7、校正時間限制；
--要求，例如：一般情況下，每周一早上入庫完成，下午下班前要校對完成；

SQL校正用例執行部分：
1、測試目的：
2、前置條件：
3、校正方法；
--例如：Excel + SQL
4、操作步驟；
5、預期結果：

大資料項目如何更好應用用例規範管理測試案例