You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Nov 2, 2025. It is now read-only.
Currently the guides on writing specs are really quite basic. One of the most common problems I currently face is dealing with pull-requests that add specs that don't go for the full 100%. In almost all cases this problem can be broken into two categories:
Spec descriptions are too short (e.g. it "returns X" vsit "returns X when given an instance of Y"`).
Example blocks are far too big instead of only containing the bare minimum needed to test certain behaviour.
The old RubySpec website had a pretty decent guide on writing specs and I think we should re-use that in some shape or form. What it should at least cover:
Where certain specs go (this isn't always clear when just searching for similar code)
How to write good spec descriptions
Some techniques on cutting down the size of example blocks (and why)