In response to my post When it's Ok to break the build some people thought I was trying to argue against using CI/CD tooling to test changes.
This isn't the case.
Only running tests manually and/or on your main development machine can be slow and a waste of resources.
Creating a draft PR to test against a large test suite and only raise to a full PR when everything has been confirmed as being ok is a good way of working.
Pushing local changes to a private branch with a CI/CD process running tests against it can be a good way of working.
Either of the above is also a good way of incorporating the execution of extensive test suites or tests that involve multiple environments or varied configurations that would be impractical to set up or maintain on each developer's machine.
My objections and concerns come when a full (non-draft) PR is raised before tests have been run.
BTW. I'm currently planning a book all about testing. It will focus more on the concepts than the details, but I think I can bring some new ideas to the subject. (Hopefully, I'll do a better job at avoiding confusion than I did in that other post.) If you want to know more, be sure to sign up for my (very occasional) newsletter.
0 comments:
Post a Comment
I get a lot of comment spam :( - moderation may take a while.