【正文】 / 47第五部分：Report 的檢查、測(cè)試策略1. 參數(shù)設(shè)定1,起迄性質(zhì)的欄位注意 low,high 的設(shè)定,注意是否顯示,是否必須輸入.2,注意 lov 有限制條件時(shí)出來的值,不能多不能少.3,看看是否有遺漏欄位.2. 外觀檢查,數(shù)值欄位是否靠右,文字\時(shí)間欄位是否靠左.？這個(gè)檢查重要,但是很不容易看出來,尤其是數(shù)據(jù)量小的時(shí)候.？到底是以甚麼值為換頁的方法.4. Column 合計(jì)是否正確？從變面上選取部份列 check 數(shù)據(jù)是否正確. 性質(zhì)的欄位,顯示的高和寬是否滿足,檢查是否需要置換 REPLACE 掉字符串中的換行符”chr(20)”, null 值有沒有做 nvl.,需不需要特殊處理.\表尾只印第一頁,以後不印,或者印最後一頁,或者還要表尾必須在最下面,注意這個(gè)問題,當(dāng)然,也要注意,每頁都印.10,有沒有缺資料,比如顯示空白的時(shí)候,要確定是值為空,還是欄位抓錯(cuò),或沒有抓.11,注意語言,一般採用細(xì)明體 10 號(hào),12,框架採用無色邊框,沒有填充3. 程式檢查44 / 47？重要,必須符合規(guī)範(fàn),方便今後維護(hù). ERP 系統(tǒng)報(bào)表核對(duì),去 form 介面去檢查其中一兩組數(shù)據(jù). distinct,是否需要 distinct.4,注意 order by 與資料模式中的上下排版是否一致.5,連接時(shí),是否考慮了攔位值為空的情況.6,是否考慮了語言的篩選,有些系統(tǒng)存在多種語言的數(shù)據(jù)后記：檢查報(bào)表，起碼要首先能運(yùn)行。如果運(yùn)行直接就出錯(cuò)了，還是要通過察看 log來幫助判斷一下。有時(shí)候錯(cuò)誤非常低級(jí)，比較客制 table 被改變了、刪除了，布局中欄位的數(shù)據(jù)來源忘記設(shè)置了等等，大多數(shù)人出錯(cuò)發(fā)生在框架上，很多人對(duì)于框架的屬性設(shè)置還吃不透，請(qǐng)上去再仔細(xì)研究一下框架與布局的關(guān)系。檢查布局時(shí)，采用二分法，一半一半的刪除報(bào)表布局上的框架，找出到底是哪個(gè)欄位出錯(cuò)了。對(duì)于能夠運(yùn)行的報(bào)表，第一步，起碼要把報(bào)表上的欄位位置，分頁，保證正確性。這里主要是細(xì)心，第二步，再看數(shù)據(jù)是否正確，需要測(cè)試案例。這里只是一個(gè)大概的方向性問題，具體做法根據(jù)公司的大流程制定合理的測(cè)試標(biāo)準(zhǔn)流程。當(dāng)然，驗(yàn)證過程中，經(jīng)驗(yàn)足的往往一眼就知道哪里有錯(cuò)誤，這個(gè)做的多了就是了。輸　入　參　數(shù)　檢　核起迄性質(zhì)的欄位輸入起始值是否自動(dòng)帶到迄的欄位?報(bào)表列印條件是否與程式規(guī)格相同？各欄位的ＬＯＶ設(shè)定是否正確？外　觀　檢　查列印條件是否有印出來？Page Header 是否正確？Column Header 與 欄位值是否對(duì)齊？數(shù)值欄位是否靠左,文字欄位是否靠右？紙張大小設(shè)定是否正確？輸出資料排序是否正確？報(bào)表分階控制是否正確？合計(jì)欄位位置是否適當(dāng)對(duì)齊？45 / 47分頁控制是否正確？輸　出　資　料　檢　核表頭表尾基本資訊是否正確?(製表人員,製表日期,頁次,重要參數(shù)…等)表頭表尾基本資訊列印位置是否正確?(製表人員,製表日期,頁次,重要參數(shù)…等)表身各欄位資料是否正確？Row 導(dǎo)出欄位計(jì)算是否正確？Column 合計(jì)是否報(bào)表本身正確？程　式　撰　寫　檢　核程式是否按照撰寫規(guī)範(fàn)之要求？程式註解是否足夠清楚？重　要　處　理　邏　輯　檢　核起迄性質(zhì)的欄位不輸入是否可以帶出所有資料?報(bào)表的數(shù)字是否已與 ERP 系統(tǒng)報(bào)表核對(duì)？請(qǐng)?jiān)]明核對(duì)之報(bào)表及其access path, 參數(shù)條件 請(qǐng)附加 erp 輸出報(bào)表及本報(bào)表之輸出結(jié)果 檢附測(cè)試輸出報(bào)表並說明使用之測(cè)試條件？46 / 47第六部分：Report 的疑問問題應(yīng)付方法1,在報(bào)表字符高度設(shè)定的基礎(chǔ)上,為甚么 ERP 報(bào)表中會(huì)出現(xiàn)未到分頁行數(shù)而被自動(dòng)換頁的現(xiàn)象?相當(dāng)于一頁被切為兩頁,但是頁面頁號(hào)并不影響,相當(dāng)于在正確的報(bào)表中增加了一行換行符.回答:偶有出現(xiàn),此類報(bào)表中定有循環(huán)框架,在循環(huán)框架屬性中將換頁行數(shù)賦予一個(gè)合理的定值, 54 行之后出現(xiàn),遇到過兩次,無法解決,這樣一設(shè)置,就 ok 54 行，設(shè)置為上下固定的，這樣報(bào)表就只有 54 行了，雖有些不符合要求，但是也算是問題的解決辦法。2,為甚么在報(bào)表數(shù)據(jù)模型中設(shè)置了排序方式(上面的優(yōu)先),但是 ERP 報(bào)表結(jié)果,排序卻是有時(shí)正常有時(shí)混亂的?回答:一般來說,在 SQL 中加入按照邏輯的 ORDER BY 的語句,在外面的數(shù)據(jù)模型中在設(shè),采用雙重約束,就不會(huì)出現(xiàn)混亂的問題了.3,如果要頁次分組編號(hào),比如 1/3,2/3,3/3 之后重新編號(hào)怎么辦?回答:在頁次編號(hào)屬性中,選擇頁次編號(hào),重設(shè)于你邏輯需要的循環(huán)框上.4,為甚么布局模型中字符大小和字體好像都正確,但是在 ERP 中卻報(bào)錯(cuò)呢?回答:在 REPORT BUILDER 中會(huì)出現(xiàn)如此假象,字體看上去是對(duì)的,但是實(shí)際上并不是你想要的字體,這種情況多出現(xiàn)在報(bào)表修改過程中,新添加一個(gè)框,但是忘記修改字體,因此以,全部選中后,選擇另一種字體,再選回原來的字體,選擇另一種字大小,在選回原來字大小,即可解決.5,循環(huán)框的外面包一層固定框,與不包有甚么區(qū)別嗎?回答:有,包一層固定框可以在固定框上設(shè)置每頁的條數(shù),主要在固定框中有兩個(gè)或兩個(gè)，以及 54 行特性等，所以，強(qiáng)烈建議循環(huán)框外加固定框。6,頁面固定字符太多,超過一頁, 在布局模型中畫不了那么多怎么辦?回答:把這些固定字符全部寫到 SQL 代碼中,用 RANK 函數(shù)編號(hào)排序, 在布局模型中只需47 / 47要拉一個(gè)循環(huán)框,一個(gè)字段,間,減少拉框工作量,也減少報(bào)錯(cuò)風(fēng)險(xiǎn),但是加大了 SQL ,使用 rank函數(shù),可能在 sql*plus 中無法編譯(數(shù)據(jù)庫版本低).，如何處理？例如，有三個(gè)階，一般情況按第一階第二階兩階合計(jì)，但是有時(shí)只按第一階合計(jì)?；卮穑河脗瘟?，使用 DECODE 函數(shù)的辦法，將偽列，當(dāng)只按第一階合計(jì)時(shí)，將第二階DECODE 為和第一階相同的欄位,這樣做的結(jié)果是第一階和第二階相同,相當(dāng)於只按第一階合計(jì)了.8．我需要在 report 中實(shí)現(xiàn)一個(gè)序號(hào)列，并從每頁開始重設(shè)，請(qǐng)問怎么實(shí)現(xiàn)？我的report builder 是 版本的回答：1，請(qǐng)問你的報(bào)表是不是固定格式明細(xì)型報(bào)表？2，是不是第一頁顯示不下，到第二頁繼續(xù)顯示？如果以上兩個(gè)都是 YES 的話，就很簡(jiǎn)單了。使用 RANK 函數(shù)，在 SQL 語句中寫一個(gè)序號(hào)欄位，合理運(yùn)用 PATITION BY 和 ORDER BY，從 1 開始排序且保證序號(hào)不重復(fù)，為 NUMBER 型。然后看你這張報(bào)表每頁最多顯示多少條數(shù)據(jù)，比如 10 條，那么用 MOD 函數(shù)對(duì) 10 求余數(shù)就行了，得到的余數(shù)就是你每頁的重設(shè)序號(hào)。這個(gè)方法笨了點(diǎn)，不過也是一種解決問題的辦法。9．fnd_client_info 可以設(shè)置 ORG_ID,請(qǐng)問有沒有可以設(shè)置 GL_SET_OF_BKS_ID 的回答：使用 就可以了。Author：Program Cheng 程序Email: MSN: