Test, test, test! Testing is the most critical part of any project. You should get another set of eyes to check the work (aka conduct a "Test Please") before delivering the feature. This ensures the client has a great experience when receiving a quality application with confidence that it performs as expected.
Figure: Do you want users to have a good first impression?
Does the "Test Please" principle apply to more than code?
👍 Yes! You almost always want a "Test Please". We usually want a second pair of eyes to catch unseen errors! This isn't necessary for small changes, such as spelling mistakes.
If you are writing code, your Pull Request (PR) review is your "Test Please"
Tips:
If you are writing an email, a "checked by" is your "Test Please".
If you created a video, "Test Please" for videos "Test Please". After launch you may want to keep an eye on likes and comments for further feedback.
If you are doing anything else (e.g. creating a new blog post, updating a Word document, or preparing a PowerPoint presentation), you should still get a 2nd set of eyes to check the work and document it somewhere. You can do that via a PBI (ideally) or email (if there is no backlog).
❌ Test failed (as per critical bugs reported)
<youtubeEmbed url="https://www.youtube.com/embed/whxbTtkH5GU" description={"Video: Test Failed! (10 sec)"} />✅ Figure: Good example - Sometimes it's good to soften the blow with some humour when you have to fail a "test please" email
Note: If the test to be performed is quick and the tester is available on the spot, consider using a "checked by" style instead to save some time.