- Sensorki – aplikacja „pogodowa” – #0
- Sensorki – widok i adapter – #1
- Sensorki – refresh – #2
- Sensorki – material design – #3
- Sensorki – wskaźnik baterii – #4
- Sensorki – widget – #5
- Sensorki – groovy/spring boot demo serwer – #6
- Sensorki – Android i Spock – #7
- Sensorki – podsumowanie – #8
- Sensorki – Serverless app i refaktoring – #9
Nie może być tak, żeby nie było w aplikacji żadnych testów. A przy okazji niczym się tak dobrze nie testuje jak Spockiem. Let’s tests 🙂
Napisałam sobie metodę w klasie Sensor, która sprawdza czy sensorek jeszcze nadaje – sprawdzam czy różnica pomiędzy aktualnym czasem a timestampem sensorka jest mniejsza niż godzina. W praktyce sensorki nadają co pół minuty, ale można wybaczyć małe spóźnienia 😉
Procedurę podpięcia Spocka pod aplikację androidową opisywałam w tym wpisie https://paulinakaczmarek.pl/drugi-przetestujmy-cos-spock/. Poza wersjami bibliotek nic się nie zmieniło.
Żeby wykorzystać troszkę możliwości groovy’ego na potrzeby testów musiałam dorzucić do klasy Sensor konstruktor bezargumentowy. Dzięki temu przy tworzeniu obiektu sensorka mogłam podać wartość tylko jednego pola.
Do tworzenia przyjemnych obiektów czasowych skorzystałam z groovy’owego TimeCategory, który używając DSL-a pozwala intuicyjnie „cofać się w czasie” . Pozwala też podróżować w przyszłość:
1.day.from.now
Pomimo początkowych trudności, w których pomógł mi wpis na japońskim blogu, wszystko ładnie się zgrało i przeszło na zielono 🙂

Ostatnim krokiem było dorzucenie informacji o braku odpowiedzi od sensorka do UI. Żeby nie przegapić wrzuciłam i do kafelka i do powiadomień.
Kod do podejrzenia jak zwykle na githubie 😉