--- title: "Integrate Autify with Code Review | Autify Guide" slug: "integrate-with-code-review-process" description: "Learn How to Seamlessly Incorporate Automation Testing into Your Code Review Process. Begin Your 14-Day Trial!" updated: 2024-07-02T06:39:13Z published: 2024-07-02T06:39:13Z canonical: "help.autify.com/integrate-with-code-review-process" --- > ## Documentation Index > Fetch the complete documentation index at: https://help.autify.com/llms.txt > Use this file to discover all available pages before exploring further. # Integrate with code review process You can run Autify's end-to-end testing during code review process so that the proposed changes can be verified just like you do on staging/production environments. This document describes what is the benefit of this integration and how to do that. Recommend to read [CI/CD with Autify](https://help.autify.com/docs/cicd-with-autify) first [CI/CD with Autify](https://help.autify.com/docs/cicd-with-autify) describes general concept of CI/CD and several possible CI/CD integrations including code review process. If you haven't read it yet, we highly recommend to read it first! ## Why running Autify during code review process? Code review is the first step of the software release process. A person proposes some changes to the code base and the other person reviews the change whether they are valid, working as expected, and won't break unnecessary functionalities, etc. There are lots of automated techniques to make code reviews easier, reliable and wider perspective, such as unit test. Unit test can cover bunch of functionalities of the software, but you also want to test some kind of end-to-end experience such as login operation by real browser. Historically, implementing such end-to-end test scenario by code is not an easy task but Autify can provide a solution here. By using Autify's intuitive recorder and scenario editor, you can create an end-to-end test scenario in 5 minutes and no need to worry about the maintenance of the scenarios because Autify can resolve and learn majority of UI changes like CSS class. Therefore, Autify can validate whether the proposed code changes can pass the same end-to-end scenario recorded in the production environment and this gives more confidence to the reviewer. ![CI_CD-with-Autify-2.png](https://cdn.document360.io/a099d8a2-cfd2-42ca-9906-68b4a337f4a5/Images/Documentation/CI_CD-with-Autify-2.png?sv=2026-02-06&spr=https&st=2026-10-29T15%3A14%3A44Z&se=2026-10-29T16%3A14%3A44Z&sr=c&sp=r&sig=x0b6ja77aXypGm7R6mee6XS5Nuf6YIGApdcGO8OmV2M%3D) ## How to run Autify during code review process? Autify needs an endpoint i.e. URL accessible from its test execution engine in cloud for running test scenarios. Therefore, you need to setup an ephemeral endpoint per Pull request on GitHub, for example, and tell Autify to replace the recorded URL e.g. production URL to the generated ephemeral URL. How to setup such ephemeral endpoint depends on your infrastructure. For example, some deployment providers like Vercel have a preview feature and a preview endpoint will be automatically created for every pull request out-of-the-box. Or, you can setup your own deployment workflow by using Infrastructure as a Code solution and spin up an ephemeral environment for the pull request. In summary, you will need a workflow engine that controls task dependencies, and a mechanism to generate ephemeral endpoints to the apps built based on your changes. See the table below to get more insights: | What you need | Why you need? | Examples | | --- | --- | --- | | **Workflow engine** | To kick a job to setup ephemeral endpoint | GitHub Actions, GitHub App, CircleCI, etc... | | **(Deployment) Platform** | To setup and run an ephemeral endpoint | Vercel, Netlify, Amazon EC2, etc... | In most cases, this setup of the ephemeral endpoint is the hardest part for you. Because you need to think carefully about all other resources like database, microservices, 3rd partiy integrations such as Auth0, Stripe, etc. Some can be created as an isolated resource but some others can't be. Autify Connect integration Autify Connect has a really interesting feature to enable this capability easily by running a development server inside CI/CD runners. See more details [here](https://help.autify.com/docs/autify-connect-integration). ![autify-connect-case-3.png](https://cdn.document360.io/a099d8a2-cfd2-42ca-9906-68b4a337f4a5/Images/Documentation/autify-connect-case-3.png?sv=2026-02-06&spr=https&st=2026-10-29T15%3A14%3A44Z&se=2026-10-29T16%3A14%3A44Z&sr=c&sp=r&sig=x0b6ja77aXypGm7R6mee6XS5Nuf6YIGApdcGO8OmV2M%3D) If you *already have such workflows*, though, you can easily hook it up and run Autify test scenarios against the ephemeral endpoint. In short, the steps are like below: 1. **Fetch the ephemeral endpoint in your CI/CD solution when a code review is created/updated** 2. **Run Autify tests to the ephemeral endpoint** 3. **Feedback to the code review** In the following example, we will demonstrate this with GitHub Actions and Vercel. ## Example setup: GitHub and Vercel In this example, we're going to use GitHub as a source code repository and Vercel as an ephemeral deployment environment but you can still get some idea if you use different solutions. ### Vercel's preview URL is an ephemeral endpoint Once you connect your GitHub repository to Vercel, Vercel automatically executes preview deployment on each push to any pull request and generates a unique preview URL out-of-the-box. This is a good example of the ephemeral endpoint describe above and Vercel bot notifies the preview URL to you via GitHub issue (pull request) comment. See [Vercel's document](https://vercel.com/docs/concepts/git/vercel-for-github#preview-urls-for-the-latest-changes-for-each-pull-request) for more details. ### GitHub Actions can be used as the workflow engine GitHub Actions is a workflow triggered by various events on GitHub such as code push and it runs pre-defined jobs on the runners. There is a GitHub event when a comment on a GitHub issue is created/edited/etc. so that we can trigger a GitHub Actions workflow whenever the Vercel bot writes a comment on your pull request e.g. preview deployment is done and run any arbitrary jobs like starting Autify tests and feedback the result URL as a comment on the same pull request. ### How to setup GitHub Actions to integrate with pull request? Since Vercel's preview URL is generated without any other action, we don't have to worry about how to setup the ephemeral endpoint alerted above. We just need to implement the steps 1-3 above. Here is an example setup of GitHub Actions on the repository you deploy to Vercel. Put the file below at `.github/workflows/issue_comment.yml` under your repository: This is just an example to demonstrate the idea of the integration with code review process. ``` on: issue_comment: types: [created, edited] jobs: vercel_commented: runs-on: ubuntu-latest if: ${{ github.event.issue.pull_request && github.event.comment.user.login == 'vercel[bot]' }} steps: - name: Get preview URL id: get-url run: | body=$(cat <