After updating mac to Mojave, I ran into problems with Ruby 2.5.1 and had to reinstall it (I use rvm for that) and re-bundle my automation project.
It looks like rvm symlinks chromedriver to its own location:

$ which chromedriver
/Users/anks/.rvm/gems/ruby-2.5.1/bin/chromedriver

However, when I run my automation suite, I get:

Failure/Error: raise Error::WebDriverError, cannot_connect_error_text
Selenium::WebDriver::Error::WebDriverError:
unable to connect to chromedriver 127.0.0.1:9515

and the browser doesn’t start.

I don’t know for sure, but after reading this thread on Github I figured that 2 chromedrivers (one in local and one in rvm) don’t work with each other very well.
Thanks to the thread above, I managed to fix this and since I had to use this solution at least twice now, I’m putting it here for future reference.

curl https://chromedriver.storage.googleapis.com/73.0.3683.68/chromedriver_mac64.zip -o chromedriver_mac64.zip
unzip chromedriver_mac64.zip
mv chromedriver /usr/local/bin
chmod +x /usr/local/bin/chromedriver
rm chromedriver_mac64.zip

Now, which chromedriver still returns the rvm location. To fix this, remove the chromedriver directory:

rm -rf /Users/anks/.rvm/gems/ruby-2.5.1/bin/chromedriver

and now which chromedriver is properly linked to local version:

$ which chromedriver
/usr/local/bin/chromedriver

So recently I’ve thought about reactivating this blog for self-development purposes. I’ve been a software tester for more than 3 years now, but I feel that I still know too little. This would be a small haven for my hacks, tils and research plans that I intend to put into action 🙂

Dzisiejsze zajęcia rozpoczęły się 2 godziny później, o 11 – wykorzystałam to na obskoczenie paru ingressowych misji, bo do badża już niedaleko.

Nowych tasków nie było, bo mieliśmy wciąż do dokończenia sporo z poprzednich dni. Było już czuć, że jest luz, bo najgorsze za nami, a ludzie po wczoraj skacowani 😛

Pobawiłam się dalej Boostrapem, zrobiłam konwersję paru stron na hamla, dodałam I18n i translacje. Z tymi ostatnimi mocno się męczyłam, bo wywaliły mi testy, w adresach było podwójnie “en/en”, no i przestał mi działać switcher języków. Ale się udało 😉 Na sam koniec doszła jeszcze paginacja i podpięcie pod New Relica. Z dużych rzeczy została mi jeszcze autoryzacja Facebooka, wysyłanie maili po rejestracji i jeszcze wrzucanie obrazków na S3. Ale najpierw chcę doprowadzić do porządku testy (pozamieniać stringi na translacje), dokończyć tłumaczenia i przekonwertować widoki na hamla.

Aktualnie appka prezentuje się tak: http://bootcamp8-matisnape.herokuapp.com/

W tym miejscu (chociaż czyniłam to też osobiście) chciałam podziękować mentorom i organizatorom za te zajebiste 2 tygodnie roboty. Było ekstra i mam nadzieję, że w przyszłości nie zapomnę tego, czego się nauczyłam i będę mogła się odwdzięczyć mentorowaniem na kolejnych edycjach. Ale zanim to nastąpi, chcę jeszcze nauczyć się paru rzeczy, poanalizować to, co kodziłam, na spokojnie. No i chciałabym jakoś zgrabnie przejść do robienia devowych rzeczy, pokodzić jakieś swoje rzeczki.

Ogólnie super inicjatywa i świetne jest to, że była to praca indywidualna, a nie w grupach.

Z ciekawostek mojego projektu:

• zakodziłam 433 commitów
• najwięcej commitowałam w okolicach godz. 16
• z 93 issues, mam zamkniętych 75 i kolejnych kilka czeka na sprawdzenie
• 12 mentorów klonowało moje repo do sprawdzania
• dodałam sobie hooka na Slacka i teraz przychodzą mi notyfikacje o buildach i deployach <3

W końcu zaczęłam kumać. Po logowaniu to wszystko już proste. Napisałam praktycznie samodzielnie rejestrację użytkownika z hashowaniem hasła – po Bootcampie dodam jeszcze edytowanie konta i usuwanie.

Dodałam też redirect po zalogowaniu do poprzedniej strony (czyli tej, z której zostało logowanie wywołane).

Następna rzecz to ładne URLe dla samochodów i randomowe dla place rentów – przy tym ostatnim wjechała migracja do bazy danych – ogarnęłam z pomocą blogasków i stack overflowów. Jak już będę haxxorem, to też będę pisać takiego blogaska, żeby pomagać takim początkującym userom jak ja teraz.

No a poza tym – zaczęliśmy bawić się z Bootstrapem, więc aktualnie appka wygląda już nieco ładniej 🙂 Pokazałam ją już QA-om to znaleźli parę bugów, trolle jedne 😛 Przy okazji dowiedziałam się, że na heroku nie miałam ustawionego rake’a na migracje, w związku z czym logowanie i rejestracja mi nie działały.

Na koniec dnia mieliśmy prezki potencjalnych pracodawców (to w sumie fajne uczucie, że niewiele nas dzieli od tego, żeby zostać junior devem), podziękowania dla wszystkich mentorów i niezastąpionej Emilii, która ogarnęła cały event i celebracja piwem.

Dzisiaj drugi dzień niekumania zbyt wiele. Sesje i zrobienie logowania jest dla mnie wciąż nie do końca oczywiste, chociaż rozumiem schemat działania – cały czas mam problem z określaniem dostępności parametrów i ich przekazywaniem. Później już było nieco lepiej. No ale podobno i tak tego nikt nie robi od zera, tylko używa Devise’a ;D

A jak sobie zaczęłam to analizować wieczorem (pisząc testy, a jak), to tak doszłam do wniosku, że przez te dwa tygodnie przerobię zakres całego Hartla. Oczywiście, żeby zakumać wszyściuteńko, planuję po powrocie przerobić to raz jeszcze plus ewentualnie zrobić Odin Project.

Tym niemniej, prawda jest taka, że gdyby nie Bootcamp, nie miałabym szans na ogarnięcie Railsów poświęcając temu 1-2h dziennie. Nie miałoby kiedy się to utrwalić, nie wspominając o tym, że bez niego nie poznałabym haków na skuteczne debuggowanie,co mega pomaga.

A, jestem też zajebiście wdzięczna ludziom, którzy publikują swoje rozwiązania problemów online na swoich blogaskach. Nic bym nie zrobiła bez nich 😀

No więc, powolutku lecimy dalej : )

Już rozumiem coraz mniej i robię sobie coraz większe zaległości 🙁

Udało mi się raptem dodać dodatkową kolumnę do bazy danych do trzymania ceny place renta, obliczanej na podstawie czasu place renta i cen za godzinę/dzień, do tego testy i jeszcze zamykanie otwartych place rentów, kiedy usuwa się parking.

O ile przy samochodach było prosto (bo jedyne paramsy przekazywane przy tworzeniu to model i numer rejestracyjny, a dane ownera są brane z aktualnego usera), to już w przypadku parkingów czy place rentów zrobiło się skomplikowanie. W place rentach jest tak, że znajdują się one w routesach parkingowych (a więc jest coś takiego jak: /parkings/1/place_rents/new), co robi dodatkową magię w formularzach i samych kontrolerach, co do tej pory jest dla mnie trudne do ogarnięcia.

I to jedyna rzecz, którą sprawia mi dużo problemów. Będę musiała poczytać więcej.

Dzisiaj zaczęłam w końcu testy integracyjne, ale żeby nie było zbyt prosto, to nie ma Rspeca, tylko defaultowy Minitest, nie ma faktorek tylko seedy w bazie i reseedowanie bazy po każdym teście (czyli to, co będę robić po powrocie z urlopu :D). Napisanie tego to pikuś, największy problem przysporzył mi niespodziewanie js i fakt, że testy lecą w losowej kolejności. I tak, jeśli test z usuwaniem obiektu z bazy poleci pierwsze, to później miałam problem z pokazywaniem widoku konkretnego parkingu. A wszystko dlatego, że przeszkadzało mi, że w headlessowym teście na usuwanie obiektu, nie pojawia się popup z potwierdzeniem usunięcia. Z godzina na to zeszła, ale już jest git. Teraz ciąg dalszy nadrabiania, żeby być tylko jeden dzień w plecy 🙂

A, i moją appkę można już oglądać tutaj: bootcamp8-matisnape.herokuapp.com

Piątek to dzień walki z widokami dla poszczególnych akcji – tworzenia, edytowania i usuwania oraz wyświetlania wszystkich obiektów klasy dla konkretnego usera i pojedynczych. Najwięcej zachodu było z partialami dla błędów i komunikatów związanych z udaną lub nieudaną akcją oraz błędami walidacji. Najprostsze w sumie było stworzenie seedów. Ale to były dopiero zadania z czwartku.

Piątkowy hardkor to kontrolery do poszczególnych klas. Dowiedziałam się tutaj o zagnieżdżaniu paramsów oraz o zabezpieczaniu paramsów przed manipulacjami w requestach.

Większość dzisiejszego dnia zajęło mi pisanie kolejnych testów do walidacji modeli oraz pisanie migracji.

Migracje przysporzyły mi trochę mindfucka – a konkretnie relacja 1 do 1 pomiędzy adresami a parkingami i utworzenie odpowiednich kluczy. Problem polegał na tym, że się zamotałam, gdzie powinien być klucz obcy i w pewnym momencie miałam klucze linkujące do siebie nawzajem w obu modelach będących ze sobą w relacji. Dwójka mentorów stwierdziła, że nie powinno to przeszkadzać, ale przyszedł senior i rzekł, że jednak robi bubu. Po usunięciu nadmiarowego klucza stała się magia : )

Dalsze testy to już pikuś – najtrudniejszy z nich dotyczył walidacji kodu pocztowego. Musiałam do walidacji tegoż stworzyć regexpa, ale to już umiem po edX i dzięki Rubularowi : )

W końcu, koło 15 zabrałam się za kolejne zadania – wchodzimy już w kontrolery i widoki, coś, co dla mnie zawsze było czarną magią. Ale z pomocą guidesów i materiałów z internalowych warsztatów w netguru – udało się stworzyć stronę startową z wszystkimi parkingami (tutaj zapoznałam się z zagadnieniem n+1 zapytań), potem stronę konkretnego parkingu. Żeby łatwiej mi się tam wszystko oglądało, stworzyłam sobie nawet seedy : )

Zabawa zaczęła się przy formularzu do tworzenia nowych parkingów. Trochę wyskoczyłam naprzód (bo nie doczytałam zadania do końca :trollface: ) i stworzyłam formularz z wszystkimi polami – bo przy tworzeniu parkingu trzeba by tworzyć także obiekt klasy adresu i jeszcze ownera, a tu z kolei pojawia się problem nested attributes i strong parameters. To więc zostawiłam sobie już na później, natomiast chciałam chociaż ogarnąć do końca to jedno zadanie i napisać wyświetlanie błędów walidacji przy próbie wysłania formularza.

Po kilku godzinach (dopiero koło 22 się poddałam) poległam i zadowoliłam się wyświetlaniem listy wszystkich błędów bez żadnego formatowania na samej górze formularza (zdefiniowane w kontrolerze ;/). Według guidesów zaś powinnam móc stworzyć sobie taką listę z ładnym formatowaniem przez zdefiniowanie w widoku + jeszcze wyświetlać błędy przy odpowiednich polach, ale za cholerę nie chciało się, no ;/ Próbowałam nawet jakiegoś gema helpera ze starszych guidesów, ale też dupa. Nawet patrzyłam w inne projekty, ale tam właściwie w ogóle nie widziałam żadnych definicji błędów 😀

Doszłam więc do wniosku, że dzisiaj już nic nie wymyślę (chociaż spać mi się nie chce, bo nie daje mi to spokoju : |) i zajmę się tym jutro.

Trzeba przyznać, że dzisiaj poziom ekscytacji znacznie mi skoczył – cieszę się jak dziecko, jak w końcu coś mi się pokaże i nie wywali mi błędu – magia : D

Dzisiaj wiele do dodania nie będę miała, gdyż większość dnia rozkminiałam pozostałe zadania z dnia poprzedniego, czyli testy :B Strasznie próbowałam ogarnąć, dlaczego coś działa tak, a nie inaczej. Udało mi się za to chyba mniej więcej debugować lepiej w konsoli, że czasami trzeba zrobić dodatkowe warunki typu require. Oraz najważniejsze, po którym mi się nieco źle zrobiło – mianowicie nie miałam na jednym parametrze settera, w związku z czym nie mogłam nadpisywać tego parametru w teście – w celu obejścia tego poznałam hacka, metodę instance_variable_set. A dlaczego źle? Bo zamiast dodać settera w klasie (którego nie mogłabym, bo inaczej nie pasowałoby do klucza testów :P), musiałam tak napisać test, żeby się zgadzało 😛

Pod koniec dnia dopiero zajęłam się tematem dzisiejszym, czy generowaniem nowej appki railsowej, modeli i migracji. Zrozumiałam migracje i cieszę się, że można je generować, a nie pisać totalnie od zera.

Dzień zakończyłam na pisaniu asocjacji między modelami – jutro będę je testować. Powinno pójść gładko, zważywszy, że używam tego w konsoli na stagingach przy sprawdzaniu testów. Z drugiej strony, testy do metod też miały pójść gładko, a jednak zajęły mi wuchtę czasu 😀