Introduction.
We'd like to show another example of how difficulties found while testing can signal design problems in our code[1].
We believe that a good design is one that supports the evolution of a code base at a sustainable pace and that testability is a requirement for evolvability. This is not something new, we can find this idea in many places.
Michael Feathers says “every time you encounter a testability problem, there is an underlying design problem”[2].
Nat Pryce and Steve Freeman also think that this relationship between testability and good design exists[3]:
“[...] We’ve found that the qualities that make an object easy to test also make our code responsive to change”
and also use it to detect design problems and know what to refactor:
“[...] where we find that our tests are awkward to write, it's usually because the design of our target code can be improved”
and to improve their TDD practice:
“[...] sensitise yourself to find the rough edges in your tests and use them for rapid feedback about what to do with the code. […] don't stop at the immediate problem (an ugly test) but look deeper for why I'm in this situation (weakness in the design) and address that.”[4]
This is why they devoted talks, several posts and a chapter of their GOOS book (chapter 20) to listening to the tests[5] and even added it to the TDD cycle steps:
Next we’ll show you an example of how we've recently applied this in a client.
The problem.
Recently I was asked to help a pair that was developing a new feature in a legacy code base of one of our clients. They were having problems with the following test[6]:
package com.ads;
import com.ads.helpers.AdBuilder;
import org.junit.jupiter.api.BeforeEach;
import org.junit.jupiter.api.Test;
import java.util.Arrays;
import java.util.List;
import static com.ads.helpers.AdBuilder.aPromotionAd;
import static com.ads.helpers.SearchBuilder.aSearch;
import static org.hamcrest.MatcherAssert.assertThat;
import static org.hamcrest.Matchers.contains;
import static org.hamcrest.Matchers.*;
import static org.mockito.Mockito.*;
class RealTimeGalleryAdsRepositoryTest {
private static final String PHOTO = "imagen";
private static final String TITLE = "titulo";
private static final String URL = "url";
private static final String DESCRIPTION = "descripcion";
private static final long PRICE = 1L;
private static final int BATHROOMS = 1;
private static final int ROOMS = 1;
private static final float BUILT_AREA = 1f;
private static final String PROMOTION_TYPE_ID = "5";
private static final String NO_LOCATION_ID = "0";
private static final String COUNTRY = "co";
private AdsRepository adsRepository;
private RealTimeGalleryAdsRepository realTimeGalleryAdsRepository;
private Search search;
private Clock clock;
private Configuration configuration;
@BeforeEach
public void setUp() {
configuration = mock(Configuration.class);
when(configuration.getPromotionPropertyType()).thenReturn(PROMOTION_TYPE_ID);
clock = mock(Clock.class);
when(configuration.getCountryId()).thenReturn(COUNTRY);
search = aSearch()
.withCountryId(COUNTRY)
.withPropertyTypeId(PROMOTION_TYPE_ID)
.withLocationId(NO_LOCATION_ID)
.asSale()
.build();
adsRepository = mock(AdsRepository.class);
boolean useCache = false;
realTimeGalleryAdsRepository = createRealTimeGalleryAdsRepository(useCache);
}
@Test
void maps_all_ads_with_photo_to_gallery_ads() {
when(adsRepository.search(COUNTRY, search)).thenReturn(searchResult(
ad("id1", "photo1").build(),
ad("id2", "photo2").build(),
ad("id3", "photo3").build()
));
List<GalleryAd> galleryAds = realTimeGalleryAdsRepository.getAll();
assertThat(galleryAds, contains(
galleryAd("id1", "photo1"),
galleryAd("id2", "photo2"),
galleryAd("id3", "photo3")));
}
@Test
public void ignore_ads_with_no_photos_in_gallery_ads() {
when(adsRepository.search(COUNTRY, search)).thenReturn(
searchResult(ad("id1").withNoPhoto().build())
);
List<GalleryAd> galleryAds = realTimeGalleryAdsRepository.getAll();
assertThat(galleryAds, empty());
}
@Test
void when_no_ads_are_found_there_are_no_gallery_ads() {
when(adsRepository.search(COUNTRY, search)).thenReturn(noSearchResult());
List<GalleryAd> galleryAds = realTimeGalleryAdsRepository.getAll();
assertThat(galleryAds, empty());
}
@Test
void when_cache_has_not_expired_the_cached_values_are_used() {
realTimeGalleryAdsRepository = createRealTimeGalleryAdsRepository(true);
realTimeGalleryAdsRepository.resetCache();
when(adsRepository.search(COUNTRY, search)).thenReturn(searchResult(ad("id1").build()));
List<GalleryAd> galleryAdsFirstResult = realTimeGalleryAdsRepository.getAll();
List<GalleryAd> galleryAdsSecondResult = realTimeGalleryAdsRepository.getAll();
assertThat(galleryAdsFirstResult, is(galleryAdsSecondResult));
verify(adsRepository, times(1)).search(COUNTRY, search);
}
@Test
void when_cache_expires_new_values_are_retrieved() {
long maxCachedTime = 30 * 60 * 1000L;
realTimeGalleryAdsRepository = createRealTimeGalleryAdsRepository(true);
realTimeGalleryAdsRepository.resetCache();
when(adsRepository.search(COUNTRY, search)).thenReturn(
searchResult(ad("id1").build()));
when(clock.getTimeInMillis()).thenReturn(0L, maxCachedTime + 1);
realTimeGalleryAdsRepository.getAll();
realTimeGalleryAdsRepository.getAll();
verify(adsRepository, times(2)).search(COUNTRY, search);
}
private GalleryAd galleryAd(String id, String photo) {
return new GalleryAd(
id, photo, TITLE, URL, PRICE, DESCRIPTION, ROOMS,
BATHROOMS, BUILT_AREA
);
}
private SearchResult searchResult(Ad... ads) {
return new SearchResult(Arrays.asList(ads));
}
private AdBuilder ad(String id) {
return ad(id, PHOTO);
}
private AdBuilder ad(String id, String photo) {
return aPromotionAd().
withId(id).
withDescription(DESCRIPTION).
withTitle(TITLE)
.withPrice(PRICE)
.withNumberOfBathrooms(BATHROOMS)
.withNumberOfRooms(ROOMS)
.withBuiltArea(BUILT_AREA)
.withUrl(URL)
.withPhoto(photo);
}
private RealTimeGalleryAdsRepository createRealTimeGalleryAdsRepository(boolean useCache) {
return new RealTimeGalleryAdsRepository(
adsRepository, configuration,
useCache, clock);
}
private SearchResult noSearchResult() {
return null;
}
}
that was testing the RealTimeGalleryAdsRepository class:
package com.ads;
import java.util.Collections;
import java.util.List;
import java.util.stream.Collectors;
public class RealTimeGalleryAdsRepository implements GalleryAdsRepository {
private final boolean useCache;
private final Clock clock;
private static SearchResult cachedSearchResult;
private static long cachedTime;
private final Configuration configuration;
private final AdsRepository adsRepository;
public RealTimeGalleryAdsRepository(
AdsRepository adsRepository,
Configuration configuration,
boolean useCache, Clock clock) {
this.adsRepository = adsRepository;
this.configuration = configuration;
this.useCache = useCache;
this.clock = clock;
}
@Override
public List<GalleryAd> getAll() {
SearchResult searchResult = getCachedSearchResult();
if (searchResult == null) {
return Collections.emptyList();
}
return searchResult.getAds().stream()
.filter(ad -> ad.hasPhoto())
.map(GalleryAd::fromAd)
.collect(Collectors.toList());
}
private SearchResult getCachedSearchResult() {
if (!useCache) {
return getSearchResult();
}
long timeInMillis = clock.getTimeInMillis();
if (cacheIsExpired(timeInMillis)) {
cachedSearchResult = null;
}
if (cachedSearchResult == null) {
cachedSearchResult = getSearchResult();
cachedTime = timeInMillis;
}
return cachedSearchResult;
}
private boolean cacheIsExpired(long timeInMillis) {
return cachedTime + (30 * 60 * 1000L) < timeInMillis;
}
private SearchResult getSearchResult() {
return adsRepository.search(configuration.getCountryId(), createSearch());
}
private Search createSearch() {
String projectPropertyTypeId = configuration.getPromotionPropertyType();
String noLocationId = "0";
return new Search(
configuration.getCountryId(),
OperationTypes.Sale,
projectPropertyTypeId,
noLocationId);
}
public void resetCache() {
cachedSearchResult = null;
}
}
They had managed to test drive the functionality but they were unhappy with the results. The thing that was bothering them was the resetCache method in the RealTimeGalleryAdsRepository class. As its name implies, its intent was to reset the cache. This would have been fine, if this had been a requirement, but that was not the case. The method had been added only for testing purposes.
Looking at the code of RealTimeGalleryAdsRepository you can learn why.
The cachedSearchResult field is static and that was breaking the isolation between tests.
Even though they were using different instances of RealTimeGalleryAdsRepository in each test, they were sharing the same value of the cachedSearchResult field because static state is associated with the class. So a new public method, resetCache, was added to the class only to ensure isolation between different tests.
Adding code to your production code base just to enable unit testing is a unit testing anti-pattern[7], but they didn’t know how to get rid of the resetCache method, and that’s why I was called in to help.
Let’s examine the tests in RealTimeGalleryAdsRepositoryTests to see if they can point to more fundamental design problems.
Another thing we can notice is that the tests can be divided in to sets that are testing two very different behaviours:
One set of tests, comprised of
maps_all_ads_with_photo_to_gallery_ads,ignore_ads_with_no_photos_in_gallery_adsandwhen_no_ads_are_found_there_are_no_gallery_ads, is testing the code that obtains the list of gallery ads;whereas, the other set, comprised of
when_cache_has_not_expired_the_cached_values_are_usedandwhen_cache_expires_new_values_are_retrievedis testing the life and expiration of some cached values.
This lack of focus was a hint that the production class might lack cohesion, i.e., it might have several responsibilities.
It turns out that there was another code smell that confirmed our suspicion. Notice the boolean parameter useCache in RealTimeGalleryAdsRepository constructor.
That was a clear example of a flag argument[8]. useCache was making the class behave differently depending on its value:
- It cached the list of gallery ads when
useCachewas true. - It did not cache them when
useCachewas false.
After seeing all this, I told the pair that the real problem was the lack of cohesion and that we’d have to go more object-oriented in order to avoid it. After that refactoring the need for the resetCache would disappear.
Going more OO to fix the lack of cohesion.
To strengthen cohesion we need to separate concerns. Let’s see the problem from the point of view of the client of the RealTimeGalleryAdsRepository class, (this point of view is generally very useful because the test is also a client of the tested class) and think about what it would want from the RealTimeGalleryAdsRepository. It would be something like “obtain the gallery ads for me”, that would be the responsibility of the RealTimeGalleryAdsRepository, and that’s what the GalleryAdsRepository represents.
Notice that to satisfy that responsibility we do not need to use a cache, only get some ads from the AdsRepository and map them (the original functionality also included some enrichments using data from other sources but we remove them from the example for the sake of simplicity). Caching is an optimization that we might do or not, it’s a refinement or embellishment to how we satisfy the responsibility but it’s not necessary to satisfy it. In this case, caching changes the “how” but not the “what”.
This matches very well with the Decorator design pattern because this pattern “comes into play when there are a variety of optional functions that can precede or follow another function that is always executed”[9]. Using it would allow us to attach additional behaviour (caching) to the basic required behaviour that satisfied the role that the client needs (“obtain the gallery ads for me”). This way instead of having a flag parameter (like useCache in the original code) to control whether we cache or not, we might add caching by composing objects that implement the GalleryAdsRepository. One of them, RealTimeGalleryAdsRepository, would be in charge of getting ads from the AdsRepository and mapping them to gallery ads; and the other one, CachedGalleryAdsRepository, would cache the gallery ads.
So we moved the responsibility of caching the ads to the CachedGalleryAdsRepository class which decorated the RealTimeGalleryAdsRepository class.
This is the code of the CachedGalleryAdsRepository class:
package com.ads.domain;
import java.time.Duration;
import java.util.List;
public class CachedGalleryAdsRepository implements GalleryAdsRepository {
private final GalleryAdsRepository galleryAdsRepository;
private final Clock clock;
private final Duration duration;
private List<GalleryAd> cachedGalleryAds;
private long lastRefreshTime;
public CachedGalleryAdsRepository(
GalleryAdsRepository galleryAdsRepository,
Clock clock,
Duration duration) {
this.galleryAdsRepository = galleryAdsRepository;
this.clock = clock;
this.duration = duration;
}
@Override
public List<GalleryAd> getAll() {
long timeInMillis = clock.getTimeInMillis();
if (needToRefreshCache(timeInMillis)) {
refreshCache(timeInMillis);
}
return cachedGalleryAds;
}
private boolean needToRefreshCache(long timeInMillis) {
return cachedGalleryAds == null || hasCacheExpired(timeInMillis);
}
private boolean hasCacheExpired(long timeInMillis) {
return duration.toMillis() + lastRefreshTime < timeInMillis;
}
private void refreshCache(long timeInMillis) {
lastRefreshTime = timeInMillis;
cachedGalleryAds = galleryAdsRepository.getAll();
}
}
and these are its tests:
package com.ads;
import com.ads.domain.CachedGalleryAdsRepository;
import com.ads.domain.Clock;
import com.ads.domain.GalleryAd;
import com.ads.domain.GalleryAdsRepository;
import org.junit.jupiter.api.BeforeEach;
import org.junit.jupiter.api.Test;
import java.time.Duration;
import java.util.List;
import static com.ads.helpers.GalleryAdBuilder.aGalleryAd;
import static java.util.Collections.singletonList;
import static org.hamcrest.MatcherAssert.assertThat;
import static org.hamcrest.Matchers.is;
import static org.mockito.Mockito.*;
class CachedGalleryAdsRepositoryTest {
private static final Duration CACHE_DURATION = Duration.ofMinutes(30);
private Clock clock;
private GalleryAdsRepository galleryAdsRepository;
private CachedGalleryAdsRepository cachedGalleryAdsRepository;
@BeforeEach
void setUp() {
clock = mock(Clock.class);
galleryAdsRepository = mock(GalleryAdsRepository.class);
cachedGalleryAdsRepository = new CachedGalleryAdsRepository(
galleryAdsRepository,
clock,
CACHE_DURATION
);
}
@Test
void when_cache_has_not_expired_the_cached_values_are_used() {
when(clock.getTimeInMillis()).thenReturn(0L, CACHE_DURATION.toMillis());
when(galleryAdsRepository.getAll()).thenReturn(
singletonList(aGalleryAd().withId("id1").build())
);
List<GalleryAd> adsGalleryFirstResult = cachedGalleryAdsRepository.getAll();
List<GalleryAd> adsGallerySecondResult = cachedGalleryAdsRepository.getAll();
verify(galleryAdsRepository, times(1)).getAll();
assertThat(adsGalleryFirstResult, is(adsGallerySecondResult));
}
@Test
void when_cache_expires_new_values_are_retrieved() {
when(clock.getTimeInMillis()).thenReturn(
CACHE_DURATION.toMillis(),
CACHE_DURATION.toMillis() + 1,
2 * CACHE_DURATION.toMillis() + 1);
List<GalleryAd> someGalleryAds = singletonList(aGalleryAd().withId("id1").build());
List<GalleryAd> anotherGalleryAds = singletonList(aGalleryAd().withId("id3").build());
when(galleryAdsRepository.getAll()).thenReturn(someGalleryAds, anotherGalleryAds);
List<GalleryAd> galleryAdsFirstResult = cachedGalleryAdsRepository.getAll();
List<GalleryAd> galleryAdsSecondResult = cachedGalleryAdsRepository.getAll();
List<GalleryAd> galleryAdsThirdResult = cachedGalleryAdsRepository.getAll();
verify(galleryAdsRepository, times(2)).getAll();
assertThat(galleryAdsFirstResult, is(someGalleryAds));
assertThat(galleryAdsSecondResult, is(galleryAdsFirstResult));
assertThat(galleryAdsThirdResult, is(anotherGalleryAds));
}
}
Notice how we found here again the two tests that were previously testing the life and expiration of the cached values in the test of the original RealTimeGalleryAdsRepository: when_cache_has_not_expired_the_cached_values_are_used and when_cache_expires_new_values_are_retrieved.
Furthermore, looking at them more closely, we can see how, in this new design, those tests are also simpler because they don't know anything about the inner details
of RealTimeGalleryAdsRepository. They only know about the logic related to the life and expiration of the cached values and that when the cache is refreshed they call a collaborator that implements the GalleryAdsRepository interface, this means that now we're caching gallery ads instead of an instance of the SearchResult and we don't know anything about the AdsRepository.
On a side note, we also improved the code by using the Duration value object from java.time to remove the primitive obsession smell caused by using a long to represent milliseconds.
Another very important improvement is that we don’t need the static field anymore.
And what about RealTimeGalleryAdsRepository?
package com.ads.domain;
import java.util.List;
import java.util.stream.Collectors;
import static java.util.Collections.emptyList;
public class RealTimeGalleryAdsRepository implements GalleryAdsRepository {
private final Configuration configuration;
private final AdsRepository adsRepository;
private static final String NO_LOCATION_ID = "0";
public RealTimeGalleryAdsRepository(
AdsRepository adsRepository,
Configuration configuration) {
this.adsRepository = adsRepository;
this.configuration = configuration;
}
@Override
public List<GalleryAd> getAll() {
SearchResult searchResult = adsRepository.search(
configuration.getCountryId(),
createSearch(configuration.getPromotionPropertyType())
);
if (searchResult == null) {
return emptyList();
}
return searchResult.getAds().stream()
.filter(ad -> ad.hasPhoto())
.map(GalleryAd::fromAd)
.collect(Collectors.toList());
}
private Search createSearch(String projectPropertyTypeId) {
return new Search(
configuration.getCountryId(),
OperationTypes.Sale,
projectPropertyTypeId,
NO_LOCATION_ID);
}
}
If we have a look at its new code, we can notice that its only concern is how to obtain the list of gallery ads and mapping them from the result of its collaborator AdsRepository, and it does not know anything about caching values. So the new design is more cohesive than the original one.
Notice how we removed both the resetCache method that was before polluting its interface only for testing purposes, and the flag argument, useCache, in the constructor.
We also reduced its number of collaborators because there’s no need for a Clock anymore. That collaborator was needed for a different concern that is now taken care of in the decorator CachedGalleryAdsRepository.
These design improvements are reflected in its new tests. They are now more focused, and can only fail if the obtention of the gallery ads breaks. Having only one reason to fail comes from testing a more cohesive unit with only one reason to change. Notice how these tests coincide with the subset of tests concerned with testing the same behaviour in the original tests of RealTimeGalleryAdsRepository:
package com.ads;
import com.ads.domain.*;
import com.ads.helpers.AdBuilder;
import org.junit.jupiter.api.BeforeEach;
import org.junit.jupiter.api.Test;
import java.util.Arrays;
import java.util.List;
import static com.ads.helpers.AdBuilder.aPromotionAd;
import static com.ads.helpers.SearchBuilder.aSearch;
import static org.hamcrest.MatcherAssert.assertThat;
import static org.hamcrest.Matchers.contains;
import static org.hamcrest.Matchers.empty;
import static org.mockito.Mockito.mock;
import static org.mockito.Mockito.when;
class RealTimeGalleryAdsRepositoryTest {
private static final String TITLE = "title";
private static final String URL = "url";
private static final String DESCRIPTION = "description";
private static final long PRICE = 1L;
private static final int BATHROOMS = 1;
private static final int ROOMS = 1;
private static final float BUILT_AREA = 1f;
private static final String PROMOTION_TYPE_ID = "5";
private static final String NO_LOCATION_ID = "0";
private static final String COUNTRY = "co";
private AdsRepository adsRepository;
private RealTimeGalleryAdsRepository realTimeGalleryAdsRepository;
private Search search;
private Configuration configuration;
@BeforeEach
public void setUp() {
configuration = mock(Configuration.class);
when(configuration.getPromotionPropertyType()).thenReturn(PROMOTION_TYPE_ID);
when(configuration.getCountryId()).thenReturn(COUNTRY);
search = aSearch()
.withCountryId(COUNTRY)
.withPropertyTypeId(PROMOTION_TYPE_ID)
.withLocationId(NO_LOCATION_ID)
.asSale()
.build();
adsRepository = mock(AdsRepository.class);
realTimeGalleryAdsRepository = new RealTimeGalleryAdsRepository(
adsRepository, configuration
);
}
@Test
void maps_all_ads_with_photo_to_gallery_ads() {
when(adsRepository.search(COUNTRY, search)).thenReturn(
searchResult(
ad("id1", "photo1.jpg").build(),
ad("id2", "photo2.jpg").build(),
ad("id3", "photo3.jpg").build()));
List<GalleryAd> galleryAds = realTimeGalleryAdsRepository.getAll();
assertThat(galleryAds, contains(
galleryAd("id1", "photo1.jpg"),
galleryAd("id2", "photo2.jpg"),
galleryAd("id3", "photo3.jpg"))
);
}
@Test
void when_no_ads_are_found_there_are_no_gallery_ads() {
when(adsRepository.search(COUNTRY, search)).thenReturn(noSearchResult());
List<GalleryAd> galleryAds = realTimeGalleryAdsRepository.getAll();
assertThat(galleryAds, empty());
}
@Test
public void ignore_ads_with_no_photos_in_gallery_ads() {
when(adsRepository.search(COUNTRY, search)).thenReturn(
searchResult(aPromotionAd().withId("id1").withNoPhoto().build()));
List<GalleryAd> galleryAds = realTimeGalleryAdsRepository.getAll();
assertThat(galleryAds, empty());
}
private GalleryAd galleryAd(String id, String photo) {
return new GalleryAd(
id, photo, TITLE, URL, PRICE, DESCRIPTION, ROOMS,
BATHROOMS, BUILT_AREA
);
}
private SearchResult searchResult(Ad... ads) {
return new SearchResult(Arrays.asList(ads));
}
private AdBuilder ad(String id, String photo) {
return aPromotionAd().
withId(id).
withDescription(DESCRIPTION).
withTitle(TITLE)
.withPrice(PRICE)
.withNumberOfBathrooms(BATHROOMS)
.withNumberOfRooms(ROOMS)
.withBuiltArea(BUILT_AREA)
.withUrl(URL)
.withPhoto(photo);
}
private SearchResult noSearchResult() {
return null;
}
}
Persisting the cached values between calls.
You might be asking yourselves, how are we going to ensure that the cached values persist between calls now that we don't have a static field anymore.
Well, the answer is that we don't need to keep a static field in our classes for that. The only thing we need is that the composition of CachedGalleryAdsRepository and RealTimeGalleryAdsRepository is created only once, and that we use that single instance for the lifetime of the application. That is a concern that we can address using a different mechanism.
We usually find in legacy code bases that this need to create something only once, and use that single instance for the lifetime of the application is met using the Singleton design pattern described in the design patterns book. The Singleton design pattern intent is to “ensure that only one instance of the singleton class ever exists; and provide global access to that instance”. The second part of that intent, “providing global access”, is problematic because it introduces global state into the application. Using global state creates high coupling (in the form of hidden dependencies and possible actions at a distance) that drastically reduces testability.
Instead we used the singleton pattern[10]. Notice the lowercase letter. The lowercase ’s’ singleton avoids those testability problems because its intent is only to “ensure that only one instance of some class ever exists because its new operator is called only once”. The problematic global access part gets removed from the intent. This is done by avoiding mixing object instantiation with business logic by using separated factories that know how to create and wire up all the dependencies using dependency injection.
We might create this singleton, for instance, by using a dependency injection framework like Guice and its @Singleton annotation.
In this case we coded it ourselves:
package com.ads.factories;
import com.ads.domain.CachedGalleryAdsRepository;
import com.ads.domain.GalleryAdsRepository;
import com.ads.domain.RealTimeGalleryAdsRepository;
import com.ads.infrastructure.ConfigurationsByCountry;
import com.ads.infrastructure.RealTimeAdsRepository;
import com.ads.infrastructure.SystemClock;
import java.time.Duration;
import java.util.HashMap;
import java.util.Map;
public class GalleryAdsRepositoryFactory {
private static final Duration TIME_TO_EXPIRE_CACHE = Duration.ofMinutes(30L);
private static Map<Integer, GalleryAdsRepository> instanceByCountry = new HashMap<>();
public static GalleryAdsRepository createUniqueCached(int countryId) {
if (!instanceByCountry.containsKey(countryId)) {
instanceByCountry.put(countryId, createInstance(countryId));
}
return instanceByCountry.get(countryId);
}
private static GalleryAdsRepository createInstance(int countryId) {
GalleryAdsRepository galleryAdsRepository = new RealTimeGalleryAdsRepository(
new RealTimeAdsRepository(countryId),
ConfigurationsByCountry.get(countryId)
);
return new CachedGalleryAdsRepository(
galleryAdsRepository,
new SystemClock(),
TIME_TO_EXPIRE_CACHE);
}
}
Notice the factory method that returns a unique instance of the GalleryAdsRepository interface that caches values. This factory method is never used by business logic, it’s only used by instantiation logic in factories that know how to create and wire up all the dependencies using dependency injection. This doesn’t introduce testability problems because the unique instance will be injected through constructors by factories wherever is needed.
Conclusions.
We show a recent example we found working for a client that illustrates how testability problems may usually point, if we listen to them, to the detection of underlying design problems. In this case the problems in the test were pointing to a lack of cohesion in the production code that was being tested. The original class had too many responsibilities.
We refactored the production code to separate concerns by going more OO applying the decorator design pattern. The result was more cohesive production classes that led to more focused tests, and removed the design problems we had detected in the original design.
Acknowledgements.
I’d like to thank my Codesai colleagues for reading the initial drafts and giving me feedback.
Notes.
[1] We showed another example of this relationship between poor testability and design problems in a previous post: An example of listening to the tests to improve a design.
[2] Listen to his great talk about this relationship: The Deep Synergy Between Testability and Good Design
[3] This is the complete paragraph from chapter 20, Listening to the tests, of the GOOS book: “Sometimes we find it difficult to write a test for some functionality we want to add to our code. In our experience, this usually means that our design can be improved — perhaps the class is too tightly coupled to its environment or does not have clear responsibilities. When this happens, we first check whether it’s an opportunity to improve our code, before working around the design by making the test more complicated or using more sophisticated tools. We’ve found that the qualities that make an object easy to test also make our code responsive to change.”
[4] This quote is from their post Synaesthesia: Listening to Test Smells.
[5] Have a look at this interesting series of posts about listening to the tests by Steve Freeman. It’s a raw version of the content that you’ll find in chapter 20, Listening to the tests, of their book.
[6] We have simplified the client's code to remove some distracting details and try to highlight its key problems.
[7] Vladimir Khorikov calls this unit testing anti-pattern Code pollution.
[8] A flag Argument is a kind of argument that is telling a function or a class to behave in a different way depending on its value. This might be a signal of poor cohesion in the function or class.
[9] Have a look at the discussion in the chapter devoted to the Decorator design pattern in the great book Design Patterns Explained: A New Perspective on Object-Oriented Design.
[10] Miško Hevery talks about the singleton pattern with lowercase ‘s’ in its talk Global State and Singletons
at 10:20: “Singleton with capital ’S’. Refers to the design pattern where the Singleton has a private constructor and has a global instance variable. Lowercase ’s’ singleton means I only have a single instance of something because I only called the new operator once.”
References.
- Growing Object-Oriented Software, Guided by Tests, Steve Freeman, Nat Pryce
- The Deep Synergy Between Testability and Good Design, Michael Feathers
- Design Patterns Explained: A New Perspective on Object-Oriented Design, Alan Shalloway, James R. Trott
- Design Patterns: Elements of Reusable Object-Oriented Software, Erich Gamma, Ralph Johnson, John Vlissides, Richard Helm
- Clean Code Talks - Global State and Singletons , Miško Hevery
- Why Singletons Are Controversial
- Flag Argument, Martin Fowler
- An example of listening to the tests to improve a design, Manuel Rivero
- Code pollution, Vladimir Khorikov
- Guice
- Guice Scopes
Top comments (0)