数据库专业人士早已深知，应用程序的成败取决于用于测试的数据质量。

　　然而，测试数据管理(TDM)历来被视为次要事项。通常采用手动方式处理，流程不规范，且往往仓促行事。在敏捷开发、DevOps和持续交付的时代，这种做法已不再可行。现代TDM的核心有一项数据库管理员(DBA)再也不能忽视的能力：灵活配置。

　　一刀切绝非良策

　　传统的测试数据配置依赖于完整克隆生产数据库。虽然这种方法简单直接，但效率低下且越来越不切实际。

　　不同的测试活动需要不同的数据特性。单元测试需要小而专注的数据集，集成测试则需要更广泛的覆盖范围。性能测试需要规模;回归测试则需要一致性和可重复性。

　　灵活配置正视了这些差异。通过支持子集生成、可重用的基线以及专为特定目的构建的数据集，DBA能够为每个测试场景提供合适的数据，而无需浪费时间和资源去复制不必要的内容。

　　速度是必需品，而非奢侈品

　　如今的开发团队期望测试环境能够快速交付。当数据配置耗时数天时，应用程序交付就会延迟，缺陷会漏检，DBA则被迫陷入“救火”模式。

　　灵活配置将测试数据交付转变为可重复、自动化的流程。快照、虚拟副本和增量刷新使团队能够快速、可靠地获取一致的数据。

　　对于DBA而言，这意味着紧急请求减少，工作负载更可预测。这也意味着在配置数据时无需牺牲控制权或治理能力。

　　通过智能管理控制成本

　　测试环境通常是数据库存储的最大消耗者。全量副本在众多测试环境中大量复制，会迅速推高基础设施成本，并使备份策略变得复杂。

　　通过减少物理冗余并鼓励数据复用，灵活配置使组织能够以更少的存储空间支持更多的测试。这不仅仅是一项节省成本的措施，更是一种架构改进，使资源消耗与实际业务需求相匹配。

　　安全与合规绝非可有可无

　　监管要求不仅限于生产系统。测试环境通常包含敏感数据，且管控往往不够严格。这使得它们成为合规违规的主要目标。

　　灵活配置将数据保护整合到配置工作流本身中。数据屏蔽、令牌化或合成数据可自动且有选择地应用，确保测试环境获得可用数据的同时不泄露机密信息。这一功能使DBA能够在所有环境中一致地执行治理标准。

　　支持并行开发

　　现代应用程序开发本质上是并行的。多个团队、分支和版本通常同时推进，每个都需要自己的隔离测试环境。

　　僵化的配置模型无法满足这一需求。灵活配置允许从可信基线创建多个独立环境，在保持参照完整性和可重复性的同时，使各团队能够不受干扰地开展工作。

　　大型机的必要性

　　在IBM Db2 for z/OS环境中，对灵活配置的需求更为突出。数据量庞大，关系复杂，且完整复制成本高昂。通过智能子集化和重复利用，无论是在平台内还是分布式环境中，可安全高效地将大型机数据配置用于测试，同时不会损害数据完整性或性能。

　　当然，如果涉及IMS，情况可能会变得更加复杂，原因在于它属于关系型数据库出现之前的层次化结构。通常，用于Db2(及其他关系型数据库系统)的工具无法直接应用于IMS。因此，针对IMS测试数据，需要采用专门的工具和流程。

　　一项战略性的DBA能力

　　灵活的配置能力将TDM从一项战术任务提升为一项战略能力。它能加快交付速度、提高测试质量、降低成本并增强数据安全性。最重要的是，它强化了DBA作为现代应用程序开发的关键贡献者而非瓶颈的角色。

　　在当今的现代化IT环境中，有效的TDM已不再是可有可无的选择。而如果没有灵活的配置能力，TDM根本无法实现。

　　作者：Craig S. Mullins

　　来自 “ https://www.dbta.com/Columns/DBA-Corner/Flexible-P ”