Skip to main content

Tests in the YAML Config

Here you can see all the supported tests definitions and how to configure them in the YAML config file. A Test Definition is a generic definition of a test. This Test Definition then gets specified in a Test Case. This Test Case is where the parameter(s) of a Test Definition are specified. In this section, you will learn what tests we currently support and how to configure them in the YAML/JSON config file.

Table Tests

Tests applied on top of a Table. Here is the list of all table tests:

Table Row Count to Equal

Validate the total row count in the table is equal to the given value. Dimension: Integrity Properties:
  • value: Expected number of rows.
Behavior YAML Config
JSON Config

Table Row Count to be Between

Validate the total row count is within a given range of values. Dimension: Integrity Properties:
  • minValue: Lower bound of the interval. If informed, the number of rows should be bigger than this number.
  • maxValue: Upper bound of the interval. If informed, the number of rows should be lower than this number.
Any of those two need to be informed. Behavior YAML Config
JSON Config

Table Column Count to Equal

Validate that the number of columns in a table is equal to a given value. Dimension: Integrity Properties
  • columnCount: Expected number of columns.
Behavior YAML Config
JSON Config

Table Column Count to be Between

Validate the number of columns in a table is between the given value Dimension: Integrity Properties
  • minColValue: lower bound
  • maxColValue: upper bound
Behavior YAML Config
JSON Config

Table Column Name to Exist

Validate a column name is present in the table Dimension: Integrity Properties
  • columnName: the name of the column to check for
Behavior YAML Config
JSON Config

Table Column to Match Set

Validate a list of table column name matches an expected set of columns Dimension: Integrity Properties
  • columnNames: comma separated string of column name
  • ordered: whether the test should check for column ordering. Default to False
Behavior YAML Config
JSON Config

Table Custom SQL Test

Write you own SQL test. When writting your query you can use 2 strategies:
  • ROWS (default): expects the query to be written as SELECT <field>, <field> FROM <foo> WHERE <condition>. Note if your query returns a large amount of rows it might cause an “Out Of Memeory” error. In this case we recomend you to use the COUNT strategy.
  • COUNT: expects the query to be written as SELECT COUNT(<field>) FROM <foo> WHERE <condition>.
How to use the Threshold Parameter? The threshold allows you to define a limit for which you test should pass or fail - by defaut this number is 0. For example if my custom SQL query test returns 10 rows (or a COUNT value of 10) and my threshold is 5 the test will fail. If I update my threshold to 11 on my next run my test will pass.
  • When configuring a Table Custom SQL Test, specify the table using the format database.schema.table.
  • Using only the table name may not work, as it depends on the SQL engine’s requirements.
Properties
  • sqlExpression: SQL expression
  • strategy: one of ROWS or COUNT
  • threshold: an integer defining the threshold above which the test should fail (default to 0 if not specified)
Behavior Example
YAML Config
JSON Config

Table Row Inserted Count To Be Between

Validate the number of rows inserted for the defined period is between the expected range
The Table Row Inserted Count To Be Between cannot be executed against tables that have configured a partition in OpenMetadata. The logic of the test performed will be similar to executing a Table Row Count to be Between test against a table with a partition configured.
Dimension: Integrity Properties
  • Min Row Count: Lower bound
  • Max Row Count: Upper bound
  • Column Name: The name of the column used to apply the range filter
  • Range Type: One of HOUR, DAY, MONTH, YEAR
  • Interval: The range interval (e.g. 1,2,3,4,5, etc)
Behavior YAML Config
JSON Config

Compare 2 Tables for Differences

Compare two tables for differences, letting you check for integrity across different services — for example, a table in Snowflake against a table in Redshift.
Only the connectors listed below are currently supported by the underlying data-diff library. Using an unsupported connector will result in a Scheme '...' currently not supported error.
Supported connectors:
  • Snowflake
  • BigQuery
  • Athena
  • Redshift
  • Postgres
  • MySQL
  • MSSQL
  • Oracle
  • Trino
Dimension: Consistency Properties
  • keyColumns: The key column to use as the key for the comparison. Resolves to the primary key (if defined) if not set
  • useColumns: The columns against which the comparison will done. If not provided it will use all the columns
  • table2: The table against which the comparison will be done. Must be the fully qualified name as defined in OpenMetadata
  • threshold: The threshold of different rows above which the test should fail — default to 0
  • where: Any where clause to pass
  • caseSensitiveColumns: Whether the column comparison should be case sensitive or not. Default to false.
Behavior YAML Config
JSON Config

Table Data to Be Fresh [OpenMetadata]

Validate the freshness of a table’s data. Dimension: Accuracy Properties
  • column: the colummn that will be used to chech the table freshness
  • timeSinceUpdate: (in seconds) The data is expected to be updated within this number of seconds. If the time since the last update is greater than this value, the test will fail.
Behavior YAML Config
JSON Config

Next Steps

Column Tests - YAML Config

Configure column-level data quality tests including uniqueness, null checks, regex patterns, value sets, and statistical validations.