Home

Awesome

💣 PR Landmines for Azure DevOps

A simple, language agnostic solution for creating manual mutation tests directly in-line with an Azure DevOps pull request

Overview

Using GitHub? See github-pr-landmine

As a reviewer, it's important you feel comfortable with the code quality in a PR. Mutation testing is a powerful way to gain confidence in the tests, but it can be difficult, time-consuming or even inappropriate to seek high-levels mutation coverage in some cases.

PR Landmines allow reviewers to strategically add mutations to the code of a PR and verify the tests will catch the issue. All while using the existing Azure DevOps pull request interface to keep things in-line and straight-forward.

Why would I use this?

When would I not use this?

How it works

How-It-Works

Install the Task for Your Organization

  1. Install the PR Landmine extension in your organization. More information here.

  2. Add the task into your pull request build:

    steps:
    - task: pr-landmine@1
      inputs:
        testCommand: 'npm test'
    

    If you are using the System.AccessToken (default), be sure to set persistCredentials to true if it's not already:

    steps:
    - checkout: self
      persistCredentials: true
    
  3. Grant the build job user the Contribute to pull requests permission to allow it to add pull request comments. More information here.

  4. Now you're Ready to lay down some mines! 💣

Add a Landmine to a Pull Request

  1. In a pull request, choose a file and select the range of code where you would like to create a landmine.
  2. Start the comment with either the bomb emoji 💣 or /bomb. Either of these will signal to the task that the comment is a landmine.
  3. On the next line, use the code suggestion syntax to inject mutated code.
  4. Re-run the pull request job and the landmine comment should be annotated with the success or failure of the bomb defusal.

Task Options

PropertyRequiredDefault ValueDescription
accessTokenYes$(System.AccessToken)The access token used to retrieve and update comments on the pull requests
testCommandYesThe command that is executed after each landmine is added. Ideally, this includes other static validation such as linting.
testCommandDirectoryNo$(System.DefaultWorkingDirectory)The directory to apply the test command. Useful if your tests are orchestrated in a different directory than root.
testCommandTimeoutNo60000The number of milliseconds to wait before bailing on the test command. Needs to be sufficiently high to run the test suite but low enough to catch infinite loops or runaway threads created by the mutation.
autoResolveNotrueIf the bomb is defused successfully, the original pull request comment will be auto-resolved.

Contribution

Found an issue or see something cool that's missing? Pull requests and issues are warmly accepted!