万邦法务资讯网推荐律师
当前位置:首页 > 法律法规 > 经济法类 > 中国农业发展银行关于转发中国人民银行银发〔1999〕105号文件的通知

中国农业发展银行关于转发中国人民银行银发〔1999〕105号文件的通知

中国农业发展银行(农发行字[1999]82号)    1999-4-1手机版

发文单位:中国农业发展银行

文  号:农发行字[1999]82号

发布日期:1999-4-1

执行日期:1999-4-1

生效日期:1900-1-1

中国农业发展银行各省、自治区、直辖市分行,各计划单列市分行,总行营业部:

  现将中国人民银行《关于印发〈金融行业2000年符合性测试要求〉等文件和测试工作有关事项的通知》(银发〔1999〕105号)转发给你们,请参照执行。

  计算机2000年测试工作是一项十分重要的工作,各级行领导要亲自抓、亲自过问。此项工作要由有关业务部门、工程小组和监管小组三方人员共同参与,各负其责。业务部门负责制定测试计划,确定测试业务范围和重点,参与实际测试,负责验收、认证工作;工程小组负责制定测试规范,建立测试环境,进行实际测试和就绪系统上线试运行;监管小组负责督促、检查整个测试工作。

  本着“谁购买、谁开发、谁负责”的基本原则,总行负责统计、联行、对公、财会、公文5个系统的测试验证工作。分行自行购置、开发的软硬件系统,由分行自行解决。

  测试工作要有详细文档,以确保工作质量。各项测试工作要在6月底前完成。

  附:

中国人民银行关于印发《金融行业2000年符合性测试要求》等文件和测试工作有关事项的通知
1999年3月23日 银发〔1999〕105号

各政策性银行、国有独资商业银行、其他商业银行、保监会、邮政储汇局:

  现将《金融行业2000年符合性测试要求》、《中国人民银行解决计算机2000年问题测试规范》和信息产业部组织制定的《2000年符合性测试规范》印发你们,并就有关事项通知如下:

  一、《金融行业2000年符合性测试要求》(以下简称《要求》)是对各金融机构2000年符合性测试提出的基本要求。各金融机构应结合本单位实际,按照《要求》,参照《中国人民银行解决计算机2000年问题测试规范》和《2000年符合性测试规范》制定本单位的测试规范。

  二、测试工作各单位要由业务、科技和监管三方面人员共同参与,各负其责。业务部门负责制定测试计划,确定测试业务范围和重点,参与实际测试,负责验收、认证工作;科技部门负责制定测试规范,建立测试环境,进行实际测试和就绪系统上线试运行;监管部门负责督促、检查整个测试工作。

  三、各单位要按照银发〔1999〕7号文要求,确保5月底前完成各系统的内部测试工作,并为下半年组织的行业测试做好准备。

  四、各单位在完成内部测试工作后,要自行组织进行验收、认证,并将重要系统的测试结果报人民银行备案。

  附件一:金融行业2000年符合性测试要求

  ● 总体完整性

  当前日期的任何值(包括日期跨越),都不应中断正常系统的运行。

  ● 日期完整性

  在应用范围内的所有与日期相关的数据操作,对有效的日期值都将产生预期的结果,日期数据操作包括:运算、存储、检索、比较、排序、合并等。

  ● 世纪值表示无歧义

  在所有接口和数据存储中,任何日期中的年份表示须无歧义地规定为属于某一特定的世纪;对不含有世纪值的日期元素,对其所有操作都应明确地返回正确的世纪值。

  ● 正确识别闰年

  必须能正确识别2000年符合性的有效日期范围内的所有闰年,2000年必须被识别为闰年。

  附件二:中国人民银行解决计算机2000年问题

  测试规范中国人民银行支付科技司中国人民银行解决计算机2000年问题工程实施组

  一九九九年二月二十八日

  目录

  一、制定测试计划

  二、准备测试数据

  三、建立测试环境和测试前的数据备份

  四、进行2000年符合性测试

  五、测试纪录和结果分析

  六、验收认证与上线试运行

  附录:有关概念与定义

  2000年问题符合性测试是解决计算机2000年问题的关键步骤,工作量大约占整个工程的一半以上。进行计算机2000年问题符合性测试的目的是发现系统修改后仍存在的2000年问题,为进一步修改程序提供依据,最终使整个系统及接口达到2000年问题兼容。为了指导人民银行解决计算机2000年问题的测试工作,特制定本测试规范。

  2000年问题符合性测试按制定测试计划、准备测试数据、建立测试环境和测试前的数据备份、进行2000年符合性测试、测试纪录和结果分析、验收认证与上线试运行几个步骤进行。

  一、制定测试计划

  在测试前制定完整、详细的测试计划是顺利完成测试工作的关键。测试计划包括测试评估、确定测试范围和类型、确定测试方法、确定测试组织和人员、安排测试日程、设计测试案例、设计测试脚本等几方面内容。

  1.1 测试评估

  制定测试计划前,应对系统及其组成部分进行评估,为制定测试计划提供参考和依据。测试评估包括以下内容:

  ● 清单

  列出系统及其环境的清单,以确定测试的工作量。

  ● 系统功能

  对整个系统的业务功能进行分析,掌握系统中处理日期的方式,以便确定测试工作的总体需求。

  ● 测试要素

  确定2000年符合性测试涉及的相关要素(如系统环境、接口的类型和数目、程序的规模和复杂性、编程语言、代码的年代等),作为设计测试案例及脚本的依据。

  1.2 确定测试范围和类型

  为确保整个系统能实现2000年问题兼容,需要对系统中所有组成部分进行单独和整体测试。测试范围包括系统平台测试和应用程序测试。

  1.2.1 系统平台的2000年问题测试

  系统平台是指支撑应用程序运行的硬件和系统软件(包括操作系统、数据库系统等),这部分产品的测试用以下两种方式进行。

  ● 详细检查产品供应商提供的系统平台产品2000年问题兼容性测试情况,测试结果可从有关产品供应商2000年问题技术报告中查询。发现问题,应采取有效的解决方案,并报人民银行解决计算机2000年问题工程实施组。

  ● 为确保整个系统,特别是几种系统平台整合后2000年问题的兼容性,在条件可能情况下用户也应对系统平台产品进行测试。具体测试办法可参阅该产品供应商发布的有关2000年问题的报告、站点或技术手册,系统平台的2000年测试重点一般是时间跨越测试。

  1.2.2 应用程序(业务系统)的2000年问题测试及测试类型

  应用程序测试是最基本的2000年问题测试,也是2000年问题测试工作的最主要内容。应用程序(业务系统)的2000年问题符合性测试类型可分为内部测试和外部测试两类。

  ● 内部测试

  内部测试指在人民银行范围内由测试单位完全控制的测试工作。内部测试目标是保证应用程序及运行所需的软硬件环境均可正常交互、正确运行。内部测试一般分为单元测试、集成测试、系统测试、验收测试(见附录)四个层次。进行内部测试时,较小的应用系统可直接进行系统测试和验收测试;复杂的应用系统,应依次进行单元测试、集成测试、系统测试、验收测试。

  解决计算机2000年问题时间紧迫,工程量大,不可能对所有系统进行全面测试,因此,应将人民银行关键业务系统作为测试重点。选择原则为:运行频率高,运行范围广(尤其是直接面向客户),直接涉及中央银行执行货币政策、金融监管、支付结算服务职能的重点应用系统。

  内部测试是外部测试的基础,内部测试阶段要对自身系统问题进行严格检查,尽量防止将自身系统问题带入外部测试阶段。

  ● 外部测试

  外部测试指人民银行与外方(如其他金融机构和业务对口部门、电力电信等基础设施管理部门)之间进行的测试,主要评估经过修改和内部测试的系统与其他机构或系统的应用接口部分的情况。外部测试一般需与外方协调进行。外部测试目标是保证跨银行机构的应用系统可正常交互、正确运行,保证这些应用系统在必要的基础设施支撑下可正常运行。

  对于需要进行外部测试的系统来说,应根据业务流程的复杂程度决定采取不同的测试方式。对于系统之间无处理过程的应用程序(业务系统)可采取简单的点对点测试(见附录);对于与外部机构和客户进行实时、交互处理的应用程序(业务系统)应采取端对端测试(见附录);对于大型应用系统可根据实际需要采取行业测试(见附录)方式。

  外部测试工作复杂,测试组织者要组织参测各方共同制定测试目标、具体日程、详细的测试脚本,并应注意使目标和计划突出重点并符合实际,避免因测试程序及测试脚本过于复杂,资源占用过大而影响测试工作按期完成。

  1.3 确定测试方法

  测试可分为黑盒测试和白盒测试(见附录),对于一个系统,两种测试方法可以同时进行或只进行其中一种,人民银行2000年问题测试推荐黑盒测试方法。

  1.4 确定测试组织和人员

  为保障测试工作顺利进行,各单位应按不同的应用系统成立专门的测试工作小组,负责测试工作的开展和实施。测试工作小组由业务人员(最终用户)、监管人员和技术人员组成。

  ● 业务人员(最终用户)负责牵头组织有关制定测试计划、设计测试案例和脚本、准备测试数据、进行验收确认及上线试运行等工作,协助进行测试纪录和结果分析。对于涉及多部门参加的外部测试,以主测方业务部门牵头组织上述工作。

  ● 监管人员负责协调各方面工作,检查、监督测试工作按计划完成。

  ● 技术人员负责建立测试环境、负责测试前的系统数据备份工作、负责进行2000年符合性测试、进行测试纪录和结果分析。并协助业务人员制定测试计划、设计测试案例和脚本、准备测试数据、进行验收确认和上线试运行。对于涉及多部门的外部测试,以主测方技术部门牵头组织上述工作。

  人民银行应组成专门的工作组负责组织金融系统行业测试工作,各分支行负责所辖范围内的金融系统行业测试工作。该工作组主要负责协调各参测机构、部门的关系,统计并确定需进行行业测试的主要系统,根据各参测方的准备状况统一安排测试日程,与国家基础设施管理部门联络配合测试。具体测试计划、案例的准备以及测试工作的开展由主测方机构或部门负责。

  1.5 安排测试日程

  根据中国人民银行解决计算机2000年问题的统一部署,2000年符合性内部测试工作应在1999年5月底前完成,外部测试工作应在1999年9月底前完成。安排测试日程,应注意以下问题:

  ● 利用公共测试环境进行测试的系统,测试工作应尽早安排。

  ● 如果测试环境与生产环境有密切关系(如使用同一硬件平台),测试应选在休息时间(非工作日或非工作时间)进行。

  ● 随着2000年的日益临近,可以利用的非工作日已越来越少,因而测试工作应尽早进行。

  1.6 设计测试案例

  测试案例是计划的细化,是针对某一具体系统的具体功能设计的测试方案。根据测试计划所涉及的各个方面,针对每一个业务系统的实际情况,选择测试所涉及的不同要素进行组合,就可以按业务功能设计出若干具体的测试案例。测试案例主要内容如下:

  ● 案例名称

  用以区分不同的案例,如“××系统之××功能测试”。

  ● 测试对象

  指明本测试案例所要测试的系统或模块功能。根据系统性能和功能情况,可对测试对象进行分解。

  ● 测试类型和层次

  描述测试所采用的类型,内部测试应描述测试层次。

  ● 脚本设计

  描述整个案例由哪些脚本组成,这些脚本的概要、目标、分布、顺序。对于2000年问题的测试,脚本的设计应考虑不同敏感日期设置下的情况。

  ● 脚本描述

  详细设计每一个脚本,给出具体的测试步骤。

  ● 测试评判

  给出测试脚本的预期结果及测试结果评判标准。

  1.7 设计测试脚本

  测试脚本是案例的细化,描述测试计划的每一步具体细节。通过对每个测试步骤详细、完整地描述,制定出对于测试人员来说简单易懂、可操作性强的测试方案。在2000年测试中,一个脚本可以在不同敏感日期设置下多次套用,以验证系统的正确性。测试脚本的描述主要有以下内容:

  ● 脚本名称和编号

  在测试案例中该脚本的名称和编号。

  ● 脚本目标

  该脚本在案例中的作用

  ● 准备工作

  运行该脚本前所需要做的设备准备、人员准备、数据准备。数据准备应包括与2000年问题有关的日期。

  ● 测试步骤

  说明测试人员在程序运行过程中的参与时机、参与内容、观察对象。即什么时候干什么事情,怎么干,什么先干、什么后干。

  二、准备测试数据

  根据2000年问题测试工作的内容,测试数据主要来源于普通业务数据和敏感日期数据两个方面。

  2.1 普通业务数据

  主要指系统运行中为实现各项业务功能而使用的数据,这些数据通过搜集系统日常运行中的样本经验数据和随机数据获得,应尽可能真实和全面,以便对系统进行完全地功能正确性和完整性测试。

  2.2 敏感日期数据

  2000年问题测试工作的特殊性,在于必须对测试对象进行敏感日期条件下的功能测试。敏感日期的选择将直接影响测试结果,因此此类数据的测试是2000年问题测试工作的重点。需要特别指出的是,由于我行应用系统的多样性,本规范所列出的日期数据并不能代表全部的测试日期,各测试单位应根据测试系统的实际情况增加或减少测试日期数据。

  本规范2.2.1日期数据主要用于系统时钟调整,2.2.2日期数据主要用于对应用程序的日期处理功能测试,2.2.3日期数据主要用于应用程序的日期处理功能测试时的日期时间段数据抽取,2.2.4日期数据主要用于进行日期输入有效性测试。2.2.1 对于需验证应用程序在2000年问题有关敏感日期上能否正常运行和跨越的情况,需准备下表中的日期数据,用于测试中调整系统平台时钟,对应用程序进行未来日期条件下时间跨越和普通功能的测试。

----------------------------------------
|    需要设置的时钟时间    |                    |
|                 |      测试原因          |
|   (年/月/日—时∶分)   |                    |
|-----------------|--------------------|
|1999/02/28       |判断1999年不是闰年         |
|-----------------|--------------------|
|1999/04/09       |遇到第一次99/99问题(全年第99天)|
|-----------------|--------------------|
|从1999/09/08—23∶55|                    |
|                 |对于99/9/9问题,能够正常跨越   |
|到1999/09/09—0∶05 |                    |
|-----------------|--------------------|
|1999/09/09       |遇到第二次99/9/9问题       |
|-----------------|--------------------|
|从1999/12/31—23∶55|                    |
|                 |能正确处理世纪时间跨越         |
|到2000/01/01—0∶05 |                    |
|-----------------|--------------------|
|2000/01/01       |2000年第一天            |
|-----------------|--------------------|
|2000/01/03       |2000年第一个工作日         |
|-----------------|--------------------|
|2000/01/10       |栏位第一次出现7位数          |
|-----------------|--------------------|
|从2000/02/28—23∶55|                    |
|                 |正确实现2000年闰年跨越       |
|到2000/02/29—0∶05 |                    |
|-----------------|--------------------|
|2000/02/29       |正确判断2000年为闰年        |
|-----------------|--------------------|
|2000/03/01       |正确判断2000年为闰年        |
|-----------------|--------------------|
|2000/10/10       |栏位第一次出现8位数          |
|-----------------|--------------------|
|2000/12/31       |应为全年的第366天          |
|-----------------|--------------------|
|从2001/02/28—23∶55|非闰年识别,适用于2000年以后的年  |
|                 |                    |
|到2001/03/01—0∶05 |份                   |
|-----------------|--------------------|
|2004/02/29       |闰年识别,适用于2000年以后的年份  |
----------------------------------------

  2.2.2 为验证应用程序进行日期数据处理情况,需准备下表中的日期数据,进行应用程序的日期处理功能测试。

  2.2.3 为验证应用程序进行日期数据处理情况,需从下表日期数据抽取  范围中准备日期数据。

-------------------------------------
|  日期数据抽取范围(年/月/日)   |              |
|--------------------|    测试原因      |
|    由    |    到     |              |
|---------|----------|--------------|
|1999年中任一天|1999/12/31|现有功能计算正确      |
|---------|----------|--------------|
|   同上    |2000/01/01|正确处理21世纪日期    |
|---------|----------|--------------|
|   同上    |2000/02/29|正确处理闰年计算      |
|---------|----------|--------------|
|   同上    |2000/03/01|正确处理闰年计算      |
|---------|----------|--------------|
|   同上    |2000/04/01|正确处理21世纪日期    |
|---------|----------|--------------|
|   同上    |2001年中同一天 |正确处理2000年有366天|
|---------|----------|--------------|
|2000年中任一天|2000/12/31|正确处理21世纪日期    |
|---------|----------|--------------|
|2000年中任一天|2001年中同一天 |正确处理21世纪日期    |
-------------------------------------

  2.2.4 对于需要进行日期输入的系统,要准备下表中测试数据,进行日期输入有效性测试。

  5.2 结果分析

  测试后,通过对测试结果分析,可判断应用系统是否达到了2000年兼容及符合性等级。由于2000年问题的复杂性,需要进行回归测试或多次重复进行测试、修改、再测试工作。最后,只有通过验收测试后,系统才可投入上线试运行。利用测试记录,可实现对测试版本的管理。

  5.3 签字认可

  在每一项测试工作完成后,都应有相应的参加测试人员在测试报告上签字认可,以明确工作责任,保证2000年问题测试工作的严肃性和完整性。

  六、验收认证与上线试运行

  6.1 2000年符合性要求

  ● 总体完整性

  当前日期的任何值(包括日期跨越),都不应中断正常系统的运行。

  ● 日期完整性

  在应用范围内的所有与日期相关的数据操作,对有效的日期值都将产生预期的结果,日期数据操作包括:运算、存储、检索、比较、排序、合并等。

  ● 世纪值表示无歧义

  在所有接口和数据存储中,任何日期中的年份表示须无歧义地规定为属于某一特定的世纪;对不含有世纪值的日期元素,对其所有操作都应明确地返回正确的世纪值。

  ● 正确识别闰年

  必须能正确识别2000年符合性的有效日期范围内的所有闰年。

  6.2 2000年符合性测试的验收认证

  2000年符合性测试的验收认证应由业务主管部门(最终用户)组织执行。监管部门最终组织对2000年符合性测试的验收认证工作进行检查。

  2000年符合性测试的验收认证是对2000年符合性测试结果及测试过程进行验证。对测试结果的验证主要在测试工作中体现,即在测试工作阶段由测试人员保证测试结果达到2000年符合性要求;测试过程的验证主要对测试工作执行过程进行认证,即由验收认证人员检查测试工作的过程及文档,确认测试工作的真实性、准确性、完整性。为了使2000年符合性测试的验收认证工作可操作,测试验证工作侧重于对测试过程的认证。

  2000年符合性测试的验收认证是为了保证全面、细致的完成2000年测试工作,由于2000年问题的隐蔽性,经过验收认证的系统仍不能保证没有2000问题。为了确保2000年敏感日期期间业务的连续进行,各部门对经过验收认证的主要业务系统仍要组织制定相应的应急方案。

  6.3 上线试运行

  ● 一般系统通过验收认证就可投入试运行、上线运行。

  ● 重要的实时系统必须进行系统转换、试运行,才可投入正式运行。进行系统转换时,新、旧系统需要经过足够长时间的并行处理,在确认新系统运行稳定后,才能进入试运行和正式生产运行,在此期间,业务人员和技术人员应予密切关注,发现问题及时解决和处理,确保业务的连续进行。

  ● 与外部相关的系统转换还需与相关单位沟通,协调配合、同步进行。

  测试工作是解决计算机2000年问题工程的重要环节,我们一定要给予高度重视,积极行动起来,将计算机2000年问题可能造成的金融风险减少到最小程度,确保人民银行各项业务能够顺利迈进21世纪。

  附录:有关概念和定义

  ◇ 2000年符合性

  基于信息技术的系统能够正确地输入、处理和输出20世纪和21世纪内及其之间的日期数据。即在2000年符合性特定的日期范围内的日期数据,不会因日期功能的操作(日期的计算、比较、存储、检索、排序、合并和闰年计算等)而导致系统出现潜在的故障。

  2000年符合性也称2000年兼容、2000年就绪等。

  ◇ 2000年符合性等级:对2000年符合性的认证可分为完全符合、部分符合、不符合三个等级。

  ◇ 2000年安全符合:指所有的有效日期信息都以完全表示法(即基本格式“CCYYMMDD”和扩展格式“CCYY—MM—DD”)表示,并具有2000符合性。

  ◇ 2000年部分符合:指有效日期信息部分采用完全表示法进行表示,部分按照截短表示法(即基本格式“YYMMDD”和扩展格式“YY—MM—DD”)进行表示,并采取临时的补救措施(如窗口法、年份的内部处理等)加以区分,在有效日期范围内,具有2000年符合性。

  ◇ 2000年不符合:指系统存在2000年问题,且不满足完全符合性和部分符合性的有关要求。

  ◇ 单元测试

  是对某个具体应用程序或程序模块进行的测试,用于检测对该应用程序的修复工作是否取得了预期的结果。单元测试不检查被测试的应用程序与其他应用程序的交互效果。

  ◇ 集成测试

  是对多个应用程序或程序模块同时进行的测试,主要确认应用程序与其他程序交互时运行是否正常。操作环境是集成测试的基础,如果操作环境变更后,集成测试应重新进行。

  ◇ 系统测试

  是对整个应用系统进行的整合测试。测试对象包括应用系统投入正常运行所需的所有硬件、系统软件、中间件和应用程序,主要验证整个应用系统的运行和业务功能是否正常。

  ◇ 验收测试

  验收测试一般由最终用户即业务部门执行,最终用户和技术人员共同参加。它把整个系统实际运行中涉及到的所有资源(硬件、软件平台、业务应用软件、实际数据)都集合在一起进行最终测试。通过测试应用系统的修改是否准确,应用系统的运行情况是否达到预期的标准,验证整个系统是否实现2000年问题兼容,最终用户的业务需求是否能够得到满足。用户验收测试成功后,系统才可投入上线试运行的阶段。

  ◇ 点对点测试

  指两点或两系统之间,中间没有处理过程的测试,是最简单的外部测试形式,主要检验内部系统与其他机构或系统传输和接收数据的能力。点对点测试中特别要注意统一所有参测系统的日期,并且注意通讯文件格式是否发生变化。如果在外部测试完成之后,通讯文件的格式发生了变化,测试须重新进行。

  ◇ 端对端测试

  指两点或两系统之间,中间有处理过程的测试。端对端测试是外部测试的一种形式,用于检验一笔业务通过一个或多个中介处理机构的应用系统运行后获得预期结果的能力,特别适合于测试实时、交互的应用系统。端对端测试过程中,参测各方需共用一个测试脚本,因而制定可行的测试脚本是很重要的。端对端测试一般不涉及电力电信等基础设施管理部门。

  ◇ 行业测试

  指多数或全部参测方模拟实际业务活动,对特定的应用系统进行的测试。这类测试一般由行业团体或政府部门统一安排,并涉及到电力电信等基础设施管理部门,一般采用统一的测试脚本。为保证测试脚本的可操作性和可行性,使测试获得预期的效果,防止意外的发生,应先进行小范围的行业测试,根据初步测试结果对脚本进行修改,然后扩大测试范围。

  ◇ 回归测试:为了检测在修改系统期间引入的故障而进行的有选择性的重新测试。

  ◇ 黑盒测试

  指在不考虑测试对象(某一系统、平台产品或应用程序)内部逻辑结构的情况下,根据其已知的业务功能,通过输入测试数据、检查输出结果来测试业务功能是否达到要求。这种测试主要着眼于测试对象的外部特征。

  ◇ 白盒测试

  指在已知应用程序内部逻辑结构的情况下,测试有关数据在其内部逻辑结构路径中的处理是否符合要求。它以检查过程细节为基础,着眼于系统的微观实现过程。对于大型业务系统来说,进行白盒测试需要选择各种各样的数据来实现程序大部分逻辑路径的覆盖,这会造成非常大的工作量,因此白盒测试仅被推荐在测试对象较小时进行。

  ◇ 自动测试和手工测试

  根据是否使用测试工具,2000年测试可分为自动测试和手工测试。测试工具是实现测试工作自动化,提高计算机测试水平,加快解决2000年问题工作进度的办法之一。但根据我国目前的实际情况,测试工具并不能完全取代我们要进行的测试工作,手工测试仍然是我们要重点进行的测试工作。

  附件三:2000年符合性测试规范Specification for year 2000 compliancetest (报批稿)中华人民共和国信息产业部计算机2000年问题工作小组

  前言(略)

  1 范围

  本标准提供了2000年符合性测试的规则。

  2 引用标准

  下列标准所包含的条文,通过在本标准中引用而构成为本标准的条文。本标准出版时,所示版本均为有效。所有标准都会被修订,使用本标准的各方应探讨使用下列标准最新版本的可能性。

  GB/T 7408—94 数据元和交换格式 信息交换 日期和时间表示法(eqv ISO 8601—1988)

  3 定义

  3.1 2000年问题year 2000 problem(Y2K)

  由于在计算机硬件、操作系统、网络系统、应用程序、数据库及嵌入式系统等中广泛采用两位十进制数而不是四位十进制数表示年份等原因,而导致基于信息技术的系统在2000年1月1日之前、当天或之后出现潜在故障(例如,当时间从1999年12月31日跨入2000年1月1日时,某些系统将2000年误认为1980年);或因时间判断的混乱而导致系统不能正确处理相关数据,造成系统的混乱甚至崩溃。

  3.2 2000年符合性(Y2K符合性)year 2000 compliance

  基于信息技术的系统能够正确地输入、处理和输出20世纪和21世纪内及其之间的日期数据,即在2000年符合性特定的日期范围的日期数据,且不会因基于日期功能的操作导致系统出现潜在故障。基于日期功能的操作包括:日期的计算、比较、存储、检索、排序、合并和闰年计算等。

  3.3 2000年符合性的有效日期范围year 2000 compliancedate range

  2000年符合性的有效日期范围是指基于信息技术的系统满足2000年符合性特定的日期范围(例如,某系统在1970年至2038年间能够正确处理日期数据且满足2000年符合性要求,则该系统的2000年符合性的有效日期范围是1970年至2038年)。

  3.4 2000年符合性测试year 2000 compliance test

  对基于信息技术的系统进行2000年符合性验证和核查的过程。

  4 2000年工程周期

  2000年工程周期是指使基于信息技术的系统最终达到满足2000年符合性要求的全过程,它通常是由5个阶段组成的。这5个阶段分别为:

  a)认识和规划阶段

  从企业或机构的主要领导至全体员工首先必须认识2000年问题的重要性,研究本单位内外情况、提出项目计划,保证资金和人力等资源。

  b)评估阶段

  按照业务流程和业务关系进行系统清查、评估2000年问题(包括企业内部、业务关系及社会环境等因素)对企业的影响,并评估解决方案;研究并提出针对2000年问题所导致的数据交换问题、系统故障等突发事件的应急计划、措施;通过标识系统的关键性问题,来确定解决2000年问题的优先级及对策。

  c)补救和更新阶段

  对存在2000年问题的系统和部件进行更换、更新、补救(修改、转换)以及对相应的接口进行修改等。

  d)测试和确认阶段

  测试、验证及确认所有存在2000年问题的系统和部件都已采取了补救和更新等措施,并验证所采取的补救措施是有效的,且不影响原有系统的正常运行。

  e)实施阶段

  将所有采取补救措施的系统和部件投入正式使用。

  本标准重点讨论测试和确认阶段的关键问题,同时也描述了其他阶段中出现的基本测试活动。测试是2000年生命周期中各阶段都必须认真考虑的重要因素,并且需要通过周密谨慎的计划和一个严格的、系统的管理办法进行控制才能取得最终的成功。测试将消耗2000年生命周期中大部分的时间和精力。

  5 2000年符合性等级

  为了支持2000年符合性认证的要求,被认证(或测试)的系统应按下列三个等级进行认证(或测试)。

  5.1 A级(完全符合)

  所有的有效日期信息(包括日期输入、显示、存储、处理、计算和输出)都是按照GB/T 7408—1994中5.2.1.1条所规定的日历日期完成表示法(即基本格式“CCYYMMDD”和扩展格式“CCYY—MM—DD”)进行表示。

  所有的年份信息都采用4位数字进行表示。

  所有的日期功能都能正确执行。

  所有的日期功能操作不影响系统的正常运行。

  系统在2000年1月1日之前、当天和之后运行正常,且不因日期的跨越导致系统崩溃或故障的发生。

  5.2 B级(暂时符合)

  有效日期信息(包括日期输入、计算、处理、显示和输出等)部分按照GB/T 7408—1994中5.2.1.1条所规定的日历日期完全示法(即基本格式“CCYYMMDD”和扩展格式“CCYY—MM—DD”)进行表示,部分按照GB/T 7408—1994中5.2.1.3条所规定的日历日期截短表示法(即基本格式“YYMMDD”和扩展格式“YY—MM—DD”)进行表示。

  年份信息采用4位数字或2位数字进行表示,对20世纪和21世纪的日期采用某些临时的补救技术(如窗口法、年份的内部处理等)加以区分,且能正确返回世纪信息。

  所有的日期功能在2000年符合性有效日期范围内都能正确执行。

  在2000年符合性有效日期范围内,所有的日期功能操作不影响系统的正常运行。

  在2000年符合性有效日期范围内,系统在2000年1月1日之前、当天和之后运行正常且不因日期的跨越导致系统的崩溃或故障的发生。

  5.3 C级(不符合)

  系统存在2000年问题,且不满足A级和B级的有关要求。

  6 2000年符合性测试策略

  2000年符合性测试组织(或机构)是实现2000年符合性测试的中心。2000年符合性测试组织(机构)应按下列的策略来开展2000年符合性测试的相关工作。

  6.1 2000年测试评估

  在执行测试前,应对系统及其组件进行2000年问题的分析和评估,本项工作通常是在2000年评估阶段完成,并将影响2000年生命周期中其他阶段的工作。

  6.1.1 评估清单

  列出Y2K测试涉及的系统及其相应的环境,评估清单应包括系统和组件所有部分的2000年问题的完整描述。评估清单还应包括与测试计划、规程、用例相关的问题,所使用的测试数据,测试环境及系统内外部的接口等。

  6.1.2 系统功能分析

  标识整个系统的应用程序(或功能)并确定在整个系统中如何处理日期。最终形成一个最佳的测试计划和规程的总体需求列表。

  6.1.3 测试要素定义

  确定2000年符合性测试涉及的相关要素(如系统环境、接口的类型和数目、程序的规模和复杂性及所使用的编程语言等)。标识专门支持测试的环境组件及所需的测试工具。

  对于由多个应用系统组件构成的大型系统,且这些组件需要同时进行2000年符合性升级,应按逻辑关系标识相互作用的系统或系统内的组件。这些逻辑组件将作为测试中一个独立单位进行单独测试。

  6.1.4 测试的约束因素标识

  标识出用于测试的人员资源、系统可用性、时间持续性、日程安排和影响测试计划或操作的因素等。

  6.2 测试准备

  研究并提出一个详细的测试计划和测试规程,并建立Y2K的测试环境。

  6.2.1 测试计划制定

  标识出测试组织形式、测试人员分工、责任范围、测试时间表、进度安排以及与其他系统有关的配套测试工作安排。

  6.2.2 测试规程制定

  2000年符合性测试规程将包含一个完整的、文档化的、用于每个组件测试特定的测试用例集,并给出详细的测试脚本。

  测试用例必须检测所有日期相关的功能,以包括输入接口、输出接口及内部数据处理中与日期相关的操作。所有的测试要素应在6.1.3中进行标识。2000年符合性测试组织(或机构)必须检测测试用例中每个日期处理的实例,并将测试用例中的所用关键日期测试脚本(条件、过程和步骤)编册建档。

  6.2.3 测试环境建立

  建立专门用于2000年符合性测试的测试环境,以保证2000年符合性测试不影响正常的系统操作和运行。2000年符合性测试组织(或机构)应保证测试环境的正确性和可靠性。

  6.3 2000年符合性测试周期

  6.3.1 基准测试

  在原有的系统运行环境下,对原有的信息技术系统采用6.2.2条中规定的测试规程进行测试,并记录测试结果以便下述测试中比较。

  6.3.2 19××的测试

  在符合Y2K要求的测试环境下,对进行Y2K修改与更新的信息技术系统采用6.2.2条中规定的测试规程进行19××(2000年1月1日以前的日期)测试,将测试结果与基准结果与基准测试结果进行比较,以验证对系统2000年问题的修改不影响其原有的功能。

  6.3.3 20××年测试

  在符合Y2K要求的测试环境下,对Y2K修改与更新的信息技术系统采用6.2.2条中规定的测试规程进行20××(1999年12月31日跨越2000年1月1日和2000年1月1日以后的日期)测试,将测试结果与基线测试结果、19××年测试结果进行比较,以验证对系统2000年以后能正确运行处理,并确认被测试系统满足2000年符合性等级的相关要求。

  6.4 测试报告

  2000年符合性测试组织(机构)应根据2000年符合性测试结果分析所发现的错误并评估其影响,形成测试报告。2000年符合性测试组织应向被测系统出具相关的2000年符合性状况证书。

  7 2000年符合性测试要求

  2000年符合性测试是验证信息系统的功能和性能不受日期为2000年1月1日之前、当日或之后的影响。

  7.1 总体完整性(General integrity)

  当前日期的任何值(包括日期跨越),都不应中断正常系统的运行。

  7.2 日期完整性(Date integrity)

  在应用范围内的所有与日期相关的数据操作,对有效的日期值都将产生预期的结果,日期数据操作包括:运算、存储、检索、比较、排序、合并等,不允许将特殊的日期值赋予专用的意义。

  7.3 显示世纪性(Explicit century)

  接口和数据存储中,日期元素应按照GB/T 7408—1994中5.2.1.1的规定来说明世纪,以消除日期数据的不确定性。

  7.4 隐式世纪性(Implicit century)

  不含有世纪的日期元素,按照GB/T 7408—1994中5.2.1.3所规定的日期截短表示法的日期元素,对于包含它的所有操作都应明确地返回正确的世纪值。

  7.5 闰年(Leap)

  必须能正确识别2000年符合性的有效日期范围内的闰年,2000年必须识别为闰年。

  附录:2000年符合性测试的关键日期

  本附录提供了一些用于2000年符合性测试的关键参考日期。各行业和各单位可根据实际情况进行必要的修改以满足各自的需要。

  硬件平台测试:

  ● 在1999年到2000年翻转时电源接通(BIOS测试及中断接口测试)

  ● 在1999年到2000年翻转时电源断开(实时时钟测试)

  ● 设置2000年日期,电源接通——电源断开(实时时钟革新测试)

  ● 2000年符合性有效日期范围内闰年测试

  操作系统测试:

  ● 1999年2000年翻转使用OS日期设置命令

  ● 2000-01-09到2000-01-10翻转(第一个7位数字日期)

  ● 2000-02-28到2000-02-29翻转(2000年闰年日)

  ● 2000-10-09到2000-10-10翻转(第一个8位数字日期)

  ● 设置2000-12-31(2000年第366天)

  ● 2000-02-29的Julian日期转换(2000年闰年日)

  ● 2000-12-31的Julian日期转换(2000年366天)

  ● 2000-02-29的Julian日期转换(如果支持)

  ● 2000-12-31的Julian日期转换(如果支持)

  软件开发系统测试:

  ● 设置2000-01-01(第一个2000年日期)

  ● 设置2000-01-10(第一个7位数日期)

  ● 设置2000-10-10(第一个8位数日期)

  ● 设置2000-02-29(2000年闰年日)

  ● 设置2000-12-31(2000年第366天)

  ● 2000-02-29(2000年闰年日)的Julian日期转换

  ● 2000-12-31(2000年366天)的Julian日期转换

  ● 用1999系统时钟从1999进入2000的时间跨度计算

  ● 计算1999到2000之间的天数

  ● 计算从1999+n天进入2000的日期

  ● 用2000系统时钟在2000年内的时间跨度计算

  ● 计算两个2000年日期之间的天数

  ● 计算2000+n天的日期

  ● 用2000年系统时钟从1999年2000的时间跨度计算

  ● 计算1999和2000之间的天数

  ● 计算从1999+n天进入2000的日期

  ● 用1999系统时钟在1999年内的时间跨度计算

  ● 计算1999和2000年之间的天数

  ● 计算从1999+n天进入2000年的日期

  应用程序测试:

  ● 日期戳记

  ● 设置1998-01-01(98年标志)

  ● 设置1999-01-01(在日期字段中带99的第一个日期)

  ● 设置1999-08-22(溢出GPS星期计数器)

  ● 设置1999-09-01(第一个3重9日期字段)

  ● 设置1999-09-09(四重9日期字段)

  ● 设置2000-01-01(第一个2000年日期,第一个6位数字日期)

  ● 设置2000-01-10(第一个7位数字日期)

  ● 设置2000-10-10(第一个8位数字日期)

  ● 设置2000-02-29(2000年闰年日)

  ● 设置2000-12-31(2000年第366日)

  ● 设置2001-01-01(二十一世纪,溢出串级系统)

  ● 设置2034-09-30(溢出Unix时间函数)

  ● 设置2038-01-19(溢出Unix系统)

  ● 设置2042-09-18(溢出IBM系统/360)

  ● 设置2100-02-29(无效日期,不是闰年)

  ● 时间跨度计算

  ● 从1999年进入2000年用1999年系统时钟

  ● 在2000年内用2000年系统时钟

  ● 从1999年到2000年用2000年系统时钟

  ● 在1999年内用1999年系统时钟

  ● 直接访问实时时钟(如果实时时钟革新失败)

  ● 扫描用于实时时钟函数调用的可执行代码

  输出/输入接口测试:

  ● 利用1999-12-31(DOD8位数字日期格式)

  ● 利用2000-01-01(第一个2000年日期)

  ● 利用2000-01-10(第一个7位数字日期)

  ● 利用2000-10-10(第一个8位数字日期)

  ● 利用2000-12-31(2000年第366日)

万邦法务资讯网为您提供企业法律顾问在线咨询服务!

本文地址:http://www.ean8.com/fagui/156606.html,转载请注明出!

最新法规
推荐法规