08 Testy Jednostkowe w j2me

Studenkie Koło Naukowe ISA2 Warsztaty programistyczne J2ME 18 grudnia 2009

Testy jednostkowe w J2ME

Marcin Stachniuk
mstachniuk@gmail.com

Politechnika Wrocławska
Wydział Elektroniki
Studenckie Koło Naukowe Informatyki Systemów Autonomicznych
i Adaptacyjnych ISA2

18 grudnia 2009

Marcin Stachniuk Testy jednostkowe w J2ME 1/37


Plan prezentacji

1 Wstęp

2 Tworzenie testów JMUnit

3 Przykładowy test

4 Dalsze informacje o testach

5 Podsumowanie



Plan prezentacji

1 Wstęp


3 Przykładowy test


5 Podsumowanie



Wstęp

Czy są testy jednostkowe?
Deﬁnicja (wg. Wikipedii)
Test jednostkowy (ang. unit test, test modułowy) to w
programowaniu metoda testowania tworzonego oprogramowania
poprzez wykonywanie testów weryﬁkujących poprawność działania
pojedynczych elementów (jednostek) programu - np. metod lub
obiektów w programowaniu obiektowym lub procedur w
programowaniu proceduralnym.

http://pl.wikipedia.org/wiki/Test jednostkowy



Czyli...

Czyli...
1 Posiadamy metodę (którą chcemy przetestować)
2 Wywołujemy ją (przekazując pewne argumenty)
3 Zapamiętujemy wynik (zwrócony rezultat)
4 Porównujemy, czy wynik jest zgodny z oczekiwaniem



Gdzie...

Gdzie należy umieszczać metody testujące?
w metodzie main() ? NIE!!!
istnieje lepsze rozwiązanie...



X-unit frameworks

Z pomocą przychodzą nam:

X-unit frameworks!



X-unit frameworks

X-unit frameworks:
JUnit (Java)
JMUnit (J2ME)
J2MEUnit (J2ME)
NUnit (C#)
CPPUnit (C++)
PyUnit (Python)
SUnit (Smalltalk)
JSUnit (JavaScript)
fUnit (Fortran)



Plan prezentacji

1 Wstęp


3 Przykładowy test


5 Podsumowanie



Tworzenie testów



Klasa TestCase

Klasa TestCase:
TestCase(int totalOfTests, String name) - konstruktor
test(int testNumber) - metoda wywołująca kolejne testy
setUp() - metoda wywoływana przed każdym testem
tearDown() - metoda wywoływana po każdym teście



Assercje

Assercje
Służą do porównywania rezultatów z oczekiwaniami.
Wszystkie rzucają AssertionFailedException.

Assercje:
assertEquals(int expected, int actual)
assertEquals(String test, int expected, int actual)
assertNotEquals(int expected, int actual)
assertNotEquals(String test, int expected, int actual)



Assercje

Zaawansowane Assercje:
assertNull(Object object)
assertNotNull(Object object)
assertSame(Object expected, Object actual)
assertNotSame(Object expected, Object actual)
assertTrue(boolean expression)
assertFalse(boolean expression)
fail(String test)
własne assercje



Co powinno w takim teście być?

Co powinno w takim teście (metodzie testującej) być?
1 // given - przygotowanie obiektów
2 ...
3
4 // when - wykonanie testowanej metody
5 ...
6
7 // then - sprawdzenie wyniku
8 ...



Plan prezentacji

1 Wstęp


3 Przykładowy test


5 Podsumowanie



Metoda do testowania

Metoda do testowania:
Zwraca sumę liczb podanych jako argument w tablicy.
1 public int sum(int [] tab) {
2 int sum = 0;
3 for (int i = 0; i < tab.length-1; i++) {
4 sum = sum = tab[i];
5 }
6 return sum;
7 }



Metoda testująca 1

Metoda testująca 1:
Sprawdza, czy metoda dobrze zsumuje tablicę, w której jest tylko
wartość 0 (zero).
1 public void testSum01() throws AssertionFailedException {
2 System.out.println(’’sum’’);
3
4 // given
5 MyClass instance = new MyClass();
6 int[] tab1 = new int [] {0};
7
8 // when
9 int result1 = instance.sum(tab1);
10
11 // then
12 assertEquals(0, result1);
13 }



Metoda testująca 2

Metoda testująca 2:
Sprawdza, czy metoda dobrze zsumuje tablicę, w której są wartości
5 i 0 (zero).
1 public void testSum02() throws AssertionFailedException {
2 System.out.println(’’sum’’);
3
4 // given
5 MyClass instance = new MyClass();
6 int[] tab1 = new int [] {5,0};
7
8 // when
9 int result1 = instance.sum(tab1);
10
11 // then
12 assertEquals(5, result1);
13 }



Szkielet testu

1 public class MyClassTest extends TestCase {
2 public MyClassTest() {
3 super(2, ’’MyClassTest’’);
4 }
5
6 public void test(int testNumber) throws Throwable {
7 switch (testNumber) {
8 case 0:
9 testSum01();
10 break;
11 case 1:
12 testSum02();
13 break;
14 }
15 }
16 // ...
17 }



Sprawdzamy przykład...

Test01.zip



...dopisujemy kolejne testy...

http://hsc10.com/appEngProgramer.png



... i nie działa!

Test02.zip



Dobry test

To znaczy ze test był dobrze napisany :)

http://upload.wikimedia.org/wikipedia/commons/8/80/Symbol OK.svg



Testowanie wyjątków

1 public void testException() {
2 try {
3 sortMyList(null);
4 fail(’’Metoda powinna wygenerować wyjątek’’);
5 } catch (RuntimeException e) {
6 assertTrue(true);
7 }
8 }



Plan prezentacji

1 Wstęp


3 Przykładowy test


5 Podsumowanie



Co testować?

Co testować:
Czy wyniki są poprawne?
Czy warunki brzegowe zostały prawidłowo określone?
Czy można sprawdzić relacje zachodzące w odwrotnym
kierunku?
Czy można sprawdzić wyniki w alternatywny sposób?
Czy można wymusić błędy?
Czy efektywność jest zadowalająca?



Kiedy testować?

Kiedy testować:
Po napisaniu nowej metody
Po poprawieniu błędu
Po każdej udanej kompilacji
Po wprowadzeniu kodu do systemu kontroli wersji
Podczas refaktoringu



Kiedy pisać testy?

Kiedy pisać testy:
Gdy cały kod jest gotowy?
Równolegle z kodem?
Przed napisaniem kodu?



TDD

TDD Test-driven development - Programowanie sterowane testami

Piszemy test(y)
Implementujemy
Refaktoryzujemy
http://chakkaradeep.ﬁles.wordpress.com/2008/01/tdd.png



Plan prezentacji

1 Wstęp


3 Przykładowy test


5 Podsumowanie



Co dalej?

O czym nie zostało jeszcze tutaj powiedziane:
J2MEUnit - framework podobny do JMUnita
Hammock Mock Objects for Java ME - obiekty zastępcze
Jak pisać ładne testy
Jak pisać testowalny kod



Pytania

Pytania?



Na koniec cos śmiesznego

http://static.zooomr.com/images/3733898 810f1f2c70.jpg


Więcej informacji

Kontakt z autorem:
mstachniuk@gmail.com
Strona koła naukowego ISA2
http://autonom.ict.pwr.wroc.pl/
Strona warsztatów:
http://autonom.ict.pwr.wroc.pl/∼mstachniuk
JMUnit
http://jmunit.sourceforge.net/
JMUnit1.2 User guide
http://hammingweight.com/modules/jmunit/userguide.pdf
JMUnit API
http://hammingweight.com/modules/jmunit/api/index.html
Test-driven development
http://pl.wikipedia.org/wiki/Test-driven development
Programowanie poprzez testy z wykorzystaniem JUnit (Politechnika Wrocławska)
http://gromit.ict.pwr.wroc.pl/p inf/w/jUnit.pdf
Bartosz Bańkowski, ”Pitfalls of TDD Adoption”
http://agileee.org/schedule/BB/
Szczepan Faber, ”Java: tools & techniques for TDD”
http://agileee.org/schedule/SF/
JUnit Pragmatyczne testy jednostkowe w Javie - Andrew Hunt, David Thomas, Helion 2006


08 Testy Jednostkowe w j2me

Recommended

Recommended

More Related Content

More from MarcinStachniuk

More from MarcinStachniuk (20)

08 Testy Jednostkowe w j2me