George Georgovassilis writes about information technology architecture
Assembly tests: a cheap way of testing "Lights on, lights off, no smoke. Works." A delivery manager from a large consulting firm once told me about a peculiar breed of automated system tests his team was using to catch regressions with minimal effort. He called those tests "assembly tests", essentially they start an entire application, … Continue reading Assembly tests
Time-constrained projects sometimes mandate crude realism as to the type and extent of test coverage in a software project. You'll find arguments for and against testing in the entire spectrum of opinions from "tests are luxury we can't afford" to "regressions are luxury we can't afford". Constrained or not, there is rarely a good excuse … Continue reading Integration testing Spring controllers
[Update 2014.10.08] The code is now on github. If you value brevity in tests like I do then maybe you would agree that mockito's doAnswer statements contain much boilerplate. That is certainly not mockito's fault but rather a result of java's inflexible syntax. When testing, i.e. GWT code one will frequently find the need to … Continue reading Compact mockito: shorter answer notation
While cleaning up today one of my projects I found a JUnit test that was not part of a test suite and never was executed. 'Never again' I say and here is how: a test suite that scans base packages for tests. The particular code: Is tailored to the specific project's needs Compares the tests … Continue reading Ensuring JUnit test suite contains all tests
I learned late of Mockito [1], even so more I love it. Walking a little farther away from the basics, a frequent needs presents itself to match method parameters (either when specifying or verifying behaviour) based on properties of complex objects which do not implement the java equals contract. Such an example would be verifying … Continue reading A better eq() when matching method arguments with Mockito
George's Techblog 