Kobiety do testów. Praktykujemy!

27
Kobiety do testów. Praktykujemy!

Transcript of Kobiety do testów. Praktykujemy!

Kobiety do testów. Praktykujemy!

Agenda1. 7 zasad testowania

2. Podział testów- funkcjonalne i niefunkcjonalne

3. Rodzaje błędów

4. Priorytety błędów

5. Jak zgłosić błąd

6. Narzędzia przydatne przy zgłaszaniu błędów

7. Narzędzia do zgłaszania błędów

8. Cześć warsztatowa - jaki to błąd

9. Pytania oraz link do testu predyspozycji

I. Testowanie Ujawnia Błędy

II. Testowanie gruntowne jest niemożliwe

III. Wczesne testowanie

IV. Kumulowanie się błędów

Aplikacja, oprogramowanie

V. Paradoks pestycydów

VI. Testowanie jest zależne od kontekstu

VII. Mylne przekonanie o bezbłędności

Testy funkcjonalne

Testy systemowe

Testy oparte o proces

biznesowy

Testy oparte na

wymaganiach Testy wydajnościowe

Testy użyteczności

Testy bezpieczeństwa

Testy niefunkcjonalne

Rodzaje błędów

FUNKCJONALNE

GUI

UŻYTECZNOŚCI

TEKSTOWE

WYDAJNOŚCI

BEZPIECZEŃSTWA

Funkcjonalne

GUI (graphical user interface)

Użyteczności (usability)

Tekstowe

Priorytety błędów• Aplikacja nie uruchamia się, występują częste „crashe”, nie

działają podstawowe funkcjonalności, nie ma możliwości testowania aplikacji

• Błąd powinien być naprawiony natychmiastowoBlocker

• Nie działają krytyczne (biznesowo) funkcjonalności, ale jest możliwość testowania innych funkcjonalności

• Błąd powinien być naprawiony jak najszybciejCritical• Nie działają kluczowe funkcjonalności, ale istnieje możliwość

obejścia; błąd pojawia się sporadycznie (np. aplikacja się zawiesza raz na jakiś czas), istnieje możliwość testowania kluczowych funkcjonalności

• Błąd powinien być naprawiony zaraz po blockerach i criticalach

Major• Brakuje funkcjonalności (nie kluczowej), nie działa, ale jest

„workaround”(obejście) Błąd nie ma większego wpływu na ogólne działanie aplikacji

• Błąd może być naprawiony po poprawce ważniejszych błędówMinor

• Błąd „kosmetyczny”, literówki, niezgodność w UI (ale funkcjonalność jest OK)Trivial

Zgłoszenie błędu

Załączniki (zrzuty ekranów, filmy)

Powtarzalność

Oczekiwany rezultat

Rezultat

Kroki do reprodukcji

Środowisko testowe (np. Windows 8, Chrome wersja 55.0.2883.87 m)

Priorytet

Tytuł

(krótki, jednoznaczny)

Przykład prawidłowo zgłoszonego błędu

Tytuł

[Profil] [Firefox] Podczas modyfikacji danych użytkownika nie zapisuje się adres do korespondencji

Kroki do reprodukcji

1. Wejdź na stronę główną aplikacji http://www.aplikacja.pl/2. Zaloguj się na konto użytkownika3. Idź do profilu użytkownika http://www.aplikacja.pl/profile4. Zmień dane w adresie do korespondencji5. Zapisz zmiany klikając w przycisk „Zapisz”

Przykład prawidłowo zgłoszonego błędu

Aktualny rezultat:

Adres korespondencyjny nie został zapisany poprawnie – dane pozostały nie zmienione

Oczekiwany rezultat:

Adres korespondencyjny zostały poprawnie zapisane

Reprodukowalność:

50%

Przykład prawidłowo zgłoszonego błędu

Środowisko testowe

• System operacyjny (np. Windows 8 64-bit/Android 5.0.1)

• Hardware / urządzenie (np. procesor Intel Core i5 / Huawei P8 lite)

• Wersja przeglądarki (np. Chrome 55.0.2883.87 m)

• Rozdzielczość ekranu

• Prędkość łącza internetowego (np. ADSL 10MB, LTE etc.)

Narzędzia przydatne do zgłaszania błędów•Programy do robienia zrzutów ekranu (tzw screenshot-y)

Opcje zaznaczania fragmentu dodawania strzałek, opisów komentarzy )

istotne– mały rozmiar załącznika

np.: skitch, sharex…

•Programy do nagrywania filmów

Web Screen Recorder , Sharex, Usecorder

Mobile: mobizen

IOS reflector

Logi

Narzędzia do zgłaszania błędówJira

Arkusz google

Inne Matis, Redmine, Trello, Github, Gitlab,…..

…..

Jira

Arkusz google

Jaki to błąd?

Jaki to błąd?

https://www.facebook.com/testujpl

http://szkolenia.testuj.pl/test/