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