Dodatkowe materiały: https://www.dropbox.com/sh/tbf1l7omvopv1rg/AACxbDcdOhpzfF7u9SIWSnqUa/Filmiki%20i%20gify%20z%20prezentacji?dl=0
Testowanie aplikacji mobilnych bywa nie lada wyzwaniem. Niejednokrotnie samo urządzenie testowe jest niewystarczające nawet do przetestowania pojedynczej funkcjonalności, a wykonanie niektórych testów zależy od dostępności do programisty lub zewnętrznego oprogramowania. Istnieją jednak narzędzia ułatwiające pracę, o których marzy każdy tester. Mogą one znacząco wpłynąć na poprawę jakości w projekcie jak i zwiększenie ilości i różnorodności testów, które są przeprowadzane. Podczas prezentacji Dorota skupia się na debug screenie Hyperion, który sprawia, że zyskujemy szereg nowych możliwości, od testowania wydajności aplikacji, po podglądanie zapytań i odpowiedzi API.
Łebski Development czyli kiedy i dlaczego tworzyć oprogramowanie pod klucz i ...Wojciech Sznapka
- oprogramowanie dedykowane vs. produkty Open Source gotowe do użycia – w którym momencie te drugie przestają być wystarczające,
- jaką wartością jest indywidualne podejście do zagadnienia i gdzie każdy z udziałowców projektu otrzymuje największe korzyści,
- po co komu framework, skoro można wszystko samemu napisać najlepiej?
- Symfony2, jego historia, możliwości i usytuowanie na rynku,
- przykłady z życia codziennego, jak PHP i Symfony2 zwinnie daje radę w przeróżnych dziedzinach software developmentu.
Fair Pricing - what you really pay for when buying Joomla Extensions (Joomla ...Aleksander Kuczek
Developers ask for money for Joomla Extensions they create. It's legal, but not every pricing model is fair.
What's included:
7 deadly sins of theme and plugin developers
Open Source Fair Pricing Manifesto
Slides in Polish. English transcriptions available here: https://www.perfect-web.co/blog/300-fair-pricing-in-the-world-of-open-source
Wyobraźmy sobie, że budowanie aplikacji tak proste, jak budowanie domku z klocków, gdzie poszczególne elementy (klocki) są połączone w całość (domek) podczas zabawy (życia domku). Przecież coraz częściej zachodzi potrzeba budowy aplikacji tak, aby składała się ona z luźno związanych komponentów, które ulegają kompozycji dopiero podczas działania aplikacji. Właśnie na takie podejście pozwala MEF, czyli „Managed Extensibility Framework", nowa biblioteka wchodząca w skład .NET Framework 4.0.
Chciałbym wszystkich zainteresowanych zaprosić na moją prezentację "Wprowadzenie do Managed Extensibility Framework w .NET 4.0", którą pokażę na najbliższym spotkaniu Łódzkiej Grupy Profesjonalistów IT & .NET.
Niniejsza sesja ma za zadanie wprowadzić słuchacza w zagadnienia związane z „Managed Extensibility Framework", wskazać potencjalne zastosowania oraz pokazać przykładową aplikację.
Agenda:
Testowanie mobilnego oprogramowania,
Symulowanie środowiska,
Dostępne narzędzia,
Sikuli X,
Przykład skryptu automatycznego dla systemu Android.
Budowa RESTowego api w oparciu o HATEOAS
@braincodemobi2014
EN: https://blog.allegrogroup.com/it/braincode-mobi1-mobile-people-move-your-brains
PL: https://blog.allegrogroup.com/it/braincode-mobi1-mobilni-ruszcie-mozgi
http://info.put.poznan.pl/2013/12/16/2004
v1.1
Allegro.pl
Fair Pricing - what you really pay for when buying WordPress Plugins or Theme...Aleksander Kuczek
Developers ask for money for WordPress Themes and Plugins they create. It's legal, but not every pricing model is fair.
What's included:
7 deadly sins of theme and plugin developers
Open Source Fair Pricing Manifesto
Slides in Polish. English transcriptions available here: https://www.perfect-web.co/blog/300-fair-pricing-in-the-world-of-open-source
"Zagrożenia w stosowaniu technologii open-source w projektach komercyjnych" -...krakspot
Prezentacja z czwartej edycji KrakSpota. "Dlaczego open-source to zło? Zagrożenia w stosowaniu technologii open-source w projektach komercyjnych" - Tomasz Wesołowski
Poznasz wartość biznesową testów, a prelegentka udowodni, że tester jest fajną rolą i potrzebną osobą w organizacji. Potem zastanowimy się nad tym, czy automatyzacja jest zawsze najlepszym rozwiązaniem dla testera.
More Related Content
Similar to [Quality Meetup #20] Dorota Tadych - Hyperion - wystarczy jeden shake
Łebski Development czyli kiedy i dlaczego tworzyć oprogramowanie pod klucz i ...Wojciech Sznapka
- oprogramowanie dedykowane vs. produkty Open Source gotowe do użycia – w którym momencie te drugie przestają być wystarczające,
- jaką wartością jest indywidualne podejście do zagadnienia i gdzie każdy z udziałowców projektu otrzymuje największe korzyści,
- po co komu framework, skoro można wszystko samemu napisać najlepiej?
- Symfony2, jego historia, możliwości i usytuowanie na rynku,
- przykłady z życia codziennego, jak PHP i Symfony2 zwinnie daje radę w przeróżnych dziedzinach software developmentu.
Fair Pricing - what you really pay for when buying Joomla Extensions (Joomla ...Aleksander Kuczek
Developers ask for money for Joomla Extensions they create. It's legal, but not every pricing model is fair.
What's included:
7 deadly sins of theme and plugin developers
Open Source Fair Pricing Manifesto
Slides in Polish. English transcriptions available here: https://www.perfect-web.co/blog/300-fair-pricing-in-the-world-of-open-source
Wyobraźmy sobie, że budowanie aplikacji tak proste, jak budowanie domku z klocków, gdzie poszczególne elementy (klocki) są połączone w całość (domek) podczas zabawy (życia domku). Przecież coraz częściej zachodzi potrzeba budowy aplikacji tak, aby składała się ona z luźno związanych komponentów, które ulegają kompozycji dopiero podczas działania aplikacji. Właśnie na takie podejście pozwala MEF, czyli „Managed Extensibility Framework", nowa biblioteka wchodząca w skład .NET Framework 4.0.
Chciałbym wszystkich zainteresowanych zaprosić na moją prezentację "Wprowadzenie do Managed Extensibility Framework w .NET 4.0", którą pokażę na najbliższym spotkaniu Łódzkiej Grupy Profesjonalistów IT & .NET.
Niniejsza sesja ma za zadanie wprowadzić słuchacza w zagadnienia związane z „Managed Extensibility Framework", wskazać potencjalne zastosowania oraz pokazać przykładową aplikację.
Agenda:
Testowanie mobilnego oprogramowania,
Symulowanie środowiska,
Dostępne narzędzia,
Sikuli X,
Przykład skryptu automatycznego dla systemu Android.
Budowa RESTowego api w oparciu o HATEOAS
@braincodemobi2014
EN: https://blog.allegrogroup.com/it/braincode-mobi1-mobile-people-move-your-brains
PL: https://blog.allegrogroup.com/it/braincode-mobi1-mobilni-ruszcie-mozgi
http://info.put.poznan.pl/2013/12/16/2004
v1.1
Allegro.pl
Fair Pricing - what you really pay for when buying WordPress Plugins or Theme...Aleksander Kuczek
Developers ask for money for WordPress Themes and Plugins they create. It's legal, but not every pricing model is fair.
What's included:
7 deadly sins of theme and plugin developers
Open Source Fair Pricing Manifesto
Slides in Polish. English transcriptions available here: https://www.perfect-web.co/blog/300-fair-pricing-in-the-world-of-open-source
"Zagrożenia w stosowaniu technologii open-source w projektach komercyjnych" -...krakspot
Prezentacja z czwartej edycji KrakSpota. "Dlaczego open-source to zło? Zagrożenia w stosowaniu technologii open-source w projektach komercyjnych" - Tomasz Wesołowski
Poznasz wartość biznesową testów, a prelegentka udowodni, że tester jest fajną rolą i potrzebną osobą w organizacji. Potem zastanowimy się nad tym, czy automatyzacja jest zawsze najlepszym rozwiązaniem dla testera.
Jak radzić sobie z projektami o wysokiej złożoności? Jak organizować kod, aby uzyskać wysoki poziom elastyczności rozwiązania? Prezentacja stanowi krótkie wprowadzenie do świata architektury oprogramowania. Omówiona zostanie przykładowa implementacja z wykorzystaniem frameworka ASP .NET Core oraz korzyści płynące z zastosowania wzorców Clean Architecture
[Quality Meetup #20] Michał Górski - Continuous Deployment w chmurzeFuture Processing
W dzisiejszych czasach praca z chmurą pozwala niesamowicie zmniejszyć koszta wejścia na rynek z rozwiązaniami typu PoC i MVP oraz w późniejszych etapach rozwoju produktów skalować oprogramowanie według potrzeb. Niestety nie jest to złoty środekt i rozwiązując stare problemy, tworzy nowe. Dlatego, oprócz zapoznania się z technologią serverless, czy Infrastructure as a Code, spróbujemy przede wszystkim stworzyć bezpieczne środowisko, pozwalające na Continuous Deployment.
Efekt potwierdzenia. Samospełniająca się przepowiednia. Iluzja grupowania. Paradoks hazardzisty… i dziesiątki innych, które próżno wymieniać. Homo Sapiens, jako gatunek, choć tak doskonale wierzący w ideały, jest doskonale nieidealny. Błędy (skrzywienia) poznawcze sprawiają, że ufamy sobie bardziej, niż powinniśmy.
Omawiając błędy poznawcze, przytrafiające się w codziennej pracy, Magda starała się przekonać nas do tego, co i tak podejrzewamy — że za błędy możemy odpowiadać tylko przed sobą.
[Quality Meetup #19] Adrian Gonciarz - Testerska ruletkaFuture Processing
Teoria gier wywodzi się z matematycznego opisu gier hazardowych i określa międzyludzkie zachowania w ujęciu graczy, nagród, obranych strategii oraz ryzyka. Dlaczego by więc nie spojrzeć na proces wytwarzania oprogramowania (w tym na pracę testerów) przez pryzmat tej teorii? Jest on w końcu naturalnie związany z zarządzaniem ryzykiem i uwzględnianiem możliwych scenariuszy.
W kilku przykładach znanych z teorii gier, Adrian pokazał, jak teoretyczne koncepcje można odnieść do testowania oprogramowania i jakie lekcje dla naszej codziennej pracy płyną z tej ciekawej gałęzi matematyki.
[FDD 2018] Krzysztof Sikora - Jak Service Fabric rozwiąże twoje problemy z mi...Future Processing
Tworzenie skalowalnych i wydajnych mikroserwisów w rozproszonym środowisku chmurowym wymaga dużej dyscypliny u programisty oraz zastosowania wielu narzędzi ułatwiających to zadanie. Im większy system, tym większej uwagi wymaga. Rozproszone środowisko dodatkowo wymusza korzystanie z zewnętrznych rozwiązań ułatwiających pracę ze stanem systemu, takich jak cache.
Zdarzyło Ci się kiedyś pogubić w tym, gdzie leży która usługa i skąd się wziął błąd w systemie? Czy nie łatwiej byłoby mieć jedno narzędzie, które utrzyma wszystkie usługi pod kontrolą i zapewni niezawodne zarządzanie stanem aplikacji bez konieczności używania zewnętrznych systemów? W czasie swojej prelekcji Krzysiek przedstawił, jak sprawdzony w bojach Azure Service Fabric zapewnia stabilną kontrolę nad systemem mikroserwisów oraz pozwala stworzyć aplikację bez użycia zewnętrznej bazy danych i systemu cachingu. Swoje doświadczenie z Azure Service Fabric nabył w codziennej pracy w dużym projekcie dla korporacji finansowej w FP.
[FDD 2018] Ł. Turchan, A. Hulist, M. Duchnowski - CUDA - results over coffee ...Future Processing
Uważa się, że karty graficzne / CUDA to technologia wykorzystywana do wykonywania dużej ilości skomplikowanych obliczeń w implementacji sieci neuronowych. Jakie jeszcze praktyczne problemy można rozwiązać za jej pomocą? Czy w medycynie przydatna jest realistyczna grafika rodem z gier komputerowych? Bazując na wiedzy wyciągniętej z pracy w projekcie Cardiac, prelegenci postarają się odpowiedzieć na te pytania. Celem tego projektu jest stworzenie narzędzia wspomagającego lekarzy w podejmowaniu decyzji i stawianiu diagnozy chorób wieńcowych. Aby to osiągnąć, niezbędne jest pozyskanie geometrii naczyń wieńcowych w wysokiej rozdzielczości, co wymaga wykonania ponad 7 bilionów operacji.
Pozyskana geometria służy do symulacji przepływu krwi, w trakcie której w każdej sekundzie generowane jest 100 GB danych, a te trzeba następnie wizualizować. Wykorzystując odpowiednie algorytmy i współczesne karty graficzne, wszystkie ww. problemy są do rozwiązania.
Zastosowanie technologii Blockchain we współczesnym biznesie staje się coraz bardziej powszechne. W czasie prelekcji Lech wprowadził słuchaczy do podstawowych technologii, kryjących się za prywatnym Blockchainem i zdecentralizowanymi aplikacjami oraz wskazał różnicę pomiędzy stosowanymi obecnie dowodami autoryzującymi bloki. Pokazał również, jak w prosty sposób postawić prywatny Blockchain na platformie Azure z PoA (Proof of Authority) i przedstawił narzędzia, które mogą być zastosowane przy procesie developmentu oprogramowania opartego o Ethereum Dapps (Truffle, Genache, Metamask).
[FDD 2018] W. Malara, K. Kotowski - Autoenkodery – czyli zalety funkcji F(X)≈XFuture Processing
Jednym z ciekawszych kierunków w Deep Learning jest idea autoenkoderów, czyli sieci neuronowych aproksymujących funkcję F(X)=X. W trakcie wystąpienia dowiecie się, w jaki sposób ten jeden prosty trik pozwala komputerom malować obrazy, tworzyć muzykę, zapobiegać atakom hakerów, diagnozować choroby, odkrywać nowe leki i wstawiać twarz Nicolasa Cage’a do każdego zdjęcia.
[FDD 2018] Jarosław Ogiegło - Ludzie, zabezpieczajcie się! Wprowadzenie do OA...Future Processing
RFC 679 to specyfikacja standardu autoryzacji o nazwie OAuth2. Jego rozszerzenie stanowi OpenId Connect, którego szczegółowy opis możecie znaleźć pod adresem https://openid.net/developers/specs. Aby zacząć z nim pracę, należałoby dodatkowo dobrze poznać IdentityServer – scentralizowany i modularny magazyn tożsamości umożliwiający łatwe rozszerzanie. Oczywiście można próbować przebrnąć przez stos definicji, by dowiedzieć się, w jaki sposób pracować z tymi technologiami. Jeżeli jednak nie przepadacie za czytaniem suchych dokumentów technicznych, a chcecie dowiedzieć się czegoś więcej o sposobach zabezpieczania aplikacji, koniecznie zobaczcie prelekcję Jarka.
[JuraSIC! Meetup] Krzysztof Sikora- Jak Service Fabric rozwiąże twoje problem...Future Processing
Tworzenie skalowalnych i wydajnych mikroserwisów w rozproszonym środowisku chmurowym wymaga dużej dyscypliny u programisty oraz zastosowania wielu narzędzi ułatwiających to zadanie. Im większy system, tym większej uwagi wymaga. Rozproszone środowisko dodatkowo wymusza korzystanie z zewnętrznych rozwiązań ułatwiających pracę ze stanem systemu, takich jak cache.
Zdarzyło Ci się kiedyś pogubić w tym, gdzie leży która usługa i skąd się wziął błąd w systemie? Czy nie łatwiej byłoby mieć jedno narzędzie, które utrzyma wszystkie usługi pod kontrolą i zapewni niezawodne zarządzanie stanem aplikacji bez konieczności używania zewnętrznych systemów?
W czasie swojej prelekcji Krzysiek przedstawi, jak sprawdzony w bojach Azure Service Fabric zapewnia stabilną kontrolę nad systemem mikroserwisów oraz pozwala stworzyć aplikację bez użycia zewnętrznej bazy danych i systemu cachingu. Swoje doświadczenie z Azure Service Fabric nabył w codziennej pracy w dużym projekcie dla korporacji finansowej w Future Processing.
Monady mają bardzo zły PR – powszechnie uważane są za superabstrakcyjne byty z programowania funkcyjnego albo nawet gorzej... z matematyki. Jednak w praktyce okazuje się, że używa ich każdy programista C#. W trakcie prezentacji przekonasz się o tym, że używasz monad na co dzień (sic!). Ponadto, Mateusz pokaże inne typy monad, których być może nie stosujesz, ale mogą się przydać i które wcale nie są abstrakcyjne. Mamy nadzieję, że po prezentacji każdy będzie (przynajmniej) intuicyjnie rozumiał, co to monada i kiedy mogą one nam pomóc.
[QE 2018] Aleksandra Kornecka – Kognitywne podejście do testowania aplikacji ...Future Processing
W dobie technologii rozwijających się niemal wykładniczo łatwo jest zapomnieć o tym, że zarówno wytwórcy, jak i użytkownicy oprogramowania są ludźmi z całym ogromem możliwości, ale jednocześnie z pewnymi ograniczeniami poznawczymi. Projektując rozwiązanie, warto zastanowić się jak sprawić, by użytkownicy chcieli go używać oraz by robili to w sposób jak najbliższy zaprojektowanemu.
Ola podczas swojej prelekcji zapoznała uczestników z kognitywnym (poznawczym) podejściem do testowania aplikacji mobilnych. W tym celu przywołała kilka teorii i zjawisk, pokazujących, jak umysł konstruuje rzeczywistość oraz tym samym uświadamiających, gdzie mogą czaić się błędy w postrzeganiu.
[QE 2018] Adam Stasiak – Nadchodzi React Native – czyli o testowaniu mobilnyc...Future Processing
Świat technologii mobilnych od pewnego czasu przechodzi rewolucję – odchodzi się od natywnych aplikacji mobilnych. Jak zatem twórcy aplikacji mobilnych odpowiadają na potrzeby rynku? Czy osoby automatyzujące testy aplikacji mobilnych mają do dyspozycji narzędzia gotowe na technologie, takie jak React Native czy Flutter? Czy można uniknąć pisania oddzielnego kodu testów dla Androida i iOS-a?
W czasie wykładu, na przykładzie aplikacji stworzonej w oparciu o technologię React Native oraz narzędzia Detox, Adam przedstawił praktyczną implementację testów end-to-end oraz ich konfigurację z Continuous Integration.
Apache Spark jest narzędziem do przetwarzania danych na dużą skalę. Zastosowanie tego narzędzia w rozproszonym środowisku, w celu przetwarzania dużych zbiorów danych daje ogromne korzyści.
Ale co z szybką pętlą zwrotną podczas opracowywania aplikacji z użyciem Apache Spark? Testowanie aplikacji w klastrze jest niezbędne, lecz nie wydaje się być tym, do czego większość programistów przywykło podczas praktykowania TDD.
Podczas wystąpienia, Łukasz podzielił się z kilkoma wskazówkami, jak można napisać testy jednostkowe oraz integracyjne i jak Docker może być używany do testowania Sparka na lokalnej maszynie.
[QE 2018] Marek Puchalski – Web Application Security Test AutomationFuture Processing
Zachodząca w ostatnich latach transformacja procesów wytwarzania oprogramowania zorientowana jest głównie w kierunku zespołów zwinnych, wykorzystujących podejście DevOps. Następstwem tych zmian jest potrzeba przemyślenia na nowo sposobów zapewniania bezpieczeństwa tworzonych aplikacji.
Krótkie sprinty nie pozostawiają już miejsca na testy manualne. O ile jednak nie znikną one całkowicie, główną osią ochrony projektu stają się testy automatyczne, które zespół projektowy musi zaimplementować i utrzymać. Teraz w kompetencjach developerów i testerów będzie leżeć kwestia znajomości zasad bezpieczeństwa, w kontekście działania ich systemu.
[QE 2018] Rob Lambert – How to Thrive as a Software TesterFuture Processing
Thriving as a Tester is different to just succeeding or just getting by, or just having a decent career. To thrive means to grow vigorously. Wow. To grow vigorously!
In a nutshell, this means to grow personally and pretty quickly; and this is what the job market needs – and of course, this is what your career needs too.
Thriving as a Tester is about adopting a mindset of success and then building the habits to support your goals.
[QE 2018] Paul Gerrard – Automating Assurance: Tools, Collaboration and DevOpsFuture Processing
The Digital Transformation is real. It is having a profound effect on how business is done and the nature of the systems required to deliver productive customer experiences and consequent business benefits. The demand for flexible and rapid delivery of software and systems is there. Software development teams can deliver if they adopt the disciplines of Continuous Delivery, DevOps and in-production experimentation. The barrier to achieving success in the software delivery process is likely to be the inability of testers to align testing and automated testing in particular to the development processes. Our track record in test automation is not good enough. In order to succeed a new way of thinking about testing is required, and the New Model of Testing offers a way of identifying the elements of the test process that must be ‘shifted left’. This does not necessarily mean testers move, but rather that the thinking processes must move.
During this lecture, Paul has shown that it is possible that users, BAs, and developers take some responsibility in this area. The New Model applies to all testing, whether performed in development, integration, system or user testing, by people or tools.
[QE 2018] Arnika Hryszko – Testy, które tworzą się same (prawie)Future Processing
Szacuje się, że testerzy poświęcają około połowy swojego czasu na projektowanie i przygotowanie przypadków testowych. A gdyby udało się ten czas skrócić? Albo zupełnie pominąć i wygenerować przypadki automatycznie?
Taką możliwość (przynajmniej w swoim założeniu) daje testowanie oparte na modelu. Jak takie modelowanie wygląda? Co można dzięki niemu osiągnąć? Czy rzeczywiście skróci to czas projektowania i pozwoli się skupić na tym, co tygryski lubią najbardziej, czyli na testowaniu? Na te pytania Arnika odpowiedziała w swojej prezentacji, prowadząc uczestników przez proces – od pomysłu na model do przypadku testowego.
7. QA Tool
7
% Aplikacja dostępna w Play Store
% Można wybrać aplikację, którą chcemy zbadać
8. Cockpit
8
% Debug menu dostępne na GitHubie -> Link do repozytorium
% Pozwala zdefiniować parametry widoków, które mogą być użyte w aplikacji bez
konieczności re-kompilowania projektu
9. Chuck
9
% HTTP Inspector dla Androidowego klienta OkHTTP. Dostępny na GitHubie -> Link do
repozytorium
% Pozwala na śledzenie requestów i responsów API
% Działa w trybie multi-window
10. DBDebug Toolkit
10
% Stworzony przez Dariusza Bukowskiego debug
screen dla platformy iOS
% Dostępny na GitHubie -> Link do repozytorium
% Pracuje w tle, wysuwa się na gest ‘shake’
% Umożliwia, m.in.:
○ Przeglądanie danych dotyczących wydajności,
np. CPU
○ Przeglądanie listy requestów i responsów API
○ Symulowanie lokalizacji
○ Szybkie otwieranie ustawień aplikacji lub
sprawdzanie wersji systemu iOS i modelu
telefonu
% Pełna lista funkcjonalności -> click
11. Hyperion - Debug Screen
% Stworzony przez amerykańską firmę WillowTree
% Dostępny na GitHubie:
○ iOS: Link do repozytorium
○ Android: Link do repozytorium
% Dostępny dla Androida i iOS
% Min: Android - SDK 15 (Android 4.0.3), iOS - 9+
% Pracuje w tle, wysuwa się na gest ‘shake’
11
4
13. Przypadek 1.
Brak dostępu do repozytorium
13
- Po prostu! Poproś developera o dodanie Hyperiona do projektu.
- Zdobądź dostęp do repozytorium projektu.
Jeśli potrzebujecie przekonującej argumentacji zapoznajcie się z
blogpostem -> Click
14. 14
Przypadek 2.
Posiadamy dostęp do repozytorium
1. Dodać do bloku dependencies w build.gradle (tym znajdującym
się w module app) linijkę:
2. Dodać wszystkie pluginy składające się na Hyperiona,
którymi jesteśmy zainteresowani (w tym samym bloku
dependencies)
15. 15
No-op, czyli nieoperacyjna wersja
biblioteki
% Zabezpiecza nas przed tym, żeby Hyperion nie pokazał się
przypadkiem w buildzie przeznaczonym do releasu
% W większości przypadków nie będzie potrzebny
% Należy go dodać tylko wtedy, gdy odwołujemy się bezpośrednio
do kodu Hyperiona (np. w celu ustawienia jakiegoś
customowego zachowania tego narzędzia)
16. Aktywacja Hyperiona w aplikacji
16
6
• Fizycznie dostępne urządzenie: Potrząśnij!
• Emulator:
◦ Jeśli uruchamiasz aplikację na emulatorze, możesz manualnie
otworzyć Hyperion menu poprzez Hyperion.open(Activity activity).
◦ Możesz także otworzyć menu klikając na notyfikację, która
pojawia się, gdy aplikacja, do której Hyperion jest wpięty, znajduje
się w foregroundzie.
18. Attributes
Inspector
18
% Pozwala na podejrzenie
parametrów poszczególnych
widoków
% Można dzięki niemu zmienić
tekst danego pola, bez
konieczności rebuildu całej
aplikacji, aby zobaczyć efekt.
20. File Explorer
20
% Umożliwia przeglądanie, usuwanie
i udostępnianie plików aplikacji
% Pliki jakie są tu przetrzymywane to,
np. pliki Shared Preferences,
Cache
22. Measurement
Inspector
22
% Mierzy odstępy pomiędzy
poszczególnymi elementami
aplikacji
% Pomocny przy podejściu Pixel
Perfect
% Pozwala na sprawdzenie
wymiarów marginesów i
paddingów
24. Recorder
24
% Umożliwia nagrywanie ekranu aplikacji
% Nagrane filmiki mogą być udostępnione do innych aplikacji, np. Google Photos,
Google Drive, Slack, Email
25. Shared
Preferences
25
% Pozwala na przeglądanie i zmianę
trwałych danych aplikacji zapisanych
w Shared Preferences
% Pozwala modyfikować nie tylko te
utworzone przez developerów, ale
również te z użytych w projekcie
bibliotek
26. Timber
26
% Pozwala przechwytywać komunikaty zalogowane za pomocą biblioteki Timber
% Tak przechwycone logi, możemy udostępnić przy pomocy różnych zewnętrznych
aplikacji, np. Slack, Gmail
27. Crash plugin
27
% Nie jest widoczny jako opcja
Hyperionowego menu
% Gdy aplikacja się crashuje, zostaje
wyświetlony ekran z logami
dotyczącymi tego crasha
29. Chuck
29
% Link do repozytorium na GitHubie
-> click
% Pozwala na śledzenie requestów i
responsów API
30. AppInfo
30
% Link do repozytorium na GitHubie
-> click
% Ułatwia przejście prosto do
informacji systemowych o
aplikacji
% Z tego poziomu możemy zrobić
wszystko to, na co pozwalają
ustawienia (np. odinstalować
aplikację, zmienić ustawienia
notyfikacji itd.
31. Simple Item
31
% Link do repozytorium na GitHubie
-> click
% Plugin pozwalający na dodawanie
dodatkowych informacji w postaci
kolejnej belki w menu (można
wyświetlić statyczny tekst z ikoną oraz
sprawić, że belka jest klikalna i dodać
dowolną akcję, która ma się zadziać
po jej kliknięciu).
33. Pozostałe pluginy
33
% DBFlow Manager: link do repozytorium na GitHubie -> click
% Kfin-state-machine: link do repozytorium na GitHubie -> click
Kontrybucja
Lista guidelinesów od WillowTree dla zainteresowanych
kontrybuowaniem do Hyperiona -> click
34. Narzędzie bez wad?
Oczywiście, że nie
34
9
% Pop-upy przykrywają Hyperiona
% Wprowadzone zmiany nie są zapamiętywane
% Problematyczne wyświetlanie nagrań z Recordera
% Brak możliwości przeklejenia tekstu w Attribute Inspectorze