Od (web)aplikacji biznesowych po (web)game dev Testowanie i spełnianie oczekiwań.

Prezentacja na temat: "Od (web)aplikacji biznesowych po (web)game dev Testowanie i spełnianie oczekiwań."— Zapis prezentacji:

1 Od (web)aplikacji biznesowych po (web)game dev Testowanie i spełnianie oczekiwań

2 Kim jestem ? ● Absolwent ETI ● E-sport ● TouK ● Warcry (gaming community) ● Project Ark

3 Gry "przeglądarkowe"

4 Rich Internet Application (RIA)

5 Oczekiwania (web)gracza

6 Oczekiwania biznesu

7 User Experience ● Wow ! ● Wanderer ● Want to stay, and want more !

8 Testy

9 Testy ręczne vs automatyczne

10 Jednostkowe czy integracyjne ?

11 Automatyzacja testów

12 Webapp testing checklist ● Functionality testing ● Usability testing ● Interfaces testing ● Compatibility testing ● Performance testing ● Security testing

13 Narzędzia ● Przeszłość ● JSUnit, WebInject ● Teraźniejszość ● Selenium, SOA Test ● Przyszłość ? ● qUnit, TestSwarm

14 Warto wiedzieć ● Test Driven Development (TDD) ● Red Green Refactor ● Black Box Testing ● Smoke Tests ● Testy jednorazowe ● Alfa testy, Beta testy

15 Prawda czy fałsz ? ● Nie testuj swojego własnego kodu, najlepiej zleć to innej osobie

16 Prawda czy fałsz ? ● Im dłużej testujesz daną aplikację tym lepiej znasz jej domenę oraz samą aplikację ergo stajesz się coraz lepszym testerem

17 Prawda czy fałsz ? ● Większa liczba testów jednostkowych przekłada się na szybszą i łatwiejszą modyfikację fragmentów kodu aplikacji

18 Prawda czy fałsz ? ● Idealnie przeszkolona i liczna drużyna testerów pozwala na szybszą poprawę i rozwój aplikacji

19 Prawda czy fałsz ? ● Wysoki poziom pokrycia testami sprawia że deweloperzy chętniej modyfikują aplikację, zwiększa się ich inicjatywa w jej ulepszaniu

20 Prawda czy fałsz ? ● Im większa grupa testerów tym większy feedback dotyczący działania samej aplikacji ergo lepsza używalność aplikacji

21 Prawda czy fałsz ? ● Skoro z testami jest tyle zachodu to może lepiej w ogóle ich nie robić ?

22 Podsumowanie ● Dobierz swój model testowania ● Testy automatyczne – oszczędność czasu – niezawodność implementacji – wczesne ostrzeganie ● Testy ręczne – nietypowe błędy – "user experience" & "usability" ● Ucz się korzystać z obu podejść !!!

23 Dzięki za uwagę ! Żaden test nie ucierpiał przy tworzeniu tej prezentacji :)