From 1d9ade6b6e3b179fc2a7315a7c6ef6c8ac4f2cd5 Mon Sep 17 00:00:00 2001 From: Myriam Date: Wed, 7 Feb 2018 11:45:17 +0100 Subject: [PATCH] added ref to testing process page --- The-process-of-review,-test,-merge-and-deploy.md | 1 + 1 file changed, 1 insertion(+) diff --git a/The-process-of-review,-test,-merge-and-deploy.md b/The-process-of-review,-test,-merge-and-deploy.md index 90f2bb2..f279e20 100644 --- a/The-process-of-review,-test,-merge-and-deploy.md +++ b/The-process-of-review,-test,-merge-and-deploy.md @@ -12,6 +12,7 @@ Pull requests need to be reviewed and approved by at least one member of the cor Most pull requests will require some user testing. Very small or non-functional changes may move to the merge stage directly, at the discretion of the core dev reviewer. If user testing is required, this should occur in a context that resembles a production environment as closely as possible. Generally this will mean a staging server that is configured similarly to production and that contains production-like data. Once deployed, the changes made by the pull request should be tested by a person who is neither the developer nor the last reviewer. The pull request should contain enough information to determine what to look for and what should be tested. +See more detailed testing process [here](https://github.com/openfoodfoundation/openfoodnetwork/wiki/Testing-process). The person responsible for testing should provide a clear pass/fail with a very brief summary as a comment on the pull request. A link to more detailed testing notes should also be provided. These notes should ideally be created in a public Google Doc or similar shared document in the public domain.