SQL Server数据库配置管理工具测试报告-CSDN博客

本文链接：https://blog.csdn.net/weixin_41646716/article/details/149898552

一、测试概述

1、测试目的

本次测试针对数据库配置管理工具的排程创建、维护计划设置及任务配置功能，验证工具在备份、压缩、清空、清空历史记录任务调度场景下的可用性与准确性，确保计划按配置执行，满足数据库日常维护需求。

2、测试范围

覆盖工具主要功能模块：

排程管理：频率设置、执行周期配置；
维护计划：触发条件（磁盘容量、数据库容量等）、通用参数（用户控制、操作记录）；
任务配置：备份（路径、压缩、过期）、压缩（容量阈值、空间释放）、清空（数据留存周期）。

二、测试环境

工具版本：数据库配置管理工具（基于界面功能测试）
操作系统：Windows
数据库类型：SQL Server 以及工具支持通用任务配置

三、测试用例与结果

1、排程创建测试

测试点：排程频率、执行时间、周期规则的配置与显示

操作步骤
1. 进入 “排程列表”，点击 “+” 新建排程，命名为 “新建排程 1”。
2. 配置计划类型为 “重复执行”，“执行一次”，频率 “每天”（执行间隔 “1 天”）、“每周”（执行间隔 “1-4周”）、“每月”（1-30日，1-12月）、，每天执行时间 “00:00:00”，开始日期 “2025-06-25”，结束日期不设置（长期执行）或者手动设置结束日期。
3. 配置计划类型为 “执行一次”，开始日期 “2025-06-25”，开始时间 “00：00：00”
4. 保存配置，查看左侧列表及右侧摘要描述。
摘要描述说明：显示 “Occurs every day at 00:00:00. Schedule will be used starting on 2025-06-25.”，与配置匹配。
实际结果：摘要描述正确跟配置匹配，排程基础配置功能正常。

2、维护计划通用条件测试

测试点：维护计划触发条件（磁盘容量、数据库容量、记录条数）是否可正常勾选和配置

操作步骤
- 1. 选择 “维护计划列表” - “新建维护计划 1”，切换至 “通用” 标签页。
  2. 依次勾选 / 取消勾选磁盘容量、数据库容量（仅 Access）、记录条数、维护时间触发条件，设置阈值（如磁盘容量＜100M、数据库容量＞100M、记录条数＞10000 条），维护时间关联 “新建排程 1”。
  3. 尝试勾选 “用户控制”“操作记录”“确认 / 校准”，输入模拟内容（如用户控制备注 “仅管理员执行” ），保存配置。
- 预期结果
  - 触发条件勾选无报错，阈值随勾选动态启用 / 禁用，可输入无误；
  - 通用参数（用户控制、确认/校验）内容可保存，界面交互流畅。
- 实际结果
  - 触发条件配置灵活，阈值与排程关联正常；
  - 通用参数支持自定义填写，功能逻辑无异常，满足复杂维护场景需求。

4、任务配置测试（备份 / 压缩 / 清空/清空历史记录）

1. 备份任务

测试点：备份路径有效性、压缩策略、过期规则及任务列表管理

1、操作步骤

进入 “新建维护计划 1” 的 “任务” 标签页，点击 “添加” 新建任务，命名为 “备份任务 1”。
任务类型选 “备份”，默认给出配置路径 “D:/HMINavi/backcup”（本地真实路径，需具备读写权限），
勾选 “压缩备份”，设置备份过期是天为单位。（经测试结果：此功能还不能使用：这个是同一个路径，同一个文件名文件，否则不起作用）
补充 “Copy-Only 备份”、“执行校验和”、“验证备份完整性” 等可选功能（模拟高级需求），保存任务。

1) Copy-Only备份（不会影响现有备份链的特殊备份方式。主要用于临时备份，比如迁移、测试或应急恢复，而不打乱完整备份和差异备份的计划）

COPY_ONLY 只适用于 完整备份和事务日志备份，不适用于差异备份。
```
BACKUP DATABASE [YourDatabase]
TO DISK = N'D:\Backup\YourDatabase_CopyOnly.bak'
WITH COPY_ONLY;
```
2) 执行校验和（用来增强备份的完整性验证，能在备份时检测数据页的损坏）

启用 CHECKSUM 会略微增加备份耗时和 CPU 开销，但在关键数据环境中是值得的。

如果备份失败提示校验错误，要检查数据库页是否已损坏，可进一步用 DBCC CHECKDB() 检查。

3) 验证备份完整性

使用 CHECKSUM 进行备份和验证，备份时启用 CHECKSUM，然后通过 VERIFYONLY 可以进一步检测数据页校验：

4) 出错时继续备份（在备份过程中遇到错误时继续备份其他数据库或任务）

T-SQL 脚本中用 TRY...CATCH ，适用于多个数据库或多个步骤的备份操作。即使一个出错，其他可以继续执行。
```
BEGIN TRY
    BACKUP DATABASE [DB1]
    TO DISK = 'D:\Backup\DB1.bak'
    WITH CHECKSUM;
END TRY
BEGIN CATCH
    PRINT 'DB1 备份失败: ' + ERROR_MESSAGE();
END CATCH;

BEGIN TRY
    BACKUP DATABASE [DB2]
    TO DISK = 'D:\Backup\DB2.bak'
    WITH CHECKSUM;
END TRY
BEGIN CATCH
    PRINT 'DB2 备份失败: ' + ERROR_MESSAGE();
END CATCH;
```
检查任务列表是否新增 “备份任务 1”，参数是否与配置一致。

2、预期结果

任务成功添加，列表显示 “备份任务 1”；
路径、压缩、过期等参数精准留存，可选功能标记正确。

3、实际结果

备份任务配置完整，路径合法性找到文件中备份内容，本地打开乱码；
压缩、过期规则清晰，满足数据定期备份与存储优化需求。

2. 压缩任务

测试点：压缩任务的阈值（容量、空间占比）及空间释放策略是否生效

操作步骤
1. 点击 “添加” 新建任务，命名为 “压缩任务 1”，任务类型选 “压缩”。
2. 设置 “当超过限定容量 50MB 压缩数据库”，“压缩后要保留的可用空间占比 10%”，选择 “将释放的空间返还操作系统”（模拟释放磁盘空间）。
3. 对比 “在数据库文件中保留释放的文件空间” 选项，验证配置差异，保存任务。
预期结果
- 压缩规则（容量触发、空间占比、释放策略）正确记录；
- 两种空间处理策略可区分配置，无逻辑冲突。
实际结果
- 压缩任务参数配置无报错，空间策略清晰；
- 需结合真实数据库测试触发效果（当前仅界面验证），但配置功能正常。

3. 清空任务

测试点：清空任务的时间条件（超过 4周的记录）是否可配置

操作步骤
1. 点击 “添加” 新建任务，命名为 “清空任务 1”，任务类型选 “清空”。
2. 设置 “超过 4 周的记录” 为清空条件（单位支持 “小时”、“天” 、“周”、“月”、“年”切换），验证配置兼容性。
3. 保存任务，检查条件参数是否随单位切换更新。
预期结果
- 时间周期（数值 + 单位）可灵活配置，保存后参数准确；
- 单位切换无报错，满足不同数据留存策略。
实际结果
- 清空任务支持多时间单位配置，参数留存正常；

5、任务执行逻辑验证（补充测试）

测试点：任务依赖、执行顺序及排程关联

操作步骤
1. 新建 “备份任务 2”（依赖 “备份任务 1” 执行，工具支持 “向上移 / 向下移” 调整顺序），设置 “备份任务 1” 执行后触发 “备份任务 2”。
2. 关联排程 “新建排程 1”，模拟 2025-06-25 00:00:00 触发条件，检查任务执行顺序逻辑。
预期结果
- 任务顺序可调整，依赖关系可配置；
- 排程触发后，任务按顺序执行（需日志或模拟执行验证）。
实际结果
- 任务顺序调整功能正常，但工具未提供 “模拟执行” 按钮，无法直接验证执行逻辑；
- 需补充执行日志功能，辅助测试任务调度效果。