Testy xUnit

Odpowiedz Nowy wątek
2017-09-12 20:49
0

Cześć, właśnie zacząłem bawić się xUnit i robić testy jednostkowe. Do tej pory używałem wbudowanego mechanizmu MS.
Wydaje mi się, że miesza mi się wykonywanie testów jednostkowych z testami integracyjnymi.

Mam taki przypadek: Klasa abstrakcyjna Serializer. Ma takie metody jak WriteInt, WriteString itd. Po niej dziedziczą różne klasy konkretne, dzięki czemu możliwa jest serializacja do binary, SQL, XML i czego dusza zapragnie. Chciałem sobie stworzyć test takiej serializacji.

Chcę przetestować, czy obiekt zwróci to, co zapisze. I teraz nie za bardzo wiem, co mam robić, bo mam wrażenie, że w testy jednostkowe chcę wrzucić integracyjne.
Mam coś takiego:

public class SerializerTests
{
    void Serializer_Bool_Write_NoThrow(Serializer s)
    {
        s.WriteBool("BoolValue", true);
    }
 
    bool Serializer_Bool_Read_NoThrow(Serializer s)
    {
        return s.ReadBool("BoolValue");
    }
    //i inne na takiej zasadzie
 
    [Fact]
    public void BinarySerializerTest_ReadWrite_OK()
    {
        BinarySerializer bs = new BinarySerializer();
        Serializer_Bool_NoThrow(bs);
        //i inne
 
       //i teraz odczyt
       bool b = Serializer_Bool_Read_NoThrow(bs);
       Assert(b);
    }    
}

Czy to są jeszcze testy jednostkowe, czy już integracyjne? Czy jej sens robić testy jednostkowe do takich klas? Czy w ogóle dobrze posługuje się xUnitem?

Pozostało 580 znaków

2017-09-13 08:44
0

Popracuj nad nazewnictwem bo ciężko się to czyta. Najlepiej dla mnie sprawdza się reguła Given When Then. Czy Ty tutaj testujesz kilka modułów swojej aplikacji w teście ? Jeśli nie, to nie jest to test integracyjny. Test jednostkowy testuję pojedynczy kawałek kodu takich modułów.

Pozostało 580 znaków

2017-09-13 09:19
0

Czyli jeśli testuję cały serializer, a nie tylko jego pojedyncze metody, to nadal jest test jednostkowy?
No dobra, to inne pytanie. Wszystko oczywiście w jednym module. Test undo / redo

Żeby go wykonać, muszę stworzyć jakiś dokument, w nim kilka itemów, porobić jakieś zmiany. Coś w stylu (dla ułatwienia załóżmy, że operacje undo redo są w dokumencie):

Document doc = new Document();
Item item = doc.CreateItem();
doc.Undo();
Assert(doc.Items == 0);
 
doc.Redo();
Assert(doc.Items == 1);
 
item.Name = "Siema";
doc.Undo();
Assert(item.Name == "");
 
doc.Redo();
Assert(item.Name == "Siema");

Czy to dalej jest test jednostkowy, czy już integracyjny? I jakie nazewnictwo byś zaproponował? Jakiś konkretny przykład.

Pozostało 580 znaków

2017-09-13 09:24
0

nie, jezeli testujesz cala klase to jest nie jest to test jednostkowy

Jednostkowy to jest ze wywolujesz jedna metode. Testujesz ja na zasadzie
1) sprawdzasz czy metody interfejsow jakich tam uzywasz zostaly wywolane (czesto nie potrzebujesz tego). Ja uzywam do tego frameworka Moq, ale on nie moze mockowac zwyklych klas (tylko interfejsy i czasami jest problem jak z bibloteka Azure, ze nie da sie jej zmockowac za pomoca moq)
2) dajesz jakis input i oczekujesz konkretnego rezultatu.

I nie testuj nigdy jezyka czy frameworka ktorego uzywasz

Czy mam wrażenie, czy Twoja odpowiedź jest sprzeczna z error91? - Juhas 2017-09-13 09:42
given when then sa to testy integracyjne. Jezeli chcesz jednostkowo cos testowac, to mockujesz wszystkie zaleznosci, jezeli tego nie zrobisz to masz test integracyjny - fasadin 2017-09-13 09:54

Pozostało 580 znaków

2017-09-13 09:50
0

Czyli jeśli testuję cały serializer, a nie tylko jego pojedyncze metody, to nadal jest test jednostkowy?

Co to znaczy testować cały serializer?

Jeśli stworzysz klasę testów np. BinarySerializerTests ,a w niej będziesz miał metody np. should_deserialize_bool_value_when_something , should_deserialize_complex_object_when_something. To ta klasa testująca testować będzie cały binarny serializer ale testy w niej będą jednostkowe. W testach jednostkowych testujesz jednostkowy przypadek użycia.

edytowany 1x, ostatnio: error91, 2017-09-13 09:51

Pozostało 580 znaków

2017-09-13 10:05
0

Czytam, czytam i nic nie rozumiem. Mam wrażenie, że wszyscy mówimy o innych rzeczach. Mam klasę BinarySerializer, która wewnętrznie używa memorystream. Chcę ją przetestować. Zapisać do niej dane i je odczytać. Ja to zrobić poprawnie?

Pozostało 580 znaków

2017-09-13 10:17
0
Juhas napisał(a):

Czytam, czytam i nic nie rozumiem. Mam wrażenie, że wszyscy mówimy o innych rzeczach. Mam klasę BinarySerializer, która wewnętrznie używa memorystream. Chcę ją przetestować. Zapisać do niej dane i je odczytać. Ja to zrobić poprawnie?

Masz tam jakąś dodatkową logikę? Bo jeśli to tylko obudowanie memory stream to tak jak @fasadin napisał nie ma sensu testować klas frameworka.

edytowany 1x, ostatnio: error91, 2017-09-13 10:17

Pozostało 580 znaków

2017-09-13 11:44
0

No mam logikę. Ta klasa wygląda np. tak:

//w binarnym serializerze olewam nazwy pól
public void WriteString(string name, string value)
{
    int len = value.Length;
    byte[] b = BitConverter.GetBytes(len);
    stream.Write(b, 0, b.Length); //zapisuję długość stringa
 
    //pseudokod, bo nie pamiętam jak to robię
    byte[] sb = BitConverter.GetBytes(value);
    stream.Write(sb, 0, sb.Length); //zapisuję stringa 
}

No i analogicznie działa odczyt. Najpierw odczytuję ilość znaków ze stringa, tworzę bufor o odpowiedniej wielkości i odczytuję dane z memorystream.

Pozostało 580 znaków

2017-09-13 11:52
0
Juhas napisał(a):

No mam logikę. Ta klasa wygląda np. tak:

//w binarnym serializerze olewam nazwy pól
public void WriteString(string name, string value)
{
    int len = value.Length;
    byte[] b = BitConverter.GetBytes(len);
    stream.Write(b, 0, b.Length); //zapisuję długość stringa
 
    //pseudokod, bo nie pamiętam jak to robię
    byte[] sb = BitConverter.GetBytes(value);
    stream.Write(sb, 0, sb.Length); //zapisuję stringa 
}

No i analogicznie działa odczyt. Najpierw odczytuję ilość znaków ze stringa, tworzę bufor o odpowiedniej wielkości i odczytuję dane z memorystream.

No moim zdaniem nie ma sensu tego testować. Obudowałeś tutaj użycie Memory stream. Ale jeśli bardzo chcesz to wtedy testujesz metodę WriteString i tyle.

edytowany 1x, ostatnio: error91, 2017-09-13 11:52
A jakbym chciał porównać, czy odczytałem to, co zapisałem? To wtedy po prostu piszę metodę w stylu BinSerializer_ReadWriteString_SameValues? - Juhas 2017-09-13 12:56
Niby powinno się dawać stały input i testować dla danego stałego inputu daną metodę. Czyli dane do testów powinny być stałe, a następnie testować metodę serializującą a w innym teście deserializującą. - error91 2017-09-13 15:03
No i do tego sprowadza się mój problem. Jeśli w jednym teście coś zapiszę, a w innym odczytam, no to bez sensu. Bo w każdym teście powinienem mieć nowy obiekt. I nie dowiem się, czy odczytałem to, co zapisałem. Bo nie mogę odczytać, póki czegoś nie zapiszę. Mógłbym posłużyć się mockowaniem, ale to się mija z celem, bo chcę przetestować mój mechanizm. - Juhas 2017-09-13 15:05

Pozostało 580 znaków

2017-09-13 15:09
0

Będę kontynuował tutaj. Teraz rozumiem Twoją zagwozdkę, ale możesz przecież przy pomocy serializacji wygenerować sobie dane i zapisać je gdzieś. a potem przy teście deserializacji przekazać dane i oczekiwać jakiegoś wyniku ? Czyli dla danego załóżmy np. xml'a oczekujesz jakiegoś obiektu. W takim wypadku masz dwa oddzielne testy i oczekujesz dla specyficznych danych konkretnych wyników. Jeśli zmieni się implementacja i serializacji lub deserializacji i zwróci Ci coś innego niż oczekujesz to test nie przejdzie.

edytowany 4x, ostatnio: error91, 2017-09-13 15:13

Pozostało 580 znaków

Odpowiedz
Liczba odpowiedzi na stronę

1 użytkowników online, w tym zalogowanych: 0, gości: 1, botów: 0