Źródła dumy zawodowej testera oprogramowania
Tom Gilb & Kai Gilb: False QA is calling your activity QA when in fact you only do testing. http://www.result-planning.com/real+qa+manifesto
Nie jestem QA! Jestem tylko testerem i jestem z tego dumny!
Sprzeczność #1 QA = Zapewnienie Jakości Zapewnienie = dostarczenie pewności, czyli dowodu Za sylabusem ISTQB Foundation: ( )nawet jeżeli nie zostały znalezione żadne usterki, nie stanowi to dowodu poprawności oprogramowania. Testowanie dowód
Sprzeczność #2 Za sylabusem ISTQB Foundation: Zasada 1 - Testowania ujawnia usterki ujawnia usuwa Dopiero usunięcie usterki podnosi (dostarcza, zapewnia) jakość. Testowanie Podnoszenie jakości
IEEE 730 Software Quality Assurance Plan Software quality assurance plan...2 1. Purpose (section 1 of the SQAP)...3 2. Reference documents (section 2 of the SQAP)...3 3. Management (section 3 of the SQAP)...3 4. Documentation (section 4 of the SQAP)...4 5. Standards, practices, conventions, and metrics (section 5 of the SQAP)...6 6. Software reviews (section 6 of the SQAP)...6 7. Test (section 7 of the SQAP)...8 8. Problem reporting and corrective action (section 8 of the SQAP)...8 9. Tools, techniques, and methodologies (section 9 of the SQAP)...8 10. Media control (section 10 of the SQAP)...8 11. Supplier control (section 11 of the SQAP)...8 12. Records collection, maintenance, and retention (section 12 of the SQAP)...8 13. Training (section 13 of the SQAP)...9 14. Risk management (section 14 of the SQAP)...9 15. Glossary: (section 15 of the SQAP)...9 16. SQAP change procedure and history: (section 16 of the SQAP)...9
To czym jest Testowanie?
Jak testy łagodzą ryzyko? Ryzyko: aplikacja będzie miała defekty po wdrożeniu na środowisko produkcyjne. Test - ryzyko zostało zmniejszone Test - ryzyko zostało zmniejszone
Definicja testów Testowanie jest projektowaniem i wykonywaniem eksperymentów na systemie informatycznym, których celem jest uzyskanie jak największej informacji o jakości systemu przy jednoczesnej minimalizacji pracochłonności wykonania eksperymentów.
Miejsce testów w procesie Mówimy: raport z testów ma zawierać rekomendację na temat wdrożenia [Słownik wyrazów obcych i wyrażeń obcojęzycznych Wiesława Kopalińskiego] Rekomendacja: poparcie, pozytywna opinia, polecenie (kogoś). Etym. - śrdw.łac. recommendatio 'polecenie' od recommendare 'polecać';
OPINIA w raporcie Na podstawie: Projektu przypadków testowych, Wyników testów, Zgłoszeń defektów, Przebiegu testów (stabilności środowiska, liczby zmian) Uważam, iż wdrożenie aplikacji w chwili obecnej wiąże się z xx% ryzykiem wystąpienia poważnej awarii
Standardowe Kryteria zakończenia testów 100% krytycznych przypadków testowych, 0 niezamkniętych zgłoszeń defektów klasy blokujący i krytyczny < 5 niezamkniętych zgłoszeń defektów klasy ważny Czy testy mają wpływ na realizację powyższych kryteriów? NIE
Moje kryteria zakończenia testów Osiągnięto kryteria sukcesu aplikacji (100%, 0 niezamkniętych zgłoszeń defektów ) Skończył się czas na testy Wydano polecenie zakończenia testów Czy testy zostały zrobione prawidłowo? być może TAK jeśli:
Cel testów Dostarczenie miarodajnej, wiarygodnej i udokumentowanej informacji o ryzyku wdrożenia w danej chwili, oraz oszacowanie ile potrzeba czasu do osiągnięcia wyższego poziomu pewności
alternatywa Tester jako QA : - Ratuje świat - Odpowiada za jakość - Stara się osiągnąć coś na co nie ma (wystarczającego) wpływu - Nadgodziny, weekendy - Robi robotę za wszystkich na końcu projektu - Jest dyplomatą w komunikacji Profesjonalny tester - Projektuje testy jako eksperymenty - Dostarcza opinii informacji - Odpowiada za jakość swojej pracy - Jest profesjonalny w komunikacji
Co muszę umieć żeby być tylko Testerem Znać teorię testowania, Znać i umieć stosować techniki testowe, Mieć (co najmniej) podstawy z teorii informacji, algorytmiki, matematyki i statystyki, Mieć doświadczenie w testowaniu, Znać standardy, normy i wytyczne dotyczące produktów softwarowych, Umieć myśleć logicznie i analitycznie, Umieć łączyć fakty i wyciągać wnioski z danych.
aby tylko Testować powinienem umieć zrozumieć klienta, czytać dokumentację analityczną, znać otoczenie prawne, zrozumieć architekturę systemu, znać potencjalne źródła defektów w kodzie,
Interdyscyplinarność zwykłego testera Wiem najwięcej w projekcie, Mam najszerszą perspektywę, ale to nie znaczy, że mam robić wszystko i za wszystkich!
Co z tą odpowiedzialnością za jakość? Tester jest odpowiedzialny za jakość produktu (całego projektu) w dokładnie takim samym stopniu i na takim samym poziomie sprawczym jak programista, analityk, PM, CM, RM i inne dwu- i trzy- literowe skróty. Odpowiedzialność za jakość wykonywanej przeze mnie pracy. Udział ciągłej poprawie jakości na równi z innymi członkami zespołu
Jestem testerem i jestem z tego dumny bez tytułowania siebie QA
Tomasz Osojca tomaszosojca@gmail.com źródła: Real QA Manifesto, Tom Gilb, Kai Gilb (http://www.resultplanning.com/real+qa+manifesto) ISTQB sylabus poziomu podstawowego, tłumaczenie SJSI 2011 (http://www.sjsi.org/webgears//files/sjsi/file/certyfikacja%20po%20polsku/poziom%20po dstawowy/sylabus%20poziomu%20podstawowego%20wersja%202011.1.1_20120925.pdf) IEEE 730:2002 Standard for Software Quality Assurance Plans