- ETL Testing - Interview Questions
- ETL Testing - Best Practices
- ETL Testing - Automation
- ETL Testing - Backup Recovery
- ETL Testing - Data Completeness
- ETL Testing - Data Quality
- ETL Testing - Data Transformations
- ETL Testing - Metadata
- ETL Testing - Data Accuracy
- ETL Testing - Scalability
- ETL Testing - Performance
- ETL Testing - Scenarios(Test Cases)
- ETL Testing - Process
- ETL Testing - Techniques
- ETL Testing - Challenges
- ETL Testing - Categories
- ETL vs Database Testing
- ETL Testing - Tasks
- ETL Testing - Introduction
- ETL Testing - Home
ETL Testing Useful Resources
Selected Reading
- Who is Who
- Computer Glossary
- HR Interview Questions
- Effective Resume Writing
- Questions and Answers
- UPSC IAS Exams Notes
ETL Testing – Scenarios
ETL 测试情景用于验证电子语言测试过程。 下表解释了电子计算器使用的一些最常见情景和测试案例。
Test Scenarios | Test-Cases |
---|---|
结构验证 |
它涉及根据绘图文件验证来源和指标表结构。 数据类型应在源头和指标系统中验证。 源头和指标系统的数据类型长度应当相同。 数据领域类型及其格式应在源头和指标系统中相同。 确定目标系统中的栏目名称。 |
验证制图文件 |
它涉及验证制图文件以确保提供所有信息。 制图文件应当有变更记录、保存数据类型、长度、转换规则等。 |
定论 |
它涉及核实制约因素,并确保这些制约因素在预期表格中适用。 |
数据核对 |
它包括检查滥用诸如外国钥匙等廉正限制的情况。 特性的长短和数据类型在不同表格中可能有所不同,尽管其定义在语系上保持不变。 |
数据的完整性 审定 |
它涉及核对所有数据是否从源系统装上目标系统。 说明来源和指标系统的记录数量。 边界价值分析。 验证主要钥匙的独特价值。 |
数据校正 |
它涉及验证目标系统中的数据价值。 表中的数据不准确。 当你在进口时受到不可靠的廉正限制时,诺特克的数据就储存起来。 |
数据转换验证 |
它涉及为投入价值和预期结果设定一个假设情景表,然后与最终用户验证。 通过设定假设情景,在数据中确定父母与子女之间的关系。 利用数据分析来比较每个领域的价值范围。 如果仓库中的数据类型与数据模型中所提到的数据类型相同,则予以验证。 |
数据质量 审定 |
它包括进行编号检查、日期检查、精确检查、数据检查、Null检查等。 <>Example-日期格式应当对所有数值相同。 |
补偿 |
它涉及核查“Null”这一方面未提及的地方。 |
重复分类 |
它涉及在数据来自源系统的多个栏目时验证目标系统中的重复值。 如果按照业务要求具有任何重复价值,则对主要钥匙和其他一栏进行验证。 |
核实日期 |
为欧洲证券交易所开展的各种行动确定日期。 B. 共同测试案例 日期: 不应大于 日期价值的形式应当适当。 日期数值不应有任何定值或无效价值 |
完整的数据验证 Minus Query |
它涉及通过使用减点来验证源和指标表中的全部数据。 您需要履行 源减去目标和 具体目标减去来源。 如果退款回去是一种价值,这应被视为错配。 你们需要使用Intersection 说明,与源头和具体目标相匹配。 sect退还的计数应与个别来源和指标表相匹配。 如果退款没有增长, count数比源数或目标表数少,则表有重复增长。 |
其他测试情景 |
其他测试情景是核实提取过程没有从源系统提取重复数据。 测试小组将维持一份可核实来源系统没有提取重复数据的文件清单。 |
数据清理 |
在将数据装上平流区之前,应删除未减少的数据。 |