Egyéb

Bevezetés a bevezető elé A cikksorozat régen megvolt a Passed.hu-n, de az oldal újradizájnolása közben a cikksorozat eltűnt egy digitális fekete lyukban. Szerencsére az internet nem felejt és az internet-archivból (https://archive.org/) vissza tudtuk keresni ezeket a cikkeket. Mivel a cikkek nem vesztették el az aktualitásukat, ezért némi leporolás után újraközöljük ezeket. Bevezető (az eredeti 🙂 […]

Egy Link alak(ja), mire figyeljünk az URL-ekben Korábban már írtam róla, hogy egészen apró dolgokkal, odafigyeléssel, és egy kis tesztelői szemlélettel sokat tehetünk az ellen, hogy a csalók áldozataivá váljunk, kezdve a hirdetések megfigyelésével, vagy a kamu webáruházak felismerésével. A mostani írásomban kicsit mélyebbre ásunk a linken és URL-es világában, valamit a telefonunkra érkező üzenetekében.

Bevezető Akik kitartóak voltak, most elolvashatják a jól megérdemelt Robot Framework-ös megoldást az előző cikkekben felvetett problémákra. Az előző rész itt található: Adatvezérlés 2. Ismétlésféleképpen Az előző részben egy egyszerű Python program-ot kezdtünk tesztelni. A program feladata az lenne, hogy argumentumnak megadott három hosszértékről eldöntse, hogy lehetnek-e egy háromszög oldalai. Az előző részben írtunk is

Bevezető Ez a rész a problémáról fog szólni. Akik nem szeretik a sorozat végi cliffhanger okozta feszültséget, várják meg az olvasással a hamarosan megjelenő következő részt, ahol a gonosz probléma elnyeri méltó megoldását. Az előző rész pedig itt található: Adatvezérlés 1. Gonosz probléma Van egy Python programunk, ami elég egyszerű, parancssoros programocska. A feladata, hogy

Bevezető Bocsánat, ez a rész csak egy felvezető a valódi tipp és trükk előtt. Reményeim szerint azért ezt is elolvasod. 2000 ügyfél, 5 ügyintéző A történet valós eseményeken alapul, de a pontos számokat és neveket megváltoztattuk a túlélőkre való tekintettel. Az arányokat változatlanul hagytuk, ezt szintén a túlélőkre való tekintettből tettük. Szóval réges-régen, egy messzi-messzi

Bevezetés Az előző fejezetben részletesen átbeszéltük, hogy mik azok az elvárások, amiket képviselnünk kell, hogy a specifikáló fél, olyan specifikációt adjon át számunkra, amiből hatékonyan tudunk dolgozni. Itt megjegyezném, hogy nem csak a tökéletes specifikációból tudunk dolgozni, amit elvesztünk a réven, be tudjuk hozni a vámon. Ez ebben az esetben azt jelenti, hogy ha nincs

Bevezető Az előző részben általánoságban néztük meg, hogy mik is azok az eszközfarmok és mire jók: LINK az előző részre Ebben részben konkrét farmokat hasonlítunk össze. A legnépszerűbb eszközfarm emulátorok 1.    Firebase Testlab (https://firebase.google.com/docs/test-lab) Ezt a Google fejlesztette ki – alapvetően Android alkalmazások tesztelésére készült, de iOS alkalmazásokat is tesztelhetünk vele. Valódi éles eszközöket használ

Bevezető Mobiltesztelés sorozatunkban már bemutattuk, hogy a különféle mobilalkalmazás típusok esetében, milyen szempontokat kell figyelembe venni tesztelés esetén. Webkalmazások, Native alkalmazások, Progresszív web alkalmazások voltak. Mi a csoda az az eszközfarm (device farm)? Kezdjük egy kis történelemmel: a Nokia elkezdte kínálni fejlesztőinek okostelefon-bérbeadási szolgáltatását, így lehetőség volt az alkalmazást a desktopra helyezni, és remote-ban végigmenni

Bevezető Felhasználói szempontból a mobilalkalmazások sokféle kategóriába sorolhatók például oktatási, információs, játék, szórakoztató, kommunikációs, e-kereskedelem stb. Fejlesztői szemszögből a mobilalkalmazások fajtáit az őket működtető különböző technológiák alapján tudjuk megkülönböztetni: Ebben cikkben a progresszív webalkalmazásokat vizsgáljuk meg jobban, megnézzük az előnyös és hátrányos tulajdonságait, valamint azt, hogy a tesztelésük során mit érdemes figyelembe venni: A PWA