TAUSINUS: Cau, my delame uz tak 2 roky v Ranorexu.

Zdravím, je tu někdo kdo má zkušenosti s automatickými testy v Ranorexu? Sháníme levnější variantu TestCompletu - máme už zastaralou verzi, tak hledám info pro a proti, díky

LEIN: diky :) development v tomhle pripade je cista nova instance pustena v docker kontejneru, nalejt dovnitr data pres unit testy (tam ty e2e testy mame, ale koukaj jenom na api/rest), pak pustit tu aplikaci a klikat do ni necim .. a ve stagingu/produkci si vystacime s tim jednoduchym scenarem, co jsem psal

URPUTNIK: nezbyva nez poprat hodne stesti :D automatizovane testy jsou peklo, pokud neni radny development proces vcetne managementu ;)

testovat v development prostredi je sebevrazda :) doporucuji mit vyhrazene uzavrene QA prostredi, pripadne development behem testu "uzamknout".

REST je ted mega popularni koukam

LEIN: jop, je to staticka webova aplikace napsana prevazne v Reactu a s backendem komunikuje pres REST .. vlastni tool si prave psat nechci, stejne tak nechci instalovat selenium :)

smoke testy jsou pro nas 'povinne' kvuli continuous deploymentu, to nikdo nebude neustale dokola testovat :)

pro smoke testy v produkci jsme se v tymu dohodli, ze bude stacit
a) pokud overime ze je cely vysledek buildu spravne deploynuty (buildime to webpackem a pouzivame lazy-loading, takze je to balik js souboru), takze budu overovat, ze existuji konkretni url
b) zakladni use case, kdy udelame request na rozhrani kde bezi aplikace .. ona si neco prochrousta a mela by nas presmerovat na login stranku (kvuli SSO v ramci korporace)
c) dalsi UC se budou testovat uz v development/staging prostredi, pac na ne potrebujeme pripravit data, jejichz generovani je kapitola sam o sobe

a+b by se dalo napsat treba v shellu, ale kvuli c) bych rad vybral neco, z ceho se dalsi generace nezblazni :)

URPUTNIK: "react aplikace" :)
myslis teda webovou aplikaci, ktera vyuziva react knihovny pro javascript ?

Ja si na FE testy napsal vlastni tool v pythonu se seleniem...pisu si scenare jednoduse krok za krokem (prikaz, parametry).

Bohuzel se to moc v praxi nepouziva - "Smoke testy" nedelame., alebrz akceptacni, ve kterych je obsazen test funkcionalit a celeho prostredi, ty obvykle delame rucne. Na pojmy nejsem.

Automatem jen kontroluji dlouhodobejsi veci, u kterych se mi nechce sedet :D

Pokud bude vase aplikace staticka - prvku se nemeni, jen data - automat se hodi.
Pokud budete "aplikaci" = stranky upravovat, pak budes (NEJSPIS) akorat porad predelavat automat.

Pokud to budou dotazy na urovni GET a kontrola parsovanim responsu...no tak...to se pro FE nehodi, ale na stressy ok:)

URPUTNIK: ano, mas pravdu, potrebuje to Selenium Server ;)

VYGIDOR: chm, ale to potrebuje Selenium server, ne? ten nemame :)

URPUTNIK: do it simple - nightwatch .)

ahoj, budu brzo psat smoke testy na nasazenou React aplikaci .. napada vas neco, co jde automatizovat a volat treba z jenkinse? asi idealne neco postaveny nad node.js, pac to budou udrzovat frontend vyvojari ..

karma+phantomjs? protractor? mocha? neco dalsiho, co stoji za zminku?

LOBOTECH: Já jsem kdysi mluvil s výrobcem. Mají to snad někde nasazený a testovali jsme to na projektu. V případě zájmu email.

SUPCZ: Nevim jestli je to Valmez, pac se o tom neda skoro nic zjistit :)
SIRLOON: Jj taky sem se toho bal, nikde zadny reference, video maj jedno bez zvuku, tak sem to zariz hned v zarodku. Jen sem se tu chtel potkat, abych zbytecne neodsoudil neco co muze pomoct.

LOBOTECH: ja bych se toho bal, nemaj ani videa o tom jak se to pouziva na YT a o komunite neslysel ani strejda google :(

LOBOTECH: To je ten nástroj z valmezu?

Ahoj, kdyz se tu probira to automatizovane testovani, nema nekdo zkusenost s GUI Master? Prisla nam nabidka, ale nemuzu nikde dohledat nekoho kdo to prakticky pouziva.

MISTERIO: jj disneyaku byly tuny, ani je zdaleka neznam vsechny. ja tam byl jen ze zpocatku do chvile, nez prisel prvni yfooon :)

LEIN: jednoho člověka z bývalého Disney máme u nás jako testera :)

o prudilovi jsem slysel. to je legenda. ex disney zdravi :D

SIRLOON: ten tady furt je. :)))