[SuperStefan]

Mircy z tagów #testowanieoprogramowania i #androiddev - mam pytanko dot. testów Espresso oraz użycia tzw. Robot Pattern.

Natknąłem się na hasło "robot pattern" w internetach i zauważyłem, że stało się ono fancy w świecie natywnych testów na mobilki. Lecz widzę tutaj bardzo dużo podobieństw z Page Object Pattern i trudno mi ocenić jaka jest przewaga Robota nad Page Objectem (lub na odwrót).

Na plus "robocika" jest napewno składnia - czyli piszemy jak we wzorcu builder (robot.inputLogin().inputPassword().clickLogin()). Ale co tutaj wincyj za różnic mamy? A może to kolejny buzzword? ;)

[dbcoop]

@SuperStefan: Ja już słyszałem o tym kilka lat temu więc na pewno nie jest to jakaś fancy nowość :p

[el_doopa]

Ja różnic nie widzę żadnych, tak to wygląda:
Robot pattern=page object pattern + fluent interface

[SuperStefan]

@jaranie_browna: @el_doopa: no właśnie widzę, że główną różnicą jest ten fluent interface, oraz to, że w Robot Patternie tworzymy konstruktory klasy, a w POP tworzymy 1 konstruktor + gettery i voidy

Z którego patterna częściej korzystacie? :)

[el_doopa]

@jaranie_browna: rozważałem kiedyś fluent interface ale powstrzymały mnie 3 problemy. Debugowanie, logowanie i typ zwracamy przez metodę (co robisz w sytuacji jak jedna metoda może nawigować do różnych stron, przykładowo zalogowanie przenosi na stronę główną albo do panelu admina). Jak sobie z tymi rzeczami u siebie poradziłeś?

[el_doopa]

@jaranie_browna: o ten problem mi chodziło:
Adding logging into the middle of a chain of fluent calls can be an issue

Nie bardzo rozumiem jak to u Ciebie działa jak każda klasa (chodzi o klasy page objective?) ma osoba instancję loggera. Masz jakiś przykład jak to działa?