News for hackers. Stuff that matters.
Re:Clojure at a Real Estate Portal by dkersten on Monday December 14, 2015 @08:51AM (#10730932)
The Clojure community is very big on testing, but not all of it is automated (eg testing on the REPL). Automated testing is popular too though, to the point where Clojure has a number of testing libraries (clojure.test, test.check, test.generative, expectations, speclj, midje).
Re:Clojure at a Real Estate Portal by GFK_of_xmaspast on Monday December 14, 2015 @09:09AM (#10731011)
If the testing isn't automated, I'm not sure it should really count.
Re:Clojure at a Real Estate Portal by dkersten on Monday December 14, 2015 @02:47PM (#10733286)
Sure it does. It depends on the purpose of your tests and the cost/benefit.

Do you really think that just because you have automated tests, that your software is defect free? Tests (outside of generative/property-based testing, which is still under-utilised) aren't very good at finding bugs outside of regressions. Having said that, most Clojure code worth talking about does have automated tests.

In my ideal world, I would use expected-case Unit Tests to test the contract/requirements/interface. Regression tests to prevent fixed bugs from reappearing and generative tests to try and find bugs. I would write the expected-case tests before the code, use REPL testing while developing and finally write property tests after (once my code has evolved so that I understand the properties) and regression tests only as I fix bugs after the fact.