一、熟悉基本的業務框架： 這一步的是報表測試的起始點和落腳點。業務框架主要包括業務流程和業務規則。
二、報表測試和一般的業務功能測試的區別。首先報表業務很難通過界面的瀏覽來看到其業務形式，而對報表的熟悉，主要從兩個方面入手：數據項的算法和數據來源。一個是對一個具體的數據項瞭解其與具體的業務的聯繫，還要了解關於數據的增刪改是否對報表中各個數據項的計算會產生什麼不同的影響。如果前期沒有了解清楚，這對後面的測試會形成某種阻礙，一是無法驗證報表中的數據是否準確，更無法通過報表去檢查業務系統的正確與否。
三、 準備完整、高效、專用的數據：
1、從查詢統計方法角度準備數據：儘可能覆蓋到報表所提供的各查詢統計方法的數據，至少保證每一種查詢統計方法都應該有對應的數據，得到的結果不是0，否則等於沒有覆蓋到這個查詢統計算法。
2、從數據源的屬性來準備數據：這裏涉及到的方面比較多，都是跟數據來源有關，現舉例說明：a.同樣的業務數據來源於多個數據表，則需要準備多個數據表中的數據；b.與狀態相關的數據，有些狀態需要納入統計，有些不需要，但這些數據都需要準備；c.數據來源與顯示數據不同時，比如在數據庫中存儲的是1，顯示時則需要顯示爲“是”。
3、從數據項的算法來準備特殊數據：比如：除數爲0，以及與0相加，是否可以得到正確的結果；
4、 數據的優化：按上述的方法基本上可以準備比較完整的數據了，但數據也不是越多越好，爲了提高測試效率，需要對數據進行優化，儘量保證用最少的數據覆蓋所有可能的情況。
5、爲報表準備專用的數據：即使個人精心準備了報表數據，如果多人同時測試，或者在測試業務時，錄入了其他數據，都會對報表的數據產生影響；所以需要在開始測試時，團隊內對數據的準備達成一致，使數據中的某一項具有特徵性，例如分別使用不同的供應商，或者使用不同的商品。
6、做好數據環境的備份和維護： 數據文檔的備份與維護： 在測試過程中難免會因爲誤操作導致環境的變化，例如：不小心把一張單據變成了另外一種狀態，或者某個類型的單據多做了一張。對於這種情況，一個簡單的方法就是去維護數據文檔。當然，前提就是需要對原始的數據文檔進行備份。 測試數據庫的備份與恢復： 如果想減少迴歸測試的工作量，那麼應該考慮在一些關鍵的“點”上備份測試數據。例如所有的基礎數據與單據已經輸入完成，但是還都沒有開始審覈，那麼可以備份一下，下次再測的時候可以直接在數據庫中恢復這部分原始數據。
報表測試主要分爲：報表界面測試、報表安全性、報表準確性、報表展示速度（也就是性能）。
數據準確性測試
報表測試的系統分爲兩類，一類是業務系統中，帶有統計分析功能模塊，該模塊中包含分析報表，這個系統的主體是業務系統，報表是爲辦理業務的而提供幫助的。比如說，應年檢統計報表，某月應交罰款車輛統計報表，這樣的報表數據準確與否，可通過增加、刪減、修改相關業務或相關業務的參數，查看統計報表數據變化，檢查數據準確性。
另一類是系統只有統計功能，就是我說的數據倉庫展現這類，它與業務系統分離，並且經過多層處理，比如數據倉庫的數據，經過抽取，清洗，展現前會經過數據挖掘，數據再處理，有些字段在原始數據表中根本就沒有。這樣的數據準確性測試比較複雜，當然檢查出數據錯誤，修改定位也是很不容易的。
對系統中的報表數據準確性測試方法較爲靈活，
①系統中報表重疊的進行比對
②對子報表彙總與父報表比對，就是對月報表彙總與年報表比對，日報表彙總與月報表比對，這只是一個方面，可以從維度關係考慮，地域，行政級別、時間，個人等方面下手，進行彙總比對，
③這個方法如果延伸點呢，可以將報表間的業務邏輯關係作爲比對依據。
報表差錯測試
Ø 原始表使用錯誤：因爲表比較多，又加上沒有統一的數據關係對應表，很容易表使用錯誤，當然這應該是單元測試檢查出來的錯誤。
Ø 數據處理邏輯錯誤：這一點容易因爲測試人員和開發人員對需求理解有偏差造成爭執，所以在需求評審時，對數據處理規則用表達式或僞代碼表示清楚。還有就是程序員失誤，邏輯編寫有偏差，邊界值、特殊情況處理不當。
Ø 數據權限：不同用戶對數據有着不同的查看權限。這關係到數據的安全性。
Ø 數據誤差：數據的保留位數，數據是否是處理計算是否是最後一次計算使用了位數保留和四捨五入。
Ø 由於字典表，數據錯誤，而造成的數據錯誤，如，根據性別統計，購買量，表中的男女顛倒，或者沒有考慮性別缺失項，用了if else,這樣就是把表中缺失該項內容的算成了else條件裏。或者邏輯中應該考慮用戶狀態，數據狀態類似的字段，容易被忽略，測試應該考慮到。
Ø 最後一項，當數據量相當大的時候，統計應該考慮，切割速度，也就是數據的完整性，由於數據切割的滯後，帶來的數據不完整，而造成統計結果不完整。如統計昨天的銷售情況，而昨天的數據並沒有完全從業務系統數據到數據池，再者月底數據，由於最後一天的數據切割不完整而造成的正月統計數量不準確。
報表的界面和輸入輸出測試
界面分爲輸入界面和輸出界面；統一的界面要求：美觀、統一、易操作。輸入界面要求是：
①輸入項字段長度不允許超過字段長度；
②輸入不符合字段要求的，不允許查詢。如money類型，在輸入漢字，字母、特殊字符等不允許查詢，並有友好的操作提示。
③用戶權限範圍外的輸入，不允許查詢。如用戶輸入不是其權限範圍內的客戶號，不允許查詢，並有友好的操作提示。
④對於選項，應不出現可選擇的用戶權限以外的選項。⑤對於漢字模糊查詢，考慮不常見字，如“”即漢字因譯碼問題，造成的漢字存儲出現亂碼問題。
輸出界面要求：
①因爲是報表所以應該有打印、打印預覽、報表導出等功能。不能因爲報表導出丟失數據，不能因爲打印缺少了報表表格框
②報表排列方式可調，用戶可按任意列升序或降序排列，或者，按某一關鍵列的一定規則排序
③報表標題明確，不能含糊誤導用戶
④報表內可關聯查詢的項，應能特殊顯示，如鼠標有箭頭變爲手掌，子報表格式與父報表格式統一，數據統一。