軟件測試中報表測試用例設計方法總結
報表的測試主要分爲以下幾個方面:界面,安全性,準確性,展示速度(性能)
數據統計方面
1、報表統計數據的正確性；
2、報表統計數據的完整性；
3、報表統計數據的合法性；比如，統計金額字段需求要求有“$”等；
報表格式
1、表頭字段表示的正確性；
2、表頭字段表示的完整性；
3、表頭字段表示的字體，字號，美觀程度；
4、各統計字段的顯示是否滿足需求；比如：數據過長時要求折行還是縮小；
5、頁眉和頁角的表示；
報表的預覽和印刷
1、預覽中的顯示完整性；
2、多頁情況下，第2頁的表頭顯示；
3、能否實現需求要求的特定印刷情況；（比如，印刷使用指定的模板）
4、預覽後印刷；
5、不預覽，直接印刷
6、需求規定各類打印機的測試；
數據準確性測試，帶有報表測試的系統分爲兩類，一類是業務系統中，帶有統計分析功能模塊，該模塊中包含分析報表，這個系統的主體是業務系統，報表是爲辦理業務的而提供幫助的。
比如說，應年檢統計報表，某月應交罰款車輛統計報表，這樣的報表數據準確與否，可通過增加、刪減、修改相關業務或相關業務的參數，查看統計報表數據變化，檢查數據準確性。
另一類是系統只有統計功能，就是我說的數據倉庫展現這類，它與業務系統分離，並且經過多層處理，比如數據倉庫的數據，經過抽取，清洗，展現前會經過數據挖掘，數據再處理，有些字段在原始數據表中根本就沒有。這樣的數據準確性測試比較複雜，當然檢查出數據錯誤，修改定位也是很不容易的。
從整個項目節約成本看，逐層測試效果是最好的。完全修改率也是最高的。
首先建立測試數據模型，模擬所有應用表，建立簡單易跟蹤的數據用例，底層的數據表測試，方法很原始，嘿嘿，通過SQL語句和手工計算，對數據進行比對。對系統中的報表數據準確性測試方法較爲靈活，
① 系統中報表重疊的進行比對
② 對子報表彙總與父報表比對，就是對月報表彙總與年報表比對，日報表彙總與月報表比對，這只是一個方面，可以從維度關係考慮，地域，行政級別、時間，個人等方面下手，進行彙總比對
③ 這個方法如果延伸點呢，可以將報表間的業務邏輯關係作爲比對依據。呵呵，這要看測試人員的需求瞭解深度個人能力了。插幾句不想幹的話，做測試工作總讓我保持快樂狀態，前兩天我的一個同事說，公司裏一直沒有人喜歡做測試工作，這個工作太枯燥。嘿嘿，我當時就說我做了這麼多年的測試工作從來沒有感覺到枯燥。重複性工作不代表枯燥，編程其實不也是重複嘛，人每天誰不重複昨天的事啊，吃飯，吃這個動作重複一生，有誰覺得麻煩枯燥啦？
④ 使用SQL和手工計算進行比對。以上是差錯方式，接下來講一下查什麼錯？哪些地方容易出錯
● 原始表使用錯誤：因爲表比較多，又加上沒有統一的數據關係對應表，很容易表使用錯誤，當然這應該是單元測試檢查出來的錯誤。
● 數據處理邏輯錯誤：這一點容易因爲測試人員和開發人員對需求理解有偏差造成爭執，所以在需求評審時，對數據處理規則用表達式或僞代碼表示清楚。還有就是程序員失誤，邏輯編寫有偏差，邊界值、特殊情況處理不當。
● 數據權限：不同用戶對數據有着不同的查看權限。這關係到數據的安全性。
● 數據誤差：數據的保留位數，數據是否是處理計算是否是最後一次計算使用了位數保留和四捨五入。
● 由於字典表，數據錯誤，而造成的數據錯誤，如，根據性別統計，購買量，表中的男女顛倒，或者沒有考慮性別缺失項，用了if else,這樣就是把表中缺失該項內容的算成了else條件裏。或者邏輯中應該考慮用戶狀態，數據狀態類似的字段，容易被忽略，測試應該考慮到。
● 最後一項，當數據量相當大的時候，統計應該考慮，切割速度，也就是數據的完整性，由於數據切割的滯後，帶來的數據不完整，而造成統計結果不完整。如統計昨天的銷售情況，而昨天的數據並沒有完全從業務系統數據到數據池，再者月底數據，由於最後一天的數據切割不完整而造成的正月統計數量不準確。
報表的界面和輸入輸出測試
界面分爲輸入界面和輸出界面；統一的界面要求：美觀、統一、易操作。
輸入界面要求是：
① 輸入項字段長度不允許超過字段長度；
② 輸入不符合字段要求的，不允許查詢。如money類型，在輸入漢字，字母、特殊字符等不允許查詢，並有友好的操作提示。
③ 用戶 權限範圍外的輸入，不允許查詢。如用戶輸入不是其權限範圍內的客戶號，不允許查詢，並有友好的操作提示。
對於選項，應不出現可選擇的用戶權限以外的選項。
對於漢字模糊查詢，考慮不常見字，如“”即漢字因譯碼問題，造成的漢字存儲出現亂碼問題。
輸出界面要求：
① 因爲是報表所以應該有打印、打印預覽、報表導出等功能。不能因爲報表導出丟失數據，不能因爲打印缺少了報表表格框
② 報表排列方式可調，用戶可按任意列升序或降序排列，或者，按某一關鍵列的一定規則排序
③ 報表標題明確，不能含糊誤導用戶
④ 報表內可關聯查詢的項，應能特殊顯示，如鼠標有箭頭變爲手掌，子報表格式與父報表格式統一，數據統一。
報表測試根據項目的定義有大有小,有時只是作爲軟件的一個部分進行測試,有時整個項目都是測試各種報表.但不論如何,報表的作用始終都是將系統中已經存在的數據根據用戶的設置計算加工/整理彙總/最終以清晰的格式展示給用戶,以便用戶進一步做數據分析或統計.
軟件中的報表實現一般分爲定義報表的所需數據(一般可以通過選擇或手工輸入條件來縮小數據範圍)和定義報表格式兩個部分.報表格式除了如國家各行業標準中規定的報表使用固定格式外,大多是根據企業或用戶的需要定製報表.
所以,做報表測試時要注意以下方面:
1.數據的正確
用戶使用報表就是期望通過一個簡單方便的平臺能快速的查找到他所需要的數據.所以在測試報表時首先就要檢查報表中的數據是不是用戶需要的數據,如果沒有加工的數據,是否保持了原貌; 加工過的數據查看加工的結構是否和手工加工的結果一致.簡言之,需要測試以下內容.
數據的來源：來源於哪張表,哪個字段,數據庫中的數值與界面數據的對應.如數據庫中性別的數據可能是0或1,但界面顯示爲男或女,這個對應關係是否正確.
數據的範圍：是否只顯示了報表設置的對應範圍；特別要注意邊界數據,要清楚報表的需求,是否需要過濾掉被選擇的數據.如時間選擇爲2006-9-27~2007-9-27,那麼是否應該包含9-27這天.
數據的對應關係：數據庫中的字段是否與報表中的信息對應
數據的格式：小數位,千位符,四捨五入等是否與報表設置一致；單位或稅率轉換是否正確；組合顯示的數據是否合理
數據的排序：排序方式是否與報表設置一致(如果沒有設置,是否有一個清晰的默認排序方式,如按字母或數字排序)
流水號：如報表有使用流水號,流水號的生成和格式是否正確.取消操作是否會生成流水號.
明細與合計的一致性：各部分明細或小節是否與最後總和一致
其他
測試這一部分內容需要對業務邏輯相當熟悉,對數據庫的設計也要非常瞭解.必要時可以通過自己寫查詢語句查看數據.
有些報表的條件有多有少,但測試方法都是一樣.根據條件通過等價類劃分和排列組合設置各種條件組合.千萬不要盲目的測試,否則會導致該測的沒測,多餘的測試做了一堆..一般來說有類別劃分的(一般界面表現爲下拉框),每個類別都要測試到,如性別中的男,女都要測試.輸入的可以用等價類來劃分要測試的數據.
2. 格式的正確
數據驗證正確後,就需要看看報表的輸出格式是否符合要求.可以從以下幾方面來檢查.
報表的整體風格：報表是否符合規定的或用戶設置的格式
報表標題：報表的標題是否是正確的報表名稱；如報表中有嵌入的數據(會跟隨用戶的選擇而變化的).需要檢查數據是否正確,如XX企業9月份財務報表,這個9月就是用戶選擇的; 或者XX公司2006-9-27~2007-9-27的網站訪問量,這個時間段也是用戶選擇的.
公司的一些標誌：如logo,名稱,地址之類的是否正確
報表的頁首與頁尾：是否採用了一致的規則.
分頁：當輸出的內容多時,分頁是否正確.翻頁功能是否正確
友好性：數據或圖表是否清晰,一目瞭然,數據的展示符合用戶的習慣；需要特別提醒的數據(如合計,異常數據)是否突出顯示；複雜算法處,用戶不明白或容易混淆處是否有註釋；一些默認的格式是否讓人感覺舒服,如對齊,邊界,間隔等
3. 權限的控制
對於有權限控制的系統，報表當然也應該和用戶所具有的權限相一致。需要從兩方面校驗權限的控制。
報表的條件定義:在條件選擇區域，有些下拉框中應該不能顯示用戶權限範圍外的數據。如普通文員在使用報表時，報表名稱下拉框中是不可以顯示管理者才能查看的報表的。有些以輸入的文本框有級別的劃分時，都應該要測試輸入超越權限的數據的相應。
注意這裏一定要測試每個條目。
報表內容：報表中的內容不能顯示用戶本沒有權限查看的數據。
4.報表的輸出
報表在電腦上生成後，並不是報表的結束。報表一般都需要打印出來他用，如開會或者提交審批之類。所以報表的打印功能也是非常重要的。測試主要分成三部分：
● 打印設置
● 打印預覽
● 實際打印效果
除了打印之外，用戶有可能需要導出報表做進一步的分析或用於和其他報表的比較。所以也應該提供導出報表的功能。一般可以導出爲CSV,Excel,pdf,html,xml格式。