increase CI test coverage for connection target types
See original GitHub issuegive the weird behavior we saw with connection strings and SqlPassword=True
. @NandanHegde15 had the idea to have a separate Circle CI job would be verify that dbt debug
works on all target configurations that are commonly used. We can either add this to #62 or in a new PR after #62 is merged.
The ones I can think of:
-
trusted_connection=True
-
windows_integrated=True
- when
Encrypt
andTrustServerCertificate
aren’t specified - the various combos of
Encrypt
,TrustServerCertificate
, andSqlPassword
- Active Directory
- Password
- Integrated (trickier as it would require a VM and an AD user in the same RG as the Azure SQL server)
- Interactive
Issue Analytics
- State:
- Created 3 years ago
- Comments:5 (1 by maintainers)
Top Results From Across the Web
Customize pipeline configuration - GitLab Docs
On the left sidebar, select Settings > CI/CD. Expand General pipelines. In the Pipeline status, Coverage report, or Latest release sections, view the...
Read more >Adding test coverage to your CI pipeline | Coveralls and CircleCI
Adding tests to complete coverage ... Open the new results at coverage/index.html . ... Coverage has increased from 80% to 100% (and turned...
Read more >Code coverage for pull requests - Azure Pipelines
In this pipeline, configure the test tool you are using to collect code coverage metrics. Coverage results must then be published to the...
Read more >Common Configurations - Codecov
Set status checks to block coverage · Increase overall coverage on each pull request · Ease target coverage · Ensure all code is...
Read more >Test Coverage Techniques: The Top Ones You Need - Testim.io
Let's first see code coverage. Expand Your Test Coverage. Fast and flexible authoring of AI-powered end-to-end tests — built for scale.
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
@swanderz I don’t think
dbt debug
returns nonzero exit codes, but you could do it just as well by executing adbt compile
command with each permutation.I think you could do that outside of the pytest framework to start: create a
sample.profiles.yml
with a whole range of targets. In your Circle steps, copy that profile and executedbt compile --target {target}
for each.working on this today!