Stub jedna metoda klasy i niech inne rzeczywiste metody używają tego zglikowanego

Question

Mam klasę TimeMachine, która podaje mi bieżące wartości daty/czasu. Klasa wygląda następująco:

public class TimeMachine 
{ 
    public virtual DateTime GetCurrentDateTime(){ return DateTime.Now; }; 
    public virtual DateTime GetCurrentDate(){ return GetCurrentDateTime().Date; }; 
    public virtual TimeSpan GetCurrentTime(){ return GetCurrentDateTime().TimeOfDay; }; 
} 

Chciałbym użyć TimeMachine niedopałek w moich testach w taki sposób, że ja po prostu odgałęzienie metodę GetCurrentDateTime i niech inni 2 metody użyć zgaszone GetCurrentDateTime metody tak jak ja nie trzeba odcinać wszystkich trzech metod. Próbowałem napisać test tak:

var time = MockRepository.GenerateStub<TimeMachine>(); 
time.Stub(x => x.GetCurrentDateTime()) 
    .Return(new DateTime(2009, 11, 25, 12, 0, 0)); 
Assert.AreEqual(new DateTime(2009, 11, 25), time.GetCurrentDate()); 

Ale test kończy się niepowodzeniem. GetCurrentDate zwraca default(DateTime) zamiast wewnętrznego połączenia z kodem GetCurrentDateTime.

Czy istnieje jakieś podejście, które mógłbym zastosować, aby osiągnąć takie zachowanie, czy jest to tylko kilka podstawowych cech koncepcyjnych RhinoMocks, których obecnie nie łapię? Wiem, że mogłem po prostu pozbyć się tych dwóch metod i wstawić użycie, ale chciałbym się dowiedzieć, czy to w ogóle możliwe.

Answer 1

Właśnie się dowiedziałem, że można to osiągnąć, nie używając wirtualnego na tych dwóch metodach - chroni to metody przed przesłonięciem podczas generowania kodu pośredniczącego.

public class TimeMachine 
{ 
    public virtual DateTime GetCurrentDateTime(){ return DateTime.Now; }; 
    public DateTime GetCurrentDate(){ return GetCurrentDateTime().Date; }; 
    public TimeSpan GetCurrentTime(){ return GetCurrentDateTime().TimeOfDay; }; 
} 

Test przechodzi teraz.

Answer 2

Kik podpowiedzi dostarcza odpowiedzi na metodę i wywołania właściwości, nie wie nic o rzeczywistej implementacji TimeMachine. Obawiam się, że będziesz musiał ustawić wyniki dla każdej z 3 metod (lub dla konkretnej metody, którą chciałbyś przetestować).

Answer 3

zmienić TimeMachine do klasy abstrakcyjnej:

public abstract class TimeMachine 
{ 
    public abstract DateTime GetCurrentDateTime(); 
    public DateTime GetCurrentDate(){ return GetCurrentDateTime().Date; }; 
    public TimeSpan GetCurrentTime(){ return GetCurrentDateTime().TimeOfDay; }; 
} 

do celów produkcyjnych, można stworzyć konkretną realizację TimeMachine takiego:

public class SystemTimeMachine : TimeMachine 
{ 
    public override DateTime GetCurrentDateTime() 
    { 
     return DateTime.Now; 
    } 
} 

Wszystkie klasy zużywające TimeMachine można teraz wstrzyknięto abstrakcja, ale w produkcji możesz połączyć swój wykres obiektów z SystemTimeMachine.

Answer 4

Nie jestem pewien, której wersji Rhino.Mocks używasz, ale chciałbym tylko uczynić metodę GetCurrentDateTime() wirtualną (jak sugerował wcześniejszy plakat), a następnie utworzyć próbny obiekt przy użyciu PartialMock (). Istnieje wiele sposobów, aby ustawić rzeczy w górę, ale dodaje powinno działać:

var mocks = new MockRepository(); 
var time = mocks.PartialMock<TimeMachine>(); 
using (mocks.Record()) 
{ 
    Expect.Call(time.GetCurrentDateTime()).Return(new DateTime(2009, 11, 25, 12, 0, 0)); 
} 
using (mocks.Playback()) 
{ 
    Assert.AreEqual(new DateTime(2009, 11, 25), time.GetCurrentDate()); 
} 

Answer 5

Jeśli metoda jest oznaczona jako virtual, zalążek nie wywoła oryginalną metodę, nawet jeśli nie skrótową metody. Można wymusić RhinoMocks nazwać oryginalną metodę wykonując:

var time = MockRepository.GenerateStub<TimeMachine>(); 
time.Stub(x => x.GetCurrentDateTime()).Return(new DateTime(2009, 11, 25, 12, 0, 0)); 

time.Stub(x => x.GetCurrentDate()).CallOriginalMethod(OriginalCallOptions.NoExpectation); 

Assert.AreEqual(new DateTime(2009, 11, 25), time.GetCurrentDate()); 

To trzecia (rozdzielone) linia sprawia, że ​​RhinoMocks wywołać bazowych, oryginalną metodę.