[CT-908] Allow generic tests to accept arbitrary configs

[jtcohen6]

Motivation: dbt-labs/dbt-snowflake#210 (comment)

This is supported:

version: 2
models:
  - name: my_model
    config:
      any_key: any_value

But this isn't:

version: 2
models:
  - name: my_model
    columns:
      - name: id
        tests:
          - unique:
              config:
                any_key: any_value

I think it's because dbt only loads up the test's config property with values from CONFIG_ARGS:

dbt-core/core/dbt/parser/generic_test_builders.py

Lines 250 to 262 in 3f54f30

	for key in self.CONFIG_ARGS:
	value = self.args.pop(key, None)
	# 'modifier' config could be either top level arg or in config
	if value and "config" in self.args and key in self.args["config"]:
	raise_compiler_error(
	"Test cannot have the same key at the top-level and in config"
	)
	if not value and "config" in self.args:
	value = self.args["config"].pop(key, None)
	if isinstance(value, str):
	value = get_rendered(value, render_ctx, native=True)
	if value is not None:
	self.config[key] = value

Exit criteria: Tests' config property should be able to accept any arbitrary key-value pairs, just like other resource types. Those configs can then be used to set runtime behavior, e.g. in a custom 'test' materialization.

[emmyoop]

Will need to change the above for key in self.CONFIG_ARGS: to loop through all the keys in the dict, and if it's CONFIG_ARGS it's adde dot the config and if it's not it's a keyword arg. Then we need to loop through the subdictionay config and save everything as a config.

[github-actions]

This issue has been marked as Stale because it has been open for 180 days with no activity. If you would like the issue to remain open, please comment on the issue or else it will be closed in 7 days.

[github-actions]

Although we are closing this issue as stale, it's not gone forever. Issues can be reopened if there is renewed community interest. Just add a comment to notify the maintainers.

[dbeatty10]

I believe this was superseded by #10197 and resolved by #10245. Can re-open if not.