MQTT je messaging protokol koji se koristi u komunikaciji sa IoT uređajima. Ovaj protokol je postao standard u IoT industriji. Ako želite da saznate nešto više o samom protokolu, za početak možete pogledati ovde. Pre nekih pola godina Postman je počeo da podržava i ovaj protokol. Ovaj članak će se baviti time kako da kreirate MQTT kolekciju i kako da je koristite za potrebe testiranja u Postmanu.

Continous integration i continous delivery/deployment je danas regularan deo razvoja savremenog developmenta. Continous testing takođe ima bitnu ulogu, da bismo što pre detektovali defekt ukoliko je nastao pri razvoju. Zbog toga se često automation regression testing suite podešava da se automatski izvršava u noćnim satima, kako bismo imali sve testing rezultate sutra dan. Međutim iako smo automatizovali taj deo procesa i dalje postoji neka vrsta manuelnog rada, a to je što neko mora sutra dan da pogleda taj zakazani job koji se izvršio, ako se svake večeri izvršava to znaći da neko mora svako jutro da proverava da li je izvršenje uspešno ili imamo neki pali test. Zbog toga je mnogo bolje da dobijemo notifikaciju kada je izvršenje testova završeno i da nas nekako odmah obavesti da li je schedulovani job uspešno završen, ili imamo neki test da je pao. Tako ćemo eliminisati da neko ima obavezu da izvrši manuelnu proveru. Ovaj članak će se upravo baviti time, kako da podesimo da dobijamo notifikacije na discord kanalu od strane githuba.

Nastavljamo dalje sa našom sekcijom vezano za intervjue, ovaj put nam je izašao u susret Stefan Maksimović. Trenutno zaposlen kao product designer u Microsoftu. U daljem tekstu naći ćete njegovo iskustvo, koje nesebično deli sa nama u intervlju, ali i na izazove sa kojim se susretao tokom razvoja svoje karijere. Na kraju pročitaćete njegovo stručno mišljenje, koliko je kvalitet bitan za sam razvoj i dizajn proizvoda, ali i savet za mlađe generacije koje su tek na početku svoje karijere.

JetBrains je kompanija poznata po razvoju IDE okruženja za Softver developer-e. Njihovi IDE alati su veoma korišćeni i popularni u primeni razvoja softvera u različitim jezicima. IntelliJ (IDE za Java developer-e), PyCharm (IDE za Python developer-e), WebStorm (IDE za Web developer-e), RubyMine (IDE za Ruby developer-e), DataGrip (IDE za rad nad različitim bazama podataka) su samo neki od njihovih IDE okruženja koja se učestalo koriste. Nedavno je JetBrains kompanija izbacila i IDE okruženje namenjeno za automatizaciju auto testova.

U ovom članku ćemo da istražimo Aqua IDE okruženje koje je namenjeno za automation test inženjere i da damo objektivno mišljenje.

U okviru našeg bloga, odlučili smo da krenemo sa novom sekcijom gde ćemo obrađivati intervjue sa ljudima koji su duže vreme u sferi informacionih tehnologija. Ideja nam je da u člancima koji će biti posvećeni intervjuima, podelimo sa vama deo iskustva i mišljenja ljudi koji se duže vreme bave razvojem softvera. Za naš prvi intervju izašao nam je u susret Igor Ćirović koji je trenutno tech lead u okviru kompanije Endava.
U daljem tekstu možete pročitati njegov intervju.

Selenium 4 verzija je zvanično puštena početkom oktobra.

Prošao je dug period od beta verzije do samog zvaničnog release-a. Šta je novo i šta možemo da očekujemo od Selenium 4 verzije, saznaćete u ovom članku.

U razvoju softvera danas je uglavnom opšte prihvaćen agilni pristup. Veliki broj kompanija primenjuje ovaj pristup i priliagođava ga svom razvojnom procesu, međutim sam pristup procesu, kao i implementacija na internom nivou, može se razlikovati od kompanije do kompanije. Sami temelji na kojem se oslanja agilni pristup je uglavnom globalno prihvaćen i isti. Agilni proces je dosta kompleksan i u ovom članku se nećemo baviti opisivanju samog agilnog pristupa, već objašnjenju shift left testing pristupa koji se često implementira u agilnom okruženju kao deo agilnog testing pristupa.

U toku razvoja aplikacije, tim je često fokusiran na zadatke koje treba uraditi. Određeni zadaci mogu da budu jako kompleksni i tada je koncentracija i fokus uglavnom na rešavanju tog zadatka. Zbog ograničenja sa vremenom može da se izostavi akcenat na koji način je rešen problem, kao i primena određenog standarda razvoja aplikacija. Ako je zadatak rešen ne znači i da je dobro rešen. Postoji niz standarda pri razvoju, međutim u praksi ih je teško sve propratiti. Lighthouse je chrome-ov web application performance auditing alat koji nam na veoma brz način može izvršiti funkcionalnu/ne funkcionalnu proveru web aplikacije.

Maven je software project management tool koji upravlja kompletnim build life cycle-om, takođe rešava zavisnost između eksternih biblioteka u samom projektu. Maven se koristi kao build tool za Java programski jezik. On pruža dosta mogućnosti, ali mi ćemo se skoncentrisati na osnove koje su potrebne kao preduslov za kreiranje auto test projekta u javi.

Bug Magnet je browser plugin za chrome/firefox browser koji olaksava exploratory testing nad web aplikacijama. Pomocu njega mozemo da uradimo manuelnu proveru formi (email, string, number validation …)