W zeszłym roku w ankietach prosiliście o możliwość wpływania na agendę naszej konferencji. W tym roku wychodzimy do was z następującą propozycją:

Ułożyliśmy całą agendę w ten sposób, że zostało nam jedno wolne miejsce. Następnie wybraliśmy pięć najlepszych propozycji z CFP, którym nie udało się do niej wejść. Teraz pytamy, którą z poniżej opisanych prelekcji chcielibyście zobaczyć?

https://www.surveymonkey.co.uk/r/uloz_agende_TW2016

∗Oczywiście kolejność propozycji jest losowa. Termin głosowania upływa w środę, 24-tego sierpnia 2016r.

1. Ontologies – how to avoid mess and truly design your Cucumber scenarios.

   Recent development of the frameworks like Cucumber shows the importance of techniques that make technical automated tests more readable to business. But are we able to design BDD test scenarios well? Are the sentences describing test steps always clear and consistent? Is our code fully reusable without any unnecessary duplications? Suppose we have thousands of Gherkin scenarios and a dozen of engineers developing them: aren’t there sometimes phrases like „I click…”, „I press…”, „I activate…”, „I choose…” which are similar in 90% or even fully equivalent (implemented twice by two different developers, in two different classes). How often are there synonyms in your Gherkin scenarios? „Link”, „URL”, „page”, „site” – if they all occur in scenarios and it is not easy to distinguish then be sure that both business and developers are sooner or later confused. Having ambiguous sentences we lose all the benefits of BDD. Fortunately the given examples are well-known and deeply investigated topics in the area of natural language processing. One of a common solution for this kind of challenges are language ontologies.

   We explain the concept of a synset and the main ontological semantic relations like hyponyms or meronyms. As an example of complex ontology we will briefly review the Princeton WordNet (and an example of Polish ontology – if presentation in Polish). Then we learn how to identify systets in our specific domain and on a useful abstract level (features, GUI elements, end-user activities) – we can achieve it e.g. based on documentation or stories (agile) using for example Larman’s noun phrases technique. These synsets will become elements of our ontology. Having it ready we explain how such a solution could improve our everyday work with BDD:

   – Ontology is a kind of a glossary – so increases the transparency and better understanding between business people and technical developers,

   – Ontology is a kind of architecture map – so improves Cucumber scenarios consistency and also implemented code structure (e.g. generates ideas for selenium Page Objects structure),

   – Tags structure could also be ontology-inspired – so it is easier to build, manage and control test suites.

2. Automatyzacja testowania raportów — od definicji do wydruku

   Generowanie raportów jest składową funkcjonalności prawie wszystkich systemów informatycznych, jakie są wdrażane w firmach komercyjnych. Jednocześnie w trakcie realizacji projektu definiowanie, wytwarzanie i testowanie raportów jest bardzo czasochłonne, a dodatkowo zwykle nie jest traktowane jako zadanie priorytetowe. Podejście takie skutkuje dużymi problemami w trakcie akceptacji zamówionych raportów przez biznes, a w konsekwencji do perturbacji związanych z odbiorem całości systemu.

   Automatyzacja testów raportów okazuje się nie tylko skutecznym środkiem na znaczne zmniejszenie kosztów ich testowania i weryfikacji, ale także — ze względu na konieczność wprowadzenia licznych formalizmów — pozwala na przyspieszenie prac analitycznych związanych z definiowaniem raportów oraz ich implementacją.

   Innym zastosowaniem automatów testujących raporty może być bieżące kontrolowanie wydajności i stabilności całej platformy raportowej, w szczególności ze względu na wolumen danych oraz liczbę jednocześnie wykonywanych raportów.

   W trakcie prelekcji opowiem o praktycznym sposobie podejścia do automatyzacji testów raportów na przykładzie projektów, w których wykorzystano platformę raportową Oracle BI Publisher oraz sposobach optymalizacji pracy analityków i programistów zajmujących się definiowaniem i tworzeniem raportów.

   Dodatkowo przedstawię wyliczenia oparte na doświadczeniach projektowych pozwalające na ocenę zmniejszenia pracochłonności testów raportów w zależności od stopnia ich automatyzacji.

3. Internet of things – przyszłość testowania?

   Inteligentne samochody, domy czy miasta już dzisiaj zmieniają otaczający nas świat. Liczba urządzeń podłączonych do globalnej sieci rośnie w bardzo dużym tempie i nie ma możliwości zatrzymania tego trendu. W mojej prezentacji chciałbym przybliżyć czym właściwie jest IoT i to jakie wyzwania związane ze złożonością systemów, bezpieczeństwem oraz oczekiwaniami użytkowników końcowych mogą nas jako testerów czekać w przyszłości (a może już czekają?).

4. Automatyzacja testów aplikacji desktopowej – jak nie strzelić sobie w kolano?

   Automatyzacja testów pozwala zaoszczędzić czas potrzebny na wykonanie testów regresji, a także podnosi jakość oprogramowania poprzez dostarczanie prawie natychmiastowej informacji o stanie aplikacji. Tyle mówi teoria. A co na to praktyka…

   Przez ostatnie 2 lata miałem okazję automatyzować testy dużej aplikacji desktopowej z branży lotniczej. Aplikacji z kilkuletnią historią, ponad 1000 przypadków testowych, stale rozwijanej i nieustannie „narażonej” na nowe wymagania od klientów. Podczas prezentacji opowiem o zdobytych doświadczeniach, napotkanych problemach. Przedstawię sposoby na to, jak usprawnić proces utrzymania testów, a także wskażę, jakie wg mnie są największe ryzyka związane z automatyzacją.

5. Aplikacje mobilne dla wszystkich – o testach dostępności

   Zbyt mała czcionka, niejasny opis czy nieintuicyjny rozkład elem entów na ekranie aplikacji mobilnej to problemy, z którymi często b orykają się osoby z wadami wzroku. W odpowiedzi na potrzeby ludzi, którzy z racji swojej niepełnosprawności mają problem z korzystaniem z aplikacji, warto skupić się na zagadnieniu dostępności. Producenci mobilnych systemów operacyjnych udostępniają szereg dobrych praktyk, które powinny być przestrzegane aby umożliwić wszystkim równy dostęp do treści w aplikacji. Wymaga to jednak zmian w kodzie projektu, a co za tym idzie odpowiedniego podejścia w testowaniu. W trakcie wystąpienia przedstawimy działanie ułatwień dostępu na różnych platformach (iOS, Android, systemach od firmy Microsoft), a także omówimy pr oblemy z jakimi spotkaliśmy się podczas ich testowania. Zaprosimy też uczestników do aktywnego udziału w prezentacji, by mogli zmierzyć się z tematem dostępności w praktyce.