Kpiny z klasy a wyśmiewanie się z interfejsu

Question

Do testu jednostkowego potrzebuję wyśmiać kilka zależności. Jednym z zależnościami jest klasa, która implementuje interfejs:

public class DataAccessImpl implements DataAccess { 
    ... 
} 

muszę założyć atrapa obiektu tej klasy, która zwraca niektórych określonych wartości, gdy wyposażony pewnych określonych parametrach.

Teraz, co nie jestem pewien, czy jest to lepiej mock interfejsu lub klasy, tj

DataAccess client = mock(DataAccess.class); 

vs.

DataAccess client = mock(DataAccessImpl.class); 

Czy ma żadnej różnicy w odniesieniu do testowania? Jakie byłoby preferowane podejście?

Answer 1

Nie może to mieć większego wpływu na twoją sprawę, ale preferowane podejście polega na fałszywym interfejsie, ponieważ normalnie, jeśli postępujesz zgodnie z TDD (Test Driven Development), możesz napisać testy jednostek nawet przed napisaniem swoich klas implementacji. Dlatego nawet jeśli nie masz konkretnej klasy DataAccessImpl, nadal możesz pisać testy jednostkowe za pomocą interfejsu DataAccess.

Co więcej, szydercze frameworki mają ograniczenia w szykanowaniu klas, a niektóre frameworki domyślnie tylko symulują interfejsy.

Answer 2

To zależy. Jeśli twój kod zależy od klasy, a nie od interfejsu, musisz kpić z klasy, aby napisać poprawny test jednostkowy.

Answer 3

W większości przypadków technicznie nie ma różnicy i możesz kpić jako klasa, więc interfejs. Koncepcyjnie lepiej jest korzystać z interfejsów z powodu lepszej abstrakcji.

Answer 4

Jeśli używasz go tylko poprzez interfejs i nie jest to częściowa sztuczka, nie ma żadnej różnicy poza twoimi wewnętrznymi odczuciami. Kpiny z klasy będą także kpić z nieużywanej metody publicznej, jeśli klasa je posiada, ale nie jest to wielka sprawa do rozważenia.

Answer 5

Powinieneś kpić z interfejsu, ponieważ pomoże ci upewnić się, że przestrzegasz zasady podstawiania Liskov (https://stackoverflow.com/a/56904/3571100).