关于印发《中国建设银行解决2000年问题测试规范》的通知

中国建设银行关于印发《中国建设银行解决"2000年问题"测试规范》的通知 　　1999年5月4日　建总发[1999]58号 　　建设银行各省、自治区、直辖市分行，计划单列市分行，苏州、三峡分行，哈尔滨投资高等专科学校、常州财经学校： 　　依据《中国人民银行解决计算机2000年问题符合性测试规范》，结合我行自身实际情况，总行"2000年问题"工程项目组制定了《中国建设银行解决"2000年问题"测试规范》(以下简称"测试规范")，现予印发并就有关事项通知如下： 　　一、各行要依据"测试规范"，对本行解决"2000年问题"前一阶段测试工作中没有进行符合性测试的主要系统进行认真补课。 　　二、本"测试规范"将作为下一阶段全行制定实际环境测试方案的主要依据之一。 　　三、各行在执行"测试规范"过程中遇到的问题，要及时反馈给总行解决"2000年问题"工程项目组。 　　中国建设银行解决"2000年问题"测试规范 　　（1999年4月） 　　为指导建设银行"2000年问题"符合性测试工作，依据《中国人民银行解决计算机2000年问题符合性测试规范》的精神，本着建设银行解决"2000年问题"要"测试、测试、再测试"的原则，按照测试组织机构、测试计划、测试数据、测试环境、2000年符合性测试、测试记录和分析、测试验收和切换上线及测试文档等几个方面，结合中国建设银行实际情况，特制定本测试规范。 　　一、测试组织机构 　　建立测试组织机构，是为了明确测试目的，落实测试任务，有效进行测试工作。 　　1.1测试小组测试小组是在解决"2000年问题"工作组下成立的，由业务部门负责牵头，业务人员、监管人员和技术人员共同参加的专门组织，负责2000年符合性测试工作。 　　1.2成员职责 　　●业务人员负责组织制定测试计划、设计测试案例、准备测试数据、进行验收测试及协助上线运行，进行测试记录和结果分析，编写测试报告。 　　●监管人员负责检查、监督测试工作按计划完成。 　　●技术人员负责建立测试环境，提供技术支持，协助业务人员制定测试计划、设计测试案例、准备测试数据和进行结果分析，切换上线。 　　●测试过程中涉及到的有关组织协调工作由解决"2000年问题"工作组负责。 　　二、测试计划 　　制定完整、详细的测试计划是顺利完成测试工作的关键。测试计划包括： 　　2.1测试评估 　　制定测试计划前，必须对系统及其组成部分进行评估。掌握系统及其环境的基本情况，对整个系统的业务功能、测试的工作量进行分析，掌握系统中处理日期的方式，确定接口的类型和数目、程序的规模和复杂性、编程语言、代码的年代等，为设计测试案例提供依据。 　　2.2测试范围 　　2000年符合性测试范围包括系统平台测试和应用系统测试。 　　2.2.1系统平台"2000年问题"测试 　　系统平台是指支撑应用系统运行的硬件（主机、网络、外围设备等）和系统软件（操作系统、数据库系统、通讯平台等），这部分产品的测试用以下两种方式进行： 　　●仔细检查产品供应商提供的系统平台产品2000年符合性测试确认书。若发现问题，应采取有效的解决方案，并报总行解决"2000年问题"工程项目组。 　　●为确保整个系统，特别是几种系统平台整合后"2000年问题"的兼容性，各行应对整合后的系统平台产品进行测试。因为不能排除个别厂商的个别产品出现不可测试的错误。系统平台的2000年测试重点是时间跨越测试。 　　2.2.2应用系统"2000年问题"测试 　　应用系统测试是"2000年问题"测试工作的主要内容。将整个系统实际运行中涉及到的所有资源（硬件、软件平台、业务应用软件、测试数据）都集合在一起进行系统测试。通过测试确认应用系统的修改是否准确，应用系统的运行情况是否达到预期的标准，验证整个系统是否实现"2000年问题"就绪，最终用户的业务需求是否能够得到满足。 　　2.3测试方法 　　根据测试对象的实际情况，必须进行各种必要的测试。既要进行单元测试，也要进行系统测试；既要测试系统表现的各项功能，也要测试系统的内部处理流程。 　　2.4测试进度 　　测试计划必须对整个测试工作的进度进行描述，作出具体的时间安排。必须制定书面的测试进度表，内容包括时间段、任务、责任人等要素。测试小组应按照进度要求，完成每个时间段的工作。 　　2.5测试时间点 　　"2000年问题"测试工作的特殊性，在于必须对测试对象进行敏感日期条件下的功能测试。敏感日期的选择将直接影响测试结果，测试案例的设计必须结合不同的日期进行。测试时间点的选择参见附录1。 　　2.6测试案例 　　测试案例是测试计划的细化，是针对某一具体系统的具体功能设计的测试方案。设计测试案例的原则是必须覆盖测试对象的各种情况。 　　●设计测试案例时要对被测系统的功能进行逐步划分，并根据划分的每一项子功能所涉及的时间处理内容确定测试案例。 　　●设计测试案例时首先应列出需要测试的全部时间点和时间段，并根据系统的具体情况，对列出的时间点和时间段进行分组，确定必须测试的时间点和时间段。根据上述分组，列出系统每一项子功能需要测试的时间点和时间段，根据划分情况设计测试案例。 　　●测试案例必须包括的要素有：案例名称、案例编号、测试日期、测试人员、测试对象、预期结果、测试结果、结果分析等。 　　三、测试数据准备 　　2000年符合性测试数据分业务数据和敏感日期数据两个方面。测试数据必须建立完整的文档。 　　3.1业务数据 　　业务数据主要指系统运行中为实现各项业务功能而使用的数据，这些数据主要通过搜集系统日常运行中的样本经验数据和随机数据获得。测试用业务数据必须真实、全面，涵盖建设银行的全部业务范围，以保证对系统进行完全的功能正确性和完整性测试。准备测试数据时，必须作好测试数据的初始化和各类测试用卡、折的准备。 　　3.2敏感日期数据 　　"2000年问题"测试工作的特殊性，在于必须对测试对象进行敏感日期条件下的功能测试。而敏感日期的选择将直接影响测试结果，因此此类数据的测试是"2000年问题"测试工作的重点。敏感日期的选择参见附录1。 　　由于建设银行应用系统的多样性，附录1中日期数据可能并不能代表全部的测试日期，因此各行应根据各测试系统的实际情况增加或减少测试日期数据。 　　四、测试环境准备 　　测试环境的准备是做好"2000年问题"测试工作的前提和保障，必须严格按照建立测试环境的原则和要求作准备。 　　4.1建立测试环境的原则 　　测试环境必须是硬件、系统平台"2000年问题"就绪。进行测试的环境通常有两种，一种是使用备份、开发环境或专门建设的测试设施等非生产环境，在此种环境下可以进行应用程序的绝大部分测试；另一种是用系统实际生产环境进行部分测试，但由于进行此类测试在模拟未来系统日期时会涉及一系列的系统改动，操作不当将使系统难以恢复，严重的会影响生产环境正常运行，执行前要求制定完善的测试方案。 　　4.2建立测试环境的要求 　　测试环境的建立要求模拟真实的运行环境，以保证测试的全面性。但对于复杂的应用系统而言，由于真实环境的庞大，如网点数很多，完全模拟无法操作。可通过筛选，选取功能齐全、具有典型意义的网点进行模拟，使测试环境具有代表性。 　　4.3硬件测试环境 　　测试使用的硬件环境必须是2000年就绪，并有详细的文档说明。 　　硬件平台环境说明 　　序号 项目 硬件名称 型号 2000年就绪情况 　　1 主机 　　 　　 　　 　　 　　 　　 　　 　　2 服务器 　　 　　 　　 　　 　　 　　 　　 　　3 网络 　　 　　 　　 　　 　　 　　 　　 　　 　　 　　 　　 　　 　　 　　 　　 　　 　　N 其他 　　 　　 　　 　　 　　 　　 　　 　　4.4系统软件环境 　　测试使用的系统软件环境（包括操作系统、数据库、通讯软件、开发工具、中间件等与系统有关的软件）必须是2000年就绪，并有详细的文档说明。 　　系统软件环境说明 　　序号 项目 系统名称 版本 2000年就绪情况 　　1 操作系统 　　 　　 　　　 　　 　　 　　 　　 　　2 数据库 　　 　　 　　 　　 　　 　　 　　 　　3 通讯平台 　　 　　 　　 　　 　　 　　 　　 　　4 　　 　　 　　 　　 　　 　　 　　 　　 　　 　　 　　 　　 　　 　　 　　 　　 　　 　　N 其他 　　 　　 　　 　　 　　 　　 　　 　　4.5外部接口环境 　　列出与测试环境有关的外部接口的情况（包括：银证转账、金卡工程、代理业务、天地对接等）。 　　五、2000年符合性测试 　　通过2000年符合性测试使系统（包括系统平台和应用系统）能够正确地输入、处理和输出20世纪和21世纪内及其之间的日期数据。 　　5.1测试内容 　　2000年符合性测试包括业务功能测试和2000年敏感日期测试。 　　5.1.1业务功能测试 　　验证业务系统的正常功能在解决"2000年问题"程序修改前后的一致性和完整性，验证有无出现功能丢失和缺损、有无出现新的错误以及性能下降等情况。 　　5.1.2日期功能测试 　　验证业务系统在涉及到"2000年问题"敏感日期数据处理（计算、比较、排序、输入输出、存储、打印和显示等）时能否得出正确、清晰的结果。 　　5.2测试步骤 　　2000年符合性测试应根据测试计划，按设计的测试案例和测试题进行，但必须进行以下几个阶段的测试： 　　5.2.1基线版本测试 　　基线版本测试是测试修改前的应用程序在当前日期的执行情况，其目的是通过记录测试结果，建立基础数据，用于掌握和比较系统修改后的系统功能和性能有无变化。 　　测试方法是对尚未做过修改的应用程序，在现行系统运行环境下，按测试案例进行测试，并记录测试结果。测试案例应涵盖系统的主要业务功能和需修改的程序，并检测所有日期相关的功能，以便于与后续测试的结果相比较。测试后将记录的测试结果和预期的结果进行比较，如果不一致，需查找问题、进行修正后再进行测试；如果和预期结果一致，则完成该应用程序的基线版本测试。 　　5.2.2当前日期测试 　　当前日期测试是经基线版测试并修改后的应用程序在当前日期的执行情况，通过将测试结果与基线测试的结果进行比较，以验证系统不会因修改2000年程序而产生问题。 　　测试方法是将修改后的应用程序移入测试环境，按与基线测试相同的测试案例进行，将记录的测试结果与基线版本测试结果进行比较，验证系统功能及性能有无变化。如果结果不正确，需查找问题，进行修改，再进行新一轮的当前日期测试。 　　5.2.3未来日期测试 　　未来日期测试是模拟修改后的应用程序在敏感日期的执行情况，并将测试结果与当前日期测试结果进行比较，来确保这些日期不会引发程序或系统问题。未来日期测试应覆盖所有的敏感日期，包括199X年测试和200X年测试。测试方法是在将修改后的应用程序移入测试环境后，将系统时钟调整到各个敏感日期和时间，根据不同测试要求，输入业务数据和日期数据，进行普通业务功能测试和敏感日期功能测试。将记录下的测试结果和预期的结果作比较，验证系统功能有无变化和日期处理结果是否正确。结果不正确，需查找问题，进行修改，再进行新一轮的未来日期测试。 　　由于系统时钟在计算机系统中具有重要地位，因此在修改系统时钟时一定要慎重，并提前做好数据备份和其他有关准备工作。如果在测试工作中一旦出现系统瘫痪，可进行安全恢复。 　　六、测试记录和分析 　　测试记录和分析在测试工作中有着重要的地位，是测试过程的具体反映。通过测试记录和分析，确认测试工作的目标是否完成。 　　6.1测试记录测试 　　工作一定要有完整的测试记录和归档计划，作为测试工作的记录和测试工作认证的依据。在测试过程中要以测试案例为基础，对测试中的所有测试时间、测试对象、输入条件、测试参数、测试数据、主要步骤、测试结果和测试人员等进行系统记录，以利于测试结果的比较和验证。 　　6.2测试分析 　　测试后，通过对测试结果分析，准确判断应用系统是否达到了2000年就绪。由于"2000年问题"的隐蔽性和复杂性，需要多次重复进行测试、修改、再测试工作。利用测试记录，实现对测试版本的管理。 　　6.3签字认可 　　在每一项测试工作完成后，都应有相应的参加测试人员及监督人员在测试记录上签字认可，以明确工作责任，保证"2000年问题"测试工作的严肃性和完整性，同时也为未来出现"2000年问题"追究工作责任提供依据。 　　6.4测试总结 　　测试总结主要是对测试的计划、方案、数据、环境、步骤、结果及分析等全过程进行总结，并形成书面报告，作为测试阶段验收的依据。 　　2000年测试问题报告处理单 　　系统名称 　　 测试时间 　　 　　案例名称 　　 案例编号 　　 　　问题描述 　　出错位置 　　解决方案 　　问题发现人签字：日期： 测试组长签字：日期： 修改人员签字：日期： 　　七、测试验收和切换上线 　　为了保证全面、细致地完成2000年测试工作，需要对测试结果和测试过程进行验收，确认修改后的系统是否达到2000年就绪，并可切换上线运行。 　　7.1测试验收 　　2000年符合性测试的验收工作由业务主管部门组织执行。监管部门最终组织对2000年符合性测试的验收工作进行检查。 　　2000年符合性测试验收是对2000年符合性测试结果及测试过程进行验证。对测试结果的验证主要在测试工作中体现，即在测试工作阶段由测试人员保证测试结果达到2000年符合性要求；测试过程的验收主要对测试工作执行过程进行认证，即由验收人员检查测试工作的过程及文档，确认测试工作的真实性、准确性、完整性。 　　2000年符合性测试过程的验收工作包括应以下内容： 　　（1）测试方案的验收：是否有测试方案及评审意见。 　　（2）测试数据的验收，包括： 　　●是否覆盖全部业务种类 　　●是否覆盖系统中所有功能 　　●敏感日期的选择是否全面 　　●可行性、正确性、结构是否合理 　　（3）是否按设计完成了全部案例测试。 　　（4）凭证、报表、账簿是否全部保留。 　　（5）系统生成的各种文档是否齐全。 　　（6）测试题是否都有参加人员的签字。 　　（7）测试记录分析报告是否齐全。 　　7.2切换上线 　　测试后的系统通过验收、确认运行稳定后，就可切换上线。切换前要对上线工作进行部署，制定上线切换方案。同时要制定出相应的切换应急措施和方案，保证系统的恢复。系统切换初期，业务人员和技术人员要密切关注系统运行情况，发现问题及时解决和处理，确保业务的连续进行。 　　八、测试文档 　　测试文档主要指测试过程中形成的文字、数据资料，能够正确反映测试工作中的各个阶段性步骤和成绩。 　　8.1归档要求 　　测试文档必须按科技档案管理的要求，及时、全面进行归档。 　　8.2文档内容 　　测试文档的主要内容包括： 　　●系统评估报告 　　●测试计划 　　●测试方案、测试题集 　　●测试记录、分析报告 　　●测试总结报告 　　●测试验收报告（业务部门） 　　九、附则 　　本测试规范的解释权属于中国建设银行解决"2000年问题"工程项目组。