Testery Docs
TesteryFeaturesPricingRelease Notes
  • Testery Documentation
  • Release Notes
  • Get Started
    • Getting Started Guide
      • Create a Testery Account
      • Configure Your Project
      • Run Your Tests
      • Configure Slack Alerts
      • Schedule Your Test Runs
      • Invite Your Team
      • Get More From Testery
  • Get to Know Testery
    • Dashboard
    • Test Runs
      • Test Selection Rules
    • Projects
    • Test Triggers
    • Environments
    • Alerts
    • Settings
    • Test Plans
    • Test Stacks
      • Python
      • Node.js 16 End of Life
      • Default Chrome Version Change
      • Python 3.8 End of Life
    • Deployments
    • System Variables
    • Tags
    • Screenshots
    • Uploading Test Artifacts to Testery
    • Setting Test Execution Priority
    • Setting the Number of Parallel Tests
  • Integrate with Testery
    • Built-In Integrations with Testery
      • Jira
      • Slack
    • CI/CD Integration Guides
      • Azure Devops Pipelines
      • Set Up CircleCI to Run Testery Tests
      • Jenkins
      • GitHub Actions
      • Octopus Deploy
      • TugboatQA
    • Testery CLI
    • Testery REST API
      • Testery REST API Resources
    • Microsoft Teams
  • Framework-specific Guidance
    • Supported Testing Frameworks
    • Cypress
      • Updating Cypress Tests to Output in JUnit XML Format
    • Playwright
      • Update Playwright Tests to Output in JUnit XML Format for Import Into Testery
    • PyTest
      • Update Pytest to Generate JUnit XML for Import into Testery
    • TestNG
      • Updating TestNG Tests to Output in JUnit XML Format
  • How-To
    • Enable or Disable Automatic Rerunning of Tests
    • Run Cypress Tests without Connecting Repository
    • How to Store Sensitive Data Like Username and Password For a Cypress Test
    • Connect to a Private npm Repository
    • Running Scripts Before the Tests
    • Upload Test Run for Analysis
  • MISC
    • Troubleshooting Steps
  • Fixing Tests
    • Fix Common Selenium Exceptions
      • Fix a ChromeDriver Version Exception
      • Fix a NoSuchElement Exception
      • Fix a TimeoutException
      • Fix an ElementNotVisibleException
      • Fix a StaleElementReferenceException
      • Fix a WebDriverException
      • Fix an InvalidArgumentException
      • Fix a NoSuchWindowException
      • Fix an UnhandledAlertException
      • Fix an InvalidSelectorException
Powered by GitBook
On this page

Was this helpful?

  1. Get to Know Testery

Deployments

PreviousPython 3.8 End of LifeNextSystem Variables

Last updated 4 years ago

Was this helpful?

A Testery Deployment is a representation of each deployment that happens in any of your environments. When a build system tells Testery when a deployment happens, it gives Testery users more insight into knowing what is deployed where, in what environment, what version of code, and what tests have been run against a deployment. It also allows users that do not normally have much control over the build process to make decisions and easily change what tests get run, in what environments and when they should run.

Benefits of sending deployment info to Testery

  • Allows someone like who normally has zero control over when something gets deployed to control what tests get run when something gets deployed. This is many times the case for QA teams.

  • Enables the ability to automatically run automated tests when a project is deployed to any environment.

  • Ties deployment and environment data to automated testing data that enables some powerful insights into what is being tested and where.

Sending deployment info to Testery The easiest way to send deployment info to Testery is to make a cURL request from your build system to Testery after every deployment. Here is an example:

testery create-deploy --token <my-api-token> --project <my-project-key> --environment <environment-key> --commit <commit-hash> --branch <branch-name>

Scheduling a test run using deployment info Testery will recognize if you have sent deployment information about your deploys and offer additional functionality when scheduling test runs. The Schedule option to Run on Deploy is available once at least one project has deployment info. Each project that sets up a schedule using Run on Deploy will need deployment info to work. The images below show a new option for Latest Deployed Version when creating a schedule to run on deploy or run on interval. When this option is selected it will run the latest version of tests in the specified environment. This is possible because now Testery is aware of the deployments.

What if code and tests are in different projects? If your code and test code are in different projects, you can kick off a test run from your test code project when the code project gets deployed.