|
|
知识路径： > 信息系统开发和运行管理知识 > 系统实施基础知识 > 系统转换知识 > 新系统运行及系统转换 > 系统转换测试与运行测试 >
|
|
相关知识点：2个
|
|
|
|
|
系统转换测试是转换工作的排练，是为了系统转换而进行的程序功能检查。新系统在没有试用过的时候，是没有真正负担过实际工作的，因此在转换的过程中很有可能会出现事先预想不到的问题。所以，要在新系统投入使用之前进行转换测试。此外，在最初的新旧系统转换时和新系统试运行阶段中，必须要与系统的开发方结合，共同完成。在系统运行正常后，应逐步由用户方独立承担系统的运行与维护工作，完成系统的全面移交工作。
|
|
|
|
|
|
|
|
系统转换工作是在系统软件、硬件、操作系统、配置设备、连接设备、网络环境这些方面的现有条件下，使用新的系统，并进行系统转换测试与运行测试。所以，此时要对当前状态下的环境进行一次审查（有时也被称为发现），搜集关于系统软件、硬件、操作系统、配置设备、连接设备、网络环境等方面的信息，系统转换计划就需要在这个环境下运行。设立基准对于系统转换来说是重要的，因为在开始着手规划如何进展之前，必须要清楚本单位目前处于什么位置。转换测试时，如果不能全面测试系统所有方面的性能或者这样做不划算，则可以采用仿真技术来评估系统转换所造成的影响。
|
|
|
|
此外，还要维护各种用户进程配置默认环境。这里需要特别注意的是，为了保证系统中所有的功能模块都能正确运行，系统管理员在系统试运行阶段时就需要注意各种用户进程的配置方法。因为尽管系统开发方会提供《操作手册》和《技术手册》，但考虑到在大多数情况下，开发方在上系统的时候都会对代码做或多或少的修改，而这些修改是很难及时反应到《手册》中的，所以，在进行系统转换时，管理员很有必要备份这些设置。
|
|
|
|
|
|
当准备选择一个新系统来代替旧系统时，新系统的选择可以根据本单位的当前状况、业务需求、资金计划、时间要求、人员情况等因素来考虑，并充分了解所有可供选择的系统的功能与特性，由IT部门和业务人员经过详细讨论，然后将讨论结果汇报给决策者，做出最终决定。
|
|
|
|
选定了新系统以后，就可以着手准备系统的转换了，但还要考虑到由于使用新系统而受到影响的一些相关系统。例如，新系统可能要求安装在更高版本的操作系统上，则操作系统需要转换成更高版本；或者某些专用软件与新系统不兼容，则需要改用与新系统兼容的软件。也就是说，转换新系统的同时还要转换受影响的相关系统。
|
|
|
|
执行系统是直接用来完成各种工艺动作或生产过程的系统，若企业转换了新系统，则还要考虑转换执行系统是否也需要转换，以适应新系统的要求。
|
|
|
|
用户方软件开发管理者应当参与系统移交的管理工作，选派人员进行应用系统的接管。移交应包括产品、技术、文档的全面移交。移交将会有一个时间过程。新系统正常运行后，必须要了解其运行情况，及时解决运行中发现的问题，并完成应用系统日常的维护工作；了解新的业务需求，设计或完善原有系统，以满足业务的变化。
|
|
|
|
此外，新的计算机系统的投入使用是否包括硬件、系统、网络、终端系统、外围接口的更新或升级，这些方面必须要得到考虑。建议是将问题孤立，能先进行的转换（如网络、终端设备等）先进行，这样有助于转换风险的分解，便于问题的分析判断。转换范围的确定是转换中所要仔细研究并慎重选择的问题。
|
|
|
|
|
|
在系统转换测试之前，首先要选择验证项目，这些项目可以是软件、数据库、文件、网络、服务器、磁盘设备等。充分了解要验证的项目的特性，确保熟知所有需要测试的指标或者问题，并据此设计测试方案，制定测试工作的处理精度、数据精度、转换处理时间、测试规模和范围等。
|
|
|
|
此外，要在系统转换前制定系统转换的判定标准，形成书面的验收标准和文档标准，来判定系统转换是否成功。主要是从以下几个方面来考虑：系统转换是否达到预期的目标；系统转换是否产生了副作用；是否实现了成本效益原则。
|
|
|
|
|
|
进入系统转换的前提条件包括技术上和组织上（或称业务上）的准备。
|
|
|
|
|
|
.新系统已开发完成并经过各项测试（单元测试、功能测试、集成测试、压力测试）。
|
|
|
|
.数据转换程序已开发完成并经过各项测试（单元测试、功能测试、集成测试）。
|
|
|
|
.新系统在数据转换后的数据基础上进行了实际数据的测试。
|
|
|
|
|
|
.准备好转换作业到新系统所需的程序组，该程序组可以将作业转换到新系统中运行，以便测试新系统的运行情况。
|
|
|
|
.准备好转换前后验证转换结果的程序组，该程序组可以对作业转换到新系统前后的运行结果进行比较，来测试新系统的运行是否正确。
|
|
|
|
技术上的准备对新系统顺利转换的保证是必要的，但不可能充分，必须清醒地认识到：我们不可能做到程序上的完全正确。错误可能来自程序，也可能来自需求。组织工作做得好，技术上的问题可以得到及时反映并被解决；组织工作做得差，很小的技术问题可能就会被放大并引起动荡。
|
|
|
|
|
|
.组织落实（指各级部门成立相应的领导小组和工作小组，最高层成立统一的、包括各部门负责人的指挥中心）。
|
|
|
|
|
|
|
|
|
|
|
|
在将转换的系统最终引入实际运作环境之前，可以先根据工作指南手册执行转换，并执行系统转换计划中所包括的测试和检查活动。把质量标准、检查点和审查作为转换测试工作的组成部分，进行严格的测试和验收，包括：功能测试、运作测试、品质测试和综合测试。在许多情况下，这些方面的测试和验收要在独立的“测试环境”中进行。转换测试应当由独立的业务人员和IT人员来执行，对系统的安装流程进行测试和对新系统的功能进行测试，测试系统是否安装正确和系统是否可以按照要求运行。此外，转换测试还要涵盖所有业务的功能，能体现在不同的环境下系统的性能指标，能反映系统对边界值的出错处理能力，能反映接口的完整性，能反映系统对非法用户的抵抗能力等。可以使用需求报告、业务重组报告中主要的关系映射图来构造部份测试方案，特别是对相关业务、相关部门间衔接部分的测试。
|
|
|
|
测试应当覆盖整个安装流程和相应系统的功能集成过程，并且要完成关于记录、跟踪和事后重现的工作。每个测试阶段都要有一个完成标记。应当保留系统测试阶段的全部测试报告（包括失败、出错记录）、所有测试用例及测试结果报告，为今后的系统运行、维护扩充创造条件。此外，转换测试过程所用时间和所需资源可能会与计划中的有差别，也要将这方面的实际情况记录下来。
|
|
|
|
这阶段必须注重测试方案是否合理、全面；特别关注系统功能、性能、响应速度等。要严格把握整个测试阶段的时间，防止在不具备条件的情况下提前进入联合测试或提前结束测试。对在测试阶段暴露的设计、开发、数据、系统等问题给予高度重视，会同各方积极研究解决，为后续的系统转换、试运行做好充分准备。
|
|
|
|
|
|
通过评价转换测试的结果，可以帮助判断新系统的运行是否正常、新系统是否能够实现其功能、新系统的性能如何。有的时候，系统运行时会出现一些局部性的问题，这是正常现象，系统工作人员对此应有足够的准备，并做好记录。系统只出现局部性问题，说明系统是成功的，反之，如果出现致命的问题，则需要对系统转换计划进行重新考虑。
|
|
|
|
利用度量标准评估工作质量并检测测试活动的有效性，如果效果不理想，则可以考虑采用其他测试方法或者使用自动工具来提高测试的效率和有效性。根据转换测试结果可以估计相关的系统转换工作量，并进一步评价系统转换计划是否可行，得到对最终系统转换计划的改善建议。
|
|
|
