Rules

Secret ingredients to quality software

Quality - Do you only deploy after a test please?

Last updated by Brendan Richards on 17 Sep 2019 01:55 am (almost 2 years ago) See History

In order to ensure the quality of the code you deploy, make sure you don't deploy until you have got your code fully tested and received a "test passed".

There is more than one potential successful path to get work from "In Progress" to "Done" - what's important is that this process is consistent for a project and the whole team follows this process. The Scrum Definition of Done is a great tool to document and promote this consistency, and the Sprint Retrospective meeting is the perfect opportunity to review and refine this document.

Here are some examples:

  • In some teams, the client directly participates in the Scrum team by testing PBIs as they are completed. In this scenario, a good approach is for these testers to be the only users that can mark a PBI as 'Done' on the Azure Devops task board.
  • With automated deployment tools such as Octopus deploy you can give your client direct control over deployment resposibility by controlling access rights to the "Deploy to Production" button.

OctopusDeploy

Figure: Giving clients sole access to the deploy button, allows them to take ownership of the decision to deploy.

For more information on this, see Rules to Successful Projects.

Adam CoganAdam Cogan
Brendan RichardsBrendan Richards

We open source. Powered by GitHub