<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Project file on </title>
    <link>https://docs.justcat.it/reference/project-file/</link>
    <description>Recent content in Project file on </description>
    <generator>Hugo -- gohugo.io</generator>
    <lastBuildDate>Wed, 19 Aug 2026 10:00:00 +0200</lastBuildDate><atom:link href="https://docs.justcat.it/reference/project-file/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Introduction</title>
      <link>https://docs.justcat.it/reference/project-file/introduction/</link>
      <pubDate>Wed, 19 Aug 2026 10:00:00 +0200</pubDate>
      
      <guid>https://docs.justcat.it/reference/project-file/introduction/</guid>
      <description>A CAT project file is a plain text file in YAML format. It is the single input every CAT tool reads: the tool opens a project file, resolves the definitions it points to, runs the tests and writes the outputs.
A minimal project file — one data source, one test, one output:
Data sources: - Name: FlightsSystem Provider: SqlServer@2 Connection string: data source=localhost;initial catalog=DWH;integrated security=true Tests: - Name: Departures are loaded Data source: FlightsSystem Query: SELECT * FROM FACT.</description>
    </item>
    
    <item>
      <title>Complete example</title>
      <link>https://docs.justcat.it/reference/project-file/complete-example/</link>
      <pubDate>Wed, 19 Aug 2026 10:00:00 +0200</pubDate>
      
      <guid>https://docs.justcat.it/reference/project-file/complete-example/</guid>
      <description>The example below is deliberately exhaustive: it exercises most of what the file accepts in one document, so the shape of the whole is visible in one place. Read it as a map of what is possible, not as a template to copy.
# ---------------------------------------- data sources defined in this file Data sources: - Name: FlightsSystem Provider: SqlServer@2 Connection string: &amp;gt; Server=sql-aero-flights-prod.database.windows.net; Authentication=Active Directory Service Principal; Database=sqldb-aero-flights-prod; User Id=%FLIGHTS_TESTING_PRINCIPAL_ID%; Password=%FLIGHTS_TESTING_PRINCIPAL_SECRET%; - Name: PassengersSystem Provider: Postgres@1 Connection string: &amp;quot;%PASSENGERS_CONNECTION_STRING%&amp;quot; # ------------------------- more data sources, read from another YAML file Get list of data sources from: - Provider: Yaml@1 Connection string: &amp;quot;.</description>
    </item>
    
    <item>
      <title>Naming conventions</title>
      <link>https://docs.justcat.it/reference/project-file/naming-conventions/</link>
      <pubDate>Wed, 19 Aug 2026 10:00:00 +0200</pubDate>
      
      <guid>https://docs.justcat.it/reference/project-file/naming-conventions/</guid>
      <description>The documentation names each property in one canonical form — the test reference calls one of them Test suite, for example. That is not the only accepted spelling, and for some properties not the only accepted name. CAT matches property names against a set of synonyms, and the match is not case sensitive.
Why synonyms exist #Definitions do not only live in the project file. They live in database tables, in stored procedure result sets, in worksheets, in other YAML files — see Lists.</description>
    </item>
    
    <item>
      <title>Lists — implicit and explicit</title>
      <link>https://docs.justcat.it/reference/project-file/lists/</link>
      <pubDate>Wed, 19 Aug 2026 10:00:00 +0200</pubDate>
      
      <guid>https://docs.justcat.it/reference/project-file/lists/</guid>
      <description>CAT does not read definitions from the project file. It reads them from lists, and the project file is one of the things a list can point at. There are three kinds of list — lists of data sources, lists of queries and lists of tests — and each kind is resolved the same way: a provider is opened, rows are read, and each row becomes one definition.
A list is declared in one of two ways.</description>
    </item>
    
    <item>
      <title>Root settings</title>
      <link>https://docs.justcat.it/reference/project-file/root-settings/</link>
      <pubDate>Wed, 19 Aug 2026 10:00:00 +0200</pubDate>
      
      <guid>https://docs.justcat.it/reference/project-file/root-settings/</guid>
      <description>Root settings are single values written at the root of the project file — no indentation before the key, no list under it.
Threads: 3 Threads #How many tests CAT evaluates at the same time.
Accepts A positive integer, or a string that resolves to one after environment variable expansion, such as &amp;quot;%CAT_THREADS%&amp;quot;. Default 1. The key may be omitted, and Threads: 1 has exactly the same effect as omitting it.</description>
    </item>
    
    <item>
      <title>Environment variables</title>
      <link>https://docs.justcat.it/reference/project-file/environment-variables/</link>
      <pubDate>Wed, 19 Aug 2026 10:00:00 +0200</pubDate>
      
      <guid>https://docs.justcat.it/reference/project-file/environment-variables/</guid>
      <description>Environment variables serve two purposes in CAT configuration:
keeping sensitive values — passwords, secrets, whole connection strings — out of the file, and out of version control; parametrizing a project file, so one set of definitions can be run against several environments, terminals, regions and so on. Syntax #Refer to an environment variable as %YOUR_ENVIRONMENT_VARIABLE_NAME%.
Variable names follow the rules of the operating system: on Windows %testing_user% and %TESTING_USER% are the same variable, on Linux and macOS they are not.</description>
    </item>
    
  </channel>
</rss>
