全球成功案例示範(2 / 3)

1999-09-092000-02-29

1999-12-312000-03-01

2000-01-012000-12-31

2000-01-032001-01-01

2000-01-0436599

2000-02-28

資料建置方法:以程式寫出日期欄位資料,包括運算、比較、排序、儲存、顯示、報表格式是否無誤。

2.備援回複測試:

係統損毀或變更時,其回複程序及流程的擬定與執行的確定。

建議:任何測試均應考慮可能的意外,及回複方法。

□變更管理

對各種環境(正式係統、Y200測試係統)之任何轉換變更,需記錄與管理。

肆、測試時程

與預算、行政采購程序、人力等資源、環境都有關聯;如果涉及硬體更新,因從下單至貨到需時甚久,時間大都從今年底開始裝機。如果隻是提升係統,在係統建置部份,若有足夠人力與技術,較易掌握時程,可以及早進入係統測試階段,也可以配合程式的修改與測試。

測試時程應包含係統平台與應用係統的時程規劃與配合,盡量及早完成Y2K測試係統平台,較能節省應用係統修改後的測試時間。

係統建置後之係統測試時程排定(依實際環境排定)

應用係統修改後之測試時程排定(依實際環境排定)

伍、測試組織

一、責任劃分

責任劃分應配合工作小組之工作性質所需之必備能力,較能發揮所長。

主要工作為

-各種測試過程之規劃、管理及時程控製。

-各種測試結果之記錄、管理、及問題解決。

-建立測試案例或測試資料。

-有無可行之恢複準備。

-建立表格化。

二、人員分配

●以國內資訊組織人力而言,程式修改者可以是測試人員,惟需要有一位擔負專案經理的角色,彙集所有測試之資訊。

陸、基準測試與程式修改後的測試

一、定義:

●基準測試

未修改前的程式或資料基準測試基準測試報告(將與修改後之測試報告比對)

●程式修改後的測試修改後的程式或資料執行年份測試與基準測試報告比對

二、基準測試

●基準測試之前應備妥下列事項:

程式碼及資料均已與現行者隔離

程式碼已於測試環境重新編譯成執行碼(executableobjectcode)

基準測試之環境已建立

測試用的交易檔、資料檔已選定

測試用的案例已選定

●基準測試後之主要結果:

測試的案例之結果已出爐

所有測試的輸入與輸出都已正確收集

產生測試報告書

●基準測試之程序

1.檢視基準測試計劃書

2.檢視已建立的基準測試用的資料檔、交易檔

3.建立基準測試之環境

4.程式碼已於測試環境重新編譯成執行碼(executableobjectcode)

5.執行測試,並記錄結果

6.產生測試報告書

三、程式修改後的測試

●測試之程序

1.檢視已建立的資料檔、交易檔(延用基準測試時所用的)

2.執行測試,並記錄結果

3.與基準測試報告比對

4.修正差異的部份,並重新測試

5.產生測試報告書

柒、日期變動測試

可以獨立單元測試或納入程式修改後的測試之一部份。

一、測試之程序

●測試準備

1.分工

2.依各種程式語言、資料庫語言等次環境需求,模擬建立各種日期檔案,提供測試之輸入。

二、執行

1.設定係統日期與預測試案例所須的日期相同。

2.執行測試案例中的線上交易或送出批次作業

3.儲存測試案例中的輸入及測試結果

4.執行結果比對

a.與以程式修改後的測試結果比對

b.比對時,若結果不同須考慮下列事項

*二測試結果是不同年份值所產生的結果

*測試結果是不同,可能是正確的結果

*日期變動測試結果是另一日期結構下的結果

三、評估及測試報告

1.記錄所有不正常結果,並與使用者做進一步檢視

2.評估該應用係統開始及結束的條件是否無誤

3.撰寫測試缺點報告

四、Y2K可能測試日期

●特殊日期

●跨越日期

01/01/199912/31/1999-01/01/2000

04/09/199902/28/2000-02/29/2000

09/09/199912/31/2000-01/01/2001

01/01/2000

01/02/2000

●業務相關日期

01/03/2000計息日

1/07/2000月底及月底前一天

01/10/2000跨月

01/31/2000跨年

02/29/2000

03/31/2000

●其他

04/30/2000以日期欄位作排序

10/01/2000

12/31/2000

02/29/2001

12/31/2001

台灣電力公司

一、前言

本公司資訊係統處於一九九六年中就開始注意到公元2000年問題,之後由於公元2000年問題在報章雜誌電視等媒體上持續被熱烈地討論,引起董事長、總經理等高階主管的注意,並指示本處要審慎因應,因此本處於八十五年十一月開始徹底清查所有本處開發之應用係統受公元2000年問題影響情形,並函請業務處、核能火力發電工程處、輸變電工程處、燃料處及核能後端營運處等在總處主機上有應用係統之單位也清查應用係統受公元2000年問題影響情形。另為提醒本公司其他單位注意公元2000年問題,因此也函請全公司各單位查察所使用之電腦係統(含製程控製用電腦),注意防範公元2000年可能造成之影響,並謀求解決之方法。依據行政院主計處函示,本公司特訂定「台灣電力公司公元2000年電腦作業危機處理小組設置作業要點」,並設置公元2000年電腦作業危機處理小組,召集人由主管資訊副總經理兼任,委員由各副總經理、各總工程師及電力綜合研究所所長兼任,由資訊係統處擔任秘書業務。

本公司各單位則視業務需要設置工作小組,清查與日期有關的硬軟體、研訂解決方案、並擬定轉換工作計畫;程式修改工作限於一九九八年十二月三十一日前完成,係統整合測試與驗證工作限於一九九九年六月三十日前完成,以便一九九九年七月一日起上線使用。

二、清查與日期有關的硬軟體

1.電腦硬體、係統軟體、套裝軟體之清查

清查廠商提供之硬軟體是否為符合公元2000年日期處理需求的版本。

-找出電腦硬體(CPU及周邊設備)的型號。

-找出各種係統軟體/套裝軟體的版本編號。

清查方法:

-發函詢問廠商,要求書麵澄清。

-查全球資訊網(WWW)YEAR2000硬軟體COMPLIANCE清單。網址:

http://www.mitre.org/research/cots/OTHER_LINKS.html

-自行以公元2000年前後日期測試。

-個人電腦做RTC(RealTimeClock)RolloverTest及RTC(RealTimeClock)SetTest等日期測試。

2.大型主機應用係統軟體之清查

尋找與係統日期有關之指令,例如ACCEPT(COBOL)、FORMATTIME(CICS)、EIBDATE(CICS)、EZEDTE(CSP)、…。

尋找與日期有關之字串,例如:INTERNAL-DATE、CURRENT-DTE、YEAR、YY、110000、11、…。

經由搜尋程式中與日期有關指令/字串,將可能發生公元2000年問題之程式邏輯,如民國年計算、利息計算、期間天數計算,閏年計算、報表資料排序、日期資料審校等等一並找出來。

清查方法

-運用一種以上方法,以避免遺漏。

-找出原始程式清單,目視檢查。