隨著大數(shù)據(jù)分析的流行，測試人員越來越多的需要接觸到各類不同的報表，如何測試報表中相關(guān)數(shù)據(jù)的有效性和正確性成為了難點。

報表涉及的測試點很多，比如上下游數(shù)據(jù)的比對、權(quán)限、性能、安全、接口、內(nèi)容展示等等，且由于報表是用戶最關(guān)心最常用的模塊，所以如何保證報表的測試質(zhì)量就顯得尤為重要了。

報表測試主要分為：報表界面測試、報表安全性、報表準(zhǔn)確性、報表展示速度（也就是性能）。從重點開始，數(shù)據(jù)準(zhǔn)確性測試，帶有報表測試的系統(tǒng)分為兩類，一類是業(yè)務(wù)系統(tǒng)中，帶有統(tǒng)計分析功能模塊，該模塊中包含分析報表，這個系統(tǒng)的主體是業(yè)務(wù)系統(tǒng)，報表是為辦理業(yè)務(wù)的而提供幫助的。比如說，應(yīng)年檢統(tǒng)計報表，某月應(yīng)交罰款車輛統(tǒng)計報表，這樣的報表數(shù)據(jù)準(zhǔn)確與否，可通過增加、刪減、修改相關(guān)業(yè)務(wù)或相關(guān)業(yè)務(wù)的參數(shù)，查看統(tǒng)計報表數(shù)據(jù)變化，檢查數(shù)據(jù)準(zhǔn)確性。另一類是系統(tǒng)只有統(tǒng)計功能，就是數(shù)據(jù)倉庫展現(xiàn)這類，它與業(yè)務(wù)系統(tǒng)分離，并且經(jīng)過多層處理，比如數(shù)據(jù)倉庫的數(shù)據(jù)，經(jīng)過抽取，清洗，展現(xiàn)前會經(jīng)過數(shù)據(jù)挖掘，數(shù)據(jù)再處理，有些字段在原始數(shù)據(jù)表中根本就沒有。這樣的數(shù)據(jù)準(zhǔn)確性測試比較復(fù)雜，當(dāng)然檢查出數(shù)據(jù)錯誤，修改定位也是很不容易的。

針對報表測試，一般情況下，我們需要自己準(zhǔn)備數(shù)據(jù)，來驗證報表統(tǒng)計的準(zhǔn)確性。由于系統(tǒng)的構(gòu)成不一樣，簡單把報表測試過程分解為兩個層次：數(shù)據(jù)收集匯總、數(shù)據(jù)統(tǒng)計展。

在做數(shù)據(jù)收集匯總驗證時，我們需要了解數(shù)據(jù)從哪里來，如何匯總，數(shù)據(jù)入庫的規(guī)則是什么，如何存放，在什么時間點進(jìn)行匯總。把這些問題弄清楚了，才可以針對性的做測試策略，來驗證數(shù)據(jù)入庫的準(zhǔn)確性。這步很重要，因為這個是報表測試的數(shù)據(jù)來源，如果這里的數(shù)據(jù)出錯，后面的一切都沒有意義。

針對數(shù)據(jù)統(tǒng)計展現(xiàn)，我們需要了解頁面上展現(xiàn)的數(shù)據(jù)來源于庫中的哪些表哪些字段，根據(jù)什么樣的規(guī)則來統(tǒng)計。把所有需要展現(xiàn)的數(shù)據(jù)集對應(yīng)清楚，這樣才能有效的進(jìn)行數(shù)據(jù)準(zhǔn)備，驗證前端的統(tǒng)計、展現(xiàn)是否有問題。

在實際的測試過程中，以上兩個層次不要集中在一起去驗證，以免鏈路過長，不好定位問題，最好分開來驗證（可以由不同的人員并行測試），同時，在測試過程中，一定要保證數(shù)據(jù)的可控制性！??！在開發(fā)設(shè)計之初，我們就需要評估相關(guān)的測試數(shù)據(jù)制造時間，進(jìn)行有針對性的準(zhǔn)備。完成數(shù)據(jù)準(zhǔn)備后，最好能夠備份，以便在測試過程中隨時還原數(shù)據(jù)，重現(xiàn)或者驗證BUG。

1.1 數(shù)據(jù)匯總測試策略

測試項目:數(shù)據(jù)來源

測試要點:1.數(shù)據(jù)從哪些系統(tǒng)中的收集2.通過什么方式進(jìn)行收集(定時任務(wù)\接口篩選\數(shù)據(jù)庫同步)

測試項目:數(shù)據(jù)入庫

測試要點:1.數(shù)據(jù)源庫與目標(biāo)庫的對應(yīng)關(guān)系2.了解相關(guān)庫的基本操作(MYSQL\HADOOP)

測試項目:數(shù)據(jù)驗證

測試要點:1.明確數(shù)據(jù)入庫的時間分片(按日?月?年?時?分)2.核對兩邊的數(shù)據(jù),可以抽樣驗證,重點關(guān)注臨界的數(shù)據(jù)

1.2 測試數(shù)據(jù)準(zhǔn)備

測試項目:原始數(shù)據(jù)

測試要點:1.了解原始庫的庫表結(jié)構(gòu)\數(shù)據(jù)分類2.了解本次報表展現(xiàn)的邊界規(guī)則,對應(yīng)的準(zhǔn)備測試數(shù)據(jù)3.通過一定的手段生成數(shù)據(jù)并固定測試數(shù)據(jù)

測試項目:展現(xiàn)數(shù)據(jù)

測試要點:1.數(shù)據(jù)覆蓋所有分類2.數(shù)據(jù)量需要足夠多3.需要包含所有邊界值(結(jié)合展現(xiàn)時的查詢條件)4.數(shù)據(jù)中需要包含少量的非法數(shù)據(jù),驗證系統(tǒng)的容錯性

測試項目:數(shù)據(jù)生成方式

測試要點:1. 存儲過程2. 第三方工具3. 通過業(yè)務(wù)生居數(shù)據(jù)(并不推薦)4. 相關(guān)業(yè)務(wù)接口生成數(shù)據(jù)

1.3 頁面數(shù)據(jù)展現(xiàn)測試

測試項目:數(shù)據(jù)的來源

測試要點:

來源于哪張表,哪個字段

數(shù)據(jù)庫中的數(shù)值與界面數(shù)據(jù)的對應(yīng).如數(shù)據(jù)庫中性別的數(shù)據(jù)可能是0或1,但界面顯示為男或女,這個對應(yīng)關(guān)系是否正確.

測試項目:數(shù)據(jù)的范圍

測試要點:

是否只顯示了報表設(shè)置的對應(yīng)范圍

特別要注意邊界數(shù)據(jù),要清楚報表的需求,是否需要過濾掉被選擇的數(shù)據(jù).如時間選擇為2006-9-27~2007-9-27,那么是否應(yīng)該包含9-27這天.

測試項目:數(shù)據(jù)的對應(yīng)關(guān)系

測試要點:

數(shù)據(jù)庫中的字段是否與報表中的信息對應(yīng)

測試項目:數(shù)據(jù)的格式

測試要點:

小數(shù)位,千位符,四舍五入等是否與報表設(shè)置一致

單位或稅率轉(zhuǎn)換是否正確

組合顯示的數(shù)據(jù)是否合理

測試項目:數(shù)據(jù)的排序

測試要點:

排序方式是否與報表設(shè)置一致(如果沒有設(shè)置,是否有一個清晰的默認(rèn)排序方式,如按字母或數(shù)字排序)

測試項目:數(shù)據(jù)準(zhǔn)確性

測試要點:

對于各種分類統(tǒng)計，首先驗證數(shù)據(jù)總量是否一致，其次驗證各類數(shù)據(jù)的總和是否一致，特別注意四舍五入對數(shù)據(jù)的影響

所登錄的用戶是否能查看到全量的數(shù)據(jù)，還是部分?jǐn)?shù)據(jù)，部分?jǐn)?shù)據(jù)的統(tǒng)計是否正確

測試這一部分內(nèi)容需要對業(yè)務(wù)邏輯相當(dāng)熟悉,對數(shù)據(jù)庫的設(shè)計也要非常了解.必要時可以通過自己寫查詢語句查看數(shù)據(jù).有些報表的條件有多有少,但測試方法都是一樣.根據(jù)條件通過等價類劃分和排列組合設(shè)置各種條件組合.千萬不要盲目的測試,否則會導(dǎo)致該測的沒測,多余的測試做了一堆..一般來說有類別劃分的(一般界面表現(xiàn)為下拉框),每個類別都要測試到,如性別中的男,女都要測試.輸入的可以用等價類來劃分要測試的數(shù)據(jù).

1.4 頁面UI測試

測試項目:報表的整體風(fēng)格

測試要點:

報表是否符合規(guī)定的或用戶設(shè)置的格式

測試項目:報表標(biāo)題

測試要點:

報表的標(biāo)題是否是正確的報表名稱

如報表中有嵌入的數(shù)據(jù)(會跟隨用戶的選擇而變化的).需要檢查數(shù)據(jù)是否正確,如XX企業(yè)9月份財務(wù)報表,這個9月就是用戶選擇的;或者XX公司2006-9-27~2007-9-27的網(wǎng)站訪問量,這個時間段也是用戶選擇的.

測試項目:報表的頁首與頁尾

測試要點:

是否采用了一致的規(guī)則.

測試項目:分頁

測試要點:

當(dāng)輸出的內(nèi)容多時,分頁是否正確.

翻頁功能是否正確

測試項目:友好性

測試要點:

數(shù)據(jù)或圖表是否清晰,一目了然,

數(shù)據(jù)的展示符合用戶的習(xí)慣

需要特別提醒的數(shù)據(jù)(如合計,異常數(shù)據(jù))是否突出顯示

復(fù)雜算法處,用戶不明白或容易混淆處是否有注釋

一些默認(rèn)的格式是否讓人感覺舒服,如對齊,邊界,間隔等

測試項目:常規(guī)頁面檢查

測試要點:

翻頁

聯(lián)動搜索

數(shù)據(jù)比例差異很大時,報表的表現(xiàn)形式

1.5 數(shù)據(jù)權(quán)限控制

測試項目:報表系統(tǒng)權(quán)限控制等級

測試要點:

比如：按鈕級（權(quán)限不夠某個按鈕就不能用）；菜單級（權(quán)限不夠某個菜單就不能用）；頁面級（比如用tab方式展示頁面，沒有權(quán)限則某個頁面就不展現(xiàn)）

測試項目:參與人員涉及到的權(quán)限

測試要點:

一般以角色區(qū)分，這里詳細(xì)列出各個角色允許的權(quán)限，便于后繼針對性檢查

測試項目:數(shù)據(jù)權(quán)限

測試要點:

在條件選擇區(qū)域,有些下拉框中應(yīng)該不能顯示用戶權(quán)限范圍外的數(shù)據(jù).如普通文員在使用報表時,報表名稱下拉框中是不可以顯示管理者才能查看的報表的.有些以輸入的文本框有級別的劃分時,都應(yīng)該要測試輸入超越權(quán)限的數(shù)據(jù)的相應(yīng).注意這里一定要測試每個條目.

測試項目:數(shù)據(jù)內(nèi)容

測試要點:

報表中的內(nèi)容不能顯示用戶本沒有權(quán)限查看的數(shù)據(jù).

1.6 報表輸出

報表在電腦上生成后,并不是報表的結(jié)束.報表一般都需要打印出來他用,如開會或者提交審批之類.所以報表的打印功能也是非常重要的.測試主要分成三部分:

l 打印設(shè)置

l 打印預(yù)覽

l 實際打印效果

除了打印之外,用戶有可能需要導(dǎo)出報表做進(jìn)一步的分析或用于和其他報表的比較.所以也應(yīng)該提供導(dǎo)出報表的功能.一般可以導(dǎo)出為CSV,Excel,pdf,html,xml格式.看公司需要了.這里主要要檢查導(dǎo)出的報表默認(rèn)屬性是否為讀寫,然后導(dǎo)出的內(nèi)容是否正確,與生成的報表相一致。具體可參考國內(nèi)優(yōu)秀的報表系統(tǒng)思邁特軟件Smartbi。

1.7 報表性能

用戶在設(shè)置好條件后都希望不要等待報表太長時間,當(dāng)然有時數(shù)據(jù)量大時等待時間長些也是合理的.但是在做報表的開發(fā)時或測試人員可以提出一些意思來提高報表的性能.可以走查開發(fā)的SQL代碼、必要的時候可以通過視圖來提高性能。