Unit testing is an essential practice in software delivery. It builds confidence that our code works and provides a safety net that enables us to change it safely. However, while well written tests provide us with traction and momentum, poorly designed tests often act as impediments that slow us down. This welcomes the question: what "good" unit tests look like? In this article we examine some key properties that separate the wheat from the chaff, driven by a simple example.