标准规范下载简介

DL／T 1729-2017 电力信息系统......简介：

，您提供的"DL／T 1729-2017 电力信息系统"看起来像是一个标准或者规范的编号，但没有提供足够的信息让我给出详细的简介。通常，电力信息系统（Power Information System，简称PIS）是电力行业中用于数据收集、处理、分析和决策支持的信息系统，它在电力生产、运营、管理和市场营销中起着至关重要的作用。

如果"DL／T 1729-2017"是中国电力行业的一个具体标准，那么它可能规定了电力信息系统的设计、开发、实施、运行和维护的具体要求，包括可能的数据安全、系统稳定性、功能完备性等方面，以确保电力信息系统的有效运作和数据的安全。

然而，没有具体的标准内容，我无法给出更详尽的解释。如果你能提供更多的上下文或者标准的具体内容，我会很乐意帮助你更深入地理解它。

DL／T 1729-2017 电力信息系统......部分内容预览：

测试环境应包括测试的运行环境和测试工具环境。测试的运行环境一般应符合测试合同（或项目 计划）的要求，通常是软件及其所属信息系统的正式工作环境。第三方确认测试一般应采用黑盒测试 方法，具体方法的说明参见附录A。

第三方确认测试完成后形成的文档一般应有： a）第三方确认测试计划； b）第三方确认测试说明； c）第三方确认测试报告； d）第三方确认测试记录和测试日志； e）第三方确认测试问题报告。 可根据需要对上述文档及文档的内容进行裁剪，

《城乡居民基本养老保险服务规范 GB/T31597-2015》第三方确认测试完成后形成的文档一般应有： a）第三方确认测试计划； b）第三方确认测试说明； c）第三方确认测试报告； d）第三方确认测试记录和测试日志； e）第三方确认测试问题报告。 可根据需要对上述文档及文档的内容进行裁剪。

7.3.1测试目的和对象

信息系统通过第三方确认测试 过后在上线试运行前在实际 署环境中开展的测试。信息系统首次 是完整的信息系统

试的内容是上线试运行信息系统的兼容性、响应

上线测试一般应符合以下测试要求： a）信息系统首次上线，应开展上线测试； b）上线测试应测试上线信息系统的兼容性、响应能力、安全性等

7.3.4测试环境和方法

测试环境应包括测试的运行环境和测试工具环境。测试的运行环境一般应符合软件测试合同 目计划）的要求，通常是软件及其所属信息系统的正式工作环境。上线测试一般应采用黑盒测 ，具体方法的说明参见附录A。

上线测试完成后形成的文档一般应有： a）上线测试计划； b）上线测试说明； c）上线测试报告； d）上线测试记录和测试日志； e）上线测试问题报告。 可根据需要对上述文档及文档的内容进行裁剪

7.4.1测试且的和对象

验收测试的目的是在真实的用户工作环境下检验完整的信息系统，是否满足信息系统开发合同 （或需求规格说明书）规定的要求。信息系统从试运行转正式运行前，应对生产环境进行验证测试， 完成验收测试。验收测试的对象是完整的信息系统。

验收测试的内容是 护性、可靠性，以及对试运行期 信息系统数据备份与恢复、

验收测试一般应符合以下测试要求： a）信息系统从试运行转正式运行前，应对生产环境进行信息系统验证测试； b）验收测试应测试信息系统的易用性、可维护性、可靠性； c）试运行期间应开展的信息系统数据备份与恢复测试； d）试运行期间应开展的应急与快速恢复测试； e）其他测试要求同第三方确认测试要求，

7.4.4测试环境和方法

则试环境应包括测试的运行环境和测试工具环境。测试的运行环境一般应符合测试合同（或项 的要求，通常是软件及其所属信息系统的正式工作环境。验收测试一般应采用黑盒测试方法 方法的说明参见附录A。

上线测试完成后形成的文档一般应有： a）验收测试计划； b）验收测试说明； c）验收测试报告； d）验收测试记录和测试日志； e）验收测试问题报告。 可根据需要对上述文档及文档的内容进行裁剪。

7.5.1测试目的和对象

DL/T 1729 2017

信息系统进行版本升级时，应对信息系统受影响部分在实际生产部署环境中开展运行测试。运行 测试的对象是完整的信息系统。

运行测试的内容是测试信息系统受影响部分的兼容性、响应能力等。

运行测试一般应符合以下测试要求： a）信息系统进行版本升级时，应对信息系统受影响部分在实际生产部署环境中开展运行测试； b）信息系统受影响部分应通过兼容性测试； C）信息系统的响应能力达到开发技术合同规定的要求

7.5.4测试环境和方法

测试环境应包括测试的运行环境和测试工具环境。 测试的运行环境一般应符合软件测试合同（或项目计划）的要求，通常是软件及其所属信息系统 的正式工作环境。 运行测试一般应采用黑盒测试方法，具体方法的说明参见附录A。

运行测试完成后形成的文档一般应有： a）运行测试计划； b）运行测试说明； c）运行测试报告； d）运行测试记录和测试日志； e）运行测试问题报告。 可根据需要对上述文档及文档的内容进行裁剪

回归测试的测试目的是： a）测试信息系统变更之后，变更部分的正确性和对变更需求的符合性； b）测试信息系统变更之后，信息系统原有的、正确的功能、性能和其他规定的要求的不损害性。 回归测试的对象包括： a）未通过内部测试的模块，在变更之后，应以其进行内部测试： b）未通过第三方确认测试的信息系统，在变更之后，首先应对变更的单元进行测试，然后再进行 相关的集成测试和第三方确认测试： c）因其他原因进行变更之后的单元，也首先应对变更的单元进行测试，然后再进行相关的测试。 信息系统各阶段测试未通过后均应再次申请回归测试，本标准中只列内部测试和第三方确认测试

DL/T17292017 的回归测试，上线测试、验收测试和运行测试可参照第三方确认回归测试内容开展测试工作，具体内 容可依据实际情况进行裁剪。

一般应根据变更情况确定内部回归测试的测试内容。可能存在以下三种情况： a）仅重复测试原内部测试做过的测试内容； b）修改原内部测试做的测试内容； c）在前两者的基础上增加新的测试内容

一般应根据变更情况确定内部回归测试的测 a）仅重复测试原内部测试做过的测试内容 b）修改原内部测试做的测试内容； c）在前两者的基础上增加新的测试内容。

一般应符合原内部测试的技术要求，可根据变更情况酌情裁剪。当回归测试结果和原内部测试的 正确结果不一致时，应重新进行回归测试，

8.2.3测试环境和方法

内部回归测试的测试环境要求应与原内部测试的测试环境要求一致。 当未增加新的测试内容时，内部回归测试应采用原内部测试的测试方法，否则应根据情况选择适 当的测试方法。

部回归测试完成后形成的文档一般应有： a）内部回归测试计划； b）内部回归测试说明； c）内部回归测试报告； d）内部回归测试记录； e）内部回归测试问题报告。 可根据要求对上述文档及文档的内容进行裁剪。 上述文档也可分别作为内部测试产生的文档的补充件。

8.3第三方确认回归测试

对于变更的信息系统的测试，测试人员应分析信息系统受变更影响的范围，并据此确定回归测试 内容。可能存在以下三种情况：一是仅重复测试与变更相关的，并在原信息系统测试中的做过的测试 内容；二是修改与变更相关的，并在原信息系统测试中做的测试内容；三是在前两者的基础上增加新 的测试内容。

第三方确认回归测试的测试要求一般应符合以下原则： a）对变更的信息系统的测试，应符合原第三方确认测试的技术要求，可根据受影响情况进行 裁剪； b）当回归测试结果和原第三方确认测试的正确结果不一致时，应对出现问题的单元重新进行回归

DL/T17292017

测试； c）信息系统主版本升级，应完成第三方确认测试，子版本升级时，应完成第三方确认测试的安全 测试。

8.3.3测试环境和方法

对于变更的信息系统的测试，其测试环境要求应与原第三方确认测试的测试环境要求一到 对于变更的信息系统的测试，当未增加新的测试内容时，信息系统测试采用原信息系 法：否则，根据情况选择适当的测试方法

《电气安全标志 GB/T 29481-2013》第三方确认回归测试完成后形成的文档一般应有： a）信息系统回归测试计划； b）信息系统回归测试说明； c）信息系统回归测试报告； d）信息系统回归测试记录和测试日志； e）信息系统回归测试问题报告。 可根据需要对上述文档及文档的内容进行裁剪。 上述文档可作为第三方确认测试产生的文档的补充件。

附录A （资料性附录） 软件测试方法

1）模块中是否使用语言完整定义的有限子集？ 2）未使用内存的内容是否影响信息系统安全？处理是否得当？ e）存储器使用：

DL/T1729 2017

1）每一个域在第一次便用前正确地初始化了吗？ 2）规定的域正确吗？ 3）每个域是否由正确的变量类型声明？ 4）存储器重复使用吗？可能产生冲突吗？ f) 测试和转移： 1）是否进行了浮点相等比较？ 2）测试条件正确吗？ 3）用于测试的变量正确吗？ 4）每个转换目标正确并至少执行一次？ 5）三种情况（大于0，小于0，等于0）是否已全部测试？ g）性能： 1）逻辑是否被最佳地编码？ 2）提供的是一般的出错处理还是异常的例程？ h）可维护性： 1）所提供的列表控制是否有利于提高可读性？ 2）标号和子程序名符合代码的意义吗？ i) 逻辑： 1）全部设计是否均已实现？ 2）编码是否做了设计所规定的内容？ 3）每个循环是否执行了正确的次数？ 4）是否已直接测试了输入参数的所有异常值？ j) 软件多余物： 1）是否有不可能执行到的代码？ 2）是否有即使不执行也不影响程序功能的指令？ 3）是否有未引用的变量、标号和常量？ 4）是否有多余的程序单元？ 代码审查问题表应写明所查出的差错类型、差错类别、差错严重程度、差错位置、差错原因， 型有文档差错、编程语言差错、逻辑差错、接口差错、数据使用差错、编程风格不当、软件多 差错类别有遗漏、错误、多余。 这种静态测试方法是一种多人一起进行的测试活动SJG 85-2020 边坡工程技术标准，要求每个人尽量多提出问题，同时讲述程 会突然发现的一些问题。这时要放慢进度，把问题分析出来。

d）形成报告：会后将发现的差错形成报告，并交给程序开发人员。对发现差错较多或发现重大差 错的，在改正差错之后再次进行会议走查。 这种静态测试方法是一种多人一起进行的测试活动，要求每个人尽量多提供测试实例，这些测试 实例是作为怀疑程序逻辑与计算差错的启发点，在随测试实例游历程序逻辑时，在怀疑程序的过程中 发现差错。这种方法不如代码审查检查的范围广，差错覆盖全。