Podstawy testowania oprogramowania
|
|
|
- Henryk Sosnowski
- 6 lat temu
- Przeglądów:
Transkrypt
1 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 1 (152) CZĘŚĆ 2 Podstawy testowania oprogramowania 3 dni Zgodne z sylabusem ISTQB Autor: Bogdan Bereza bogdan.bereza@victo.eu Materiały szkoleniowe - część 2 (2) Wersja 1.3
2 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 2 (152) CZĘŚĆ 2 Według: Certyfikowany tester, plan poziomu podstawowego, wersja (sjsi.org) Certified Tester, Foundation Level Syllabus, version 2011 (istqb.org) Yaron Tsubery Chris Carter Eric Riou du Cosquer Mitko Mitev
3 Spis treści program kursu Podstawy testowania oprogramowania wg ISTQB 1.3, strona 3 (152) CZĘŚĆ 2 otestowanie w inżynierii oprogramowania owstęp do certyfikacji oraz ISTQB 1. Podstawy testowania 2. Testowanie w cyklu życia oprogramowania Materiały część 1 3. Statyczne techniki testowania 4. Techniki projektowania testów 5. Zarządzanie testowaniem 6. Testowanie wspierane narzędziami Materiały część 2
4 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 4 (152) CZĘŚĆ 2 4. Techniki projektowania testów otestowanie w inżynierii oprogramowania owstęp do certyfikacji oraz ISTQB 1. Podstawy testowania 2. Testowanie w cyklu życia oprogramowania 3. Statyczne techniki testowania 4. Techniki projektowania testów 5. Zarządzanie testowaniem 6. Testowanie wspierane narzędziami
5 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 5 (152) CZĘŚĆ 2 4. Techniki projektowania testów 4.1 Proces rozwoju testów 4.2 Kategorie technik projektowania testów 4.3 Techniki czarnoskrzynkowe 4.4 Techniki białoskrzynkowe 4.5 Na podstawie doświadczenia 4.6 Wybór techniki
6 4.1 Proces rozwoju testów Podstawy testowania oprogramowania wg ISTQB 1.3, strona 6 (152) CZĘŚĆ Proces rozwoju testów 4.2 Kategorie technik projektowania testów 4.3 Techniki czarnoskrzynkowe 4.4 Techniki białoskrzynkowe 4.5 Na podstawie doświadczenia 4.6 Wybór techniki
7 Development = rozwój?? Podstawy testowania oprogramowania wg ISTQB 1.3, strona 7 (152) CZĘŚĆ 2 Rozwój, rozwinięcie, zabudowa, rozbudowa, zagospodarowanie, tworzenie Rozwój po polsku to rozwój biologiczny, psychiczny, osobowy, gospodarczy, społeczny i technologiczny (postęp) Fazy rozwoju przypadku testowego?
8 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 8 (152) CZĘŚĆ Proces rozwoju testów Mniej lub bardziej zdefiniowany i sformalizowany Mniej lub bardziej staranny Mniej lub bardziej sekwencyjny lub iteracyjny Mniej lub bardziej dokumentowany 4.1 Proces rozwoju testów
9 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 9 (152) CZĘŚĆ 2 Wracamy do procesu testowego Planowanie i nadzór Analiza i projektowanie Tutaj tworzymy testy Implementacja i wykonanie Ocena kryteriów zakończenia i raportowanie Czynności zamykające Uwaga: to nie oznacza, że te czynności muszą występować sekwencyjnie: do analizy i projektowania można (nawet należy!) powracać także podczas wykonywania, oceny kryteriów zakończenia itp. 4.1 Proces rozwoju testów
10 Jak to przebiega? Podstawy testowania oprogramowania wg ISTQB 1.3, strona 10 (152) CZĘŚĆ 2 Analiza i projektowanie Warunki testowe Podstawa testowa 4.1 Proces rozwoju testów
11 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 11 (152) CZĘŚĆ 2 Jak projektować? Jest wiele sposobów i technik Niektóre tutaj omówimy Wybór odpowiedniej techniki w pewnym stopniu zależy od ryzyka ale brak systematycznej wiedzy, jakie techniki projektowania należy stosować dla jakiego ryzyka tylko HEURYSTYKI są 4.1 Proces rozwoju testów
12 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 12 (152) CZĘŚĆ 2 Przypadek testowy Warunki wstępne Dane wejściowe Wyniki oczekiwane Warunki zakończenia 4.1 Proces rozwoju testów
13 Wyniki oczekiwane Podstawy testowania oprogramowania wg ISTQB 1.3, strona 13 (152) CZĘŚĆ 2 Dane wyjściowe Zmiany danych Zmiany stanu systemu Inne skutki Jak głęboko sprawdzać? Wyniki oczekiwane lepiej z góry 4.1 Proces rozwoju testów
14 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 14 (152) CZĘŚĆ 2 Dalsza praca podczas implementacji Przypadki doprecyzowujemy w procedury Automatyczne procedury skrypty Zestawy procedur zestawy Tworzenie harmonogramu wykonywania testów na podstawie priorytetów oraz innych zależności 4.1 Proces rozwoju testów
15 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 15 (152) CZĘŚĆ Kategorie technik projektowania testów 4.1 Proces rozwoju testów 4.2 Kategorie technik projektowania testów 4.3 Techniki czarnoskrzynkowe 4.4 Techniki białoskrzynkowe 4.5 Na podstawie doświadczenia 4.6 Wybór techniki
16 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 16 (152) CZĘŚĆ Kategorie technik projektowania Czarna skrzynka = wg specyfikacji = funkcjonalne = biznesowe Biała skrzynka = strukturalne = na podstawie struktury = techniczne I jedne, i drugie mogą być bardziej lub mniej formalne (i nieformalne) I trzeci podział wg podstawy: metoda intuicja przypadek - doświadczenie 4.2 Kategorie technik projektowania testów
17 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 17 (152) CZĘŚĆ 2 Jeszcze o technikach projektowania Te same techniki mogą być stosowane czarno- i biało-skrzynkowo (np. pokrycie grafu modelu)!! Miary pokrycia są częścią technik (dokładne technik formalnych) ISTQB bzdurzy, że miary pokrycia tylko dla technik strukturalnych i że modele tylko dla czarnej skrzynki 4.2 Kategorie technik projektowania testów
18 4.3 Techniki czarnoskrzynkowe Podstawy testowania oprogramowania wg ISTQB 1.3, strona 18 (152) CZĘŚĆ Proces rozwoju testów 4.2 Kategorie technik projektowania testów 4.3 Techniki czarnoskrzynkowe 4.4 Techniki białoskrzynkowe 4.5 Na podstawie doświadczenia 4.6 Wybór techniki
19 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 19 (152) CZĘŚĆ Podział na klasy równoważności Wstęp mają osoby od 12 do 80 roku życia włącznie Niepoprawne (nieakceptowane) Dane poprawne (akceptowane) Niepoprawne (nieakceptowane) Techniki czarnoskrzynkowe
20 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 20 (152) CZĘŚĆ 2 Klasy równoważności przykłady 1(2) 4.3 Techniki czarnoskrzynkowe
21 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 21 (152) CZĘŚĆ 2 Klasy równoważności przykłady 2(2) 4.3 Techniki czarnoskrzynkowe
22 Po co klasy równoważności? Podstawy testowania oprogramowania wg ISTQB 1.3, strona 22 (152) CZĘŚĆ Techniki czarnoskrzynkowe
23 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 23 (152) CZĘŚĆ 2 Zastosowanie klas równoważności Zastosowanie techniczne Zastosowanie biznesowe testy negatywne Korzyści Kiedy taki podział nie daje zysków? Niebezpieczeństwa Dane wejściowe i wyjściowe Klasy wielowymiarowe 4.3 Techniki czarnoskrzynkowe
24 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 24 (152) CZĘŚĆ Analiza wartości brzegowych [ ] osoby od 12 do 80 roku życia włącznie 12 i 80 to poprawne wartości brzegowe 11 i 81 to niepoprawne wartości brzegowe Testuje się zwykle wszystkie trzy Techniki czarnoskrzynkowe
25 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 25 (152) CZĘŚĆ 2 AWB (nie ABW!) przykłady 1(3) 4.3 Techniki czarnoskrzynkowe
26 AWB przykłady 2(3) Podstawy testowania oprogramowania wg ISTQB 1.3, strona 26 (152) CZĘŚĆ Techniki czarnoskrzynkowe
27 AWB przykłady 3(3) Podstawy testowania oprogramowania wg ISTQB 1.3, strona 27 (152) CZĘŚĆ Techniki czarnoskrzynkowe
28 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 28 (152) CZĘŚĆ 2 Psychologia wartości brzegowych Niejasne wymagania Pomyłki kodowania Gromadzenie się bugów na brzegach? Zmiana trybu pracy programu po przekroczeniu wartości granicznej Testy te są skuteczne zarówno ze względu na prawdopodobieństwo, jak i konsekwencje bugów
29 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 29 (152) CZĘŚĆ Testowanie wg tablicy decyzyjnej Tablica decyzyjna (ang. decision table) jest techniką modelowania zależności, gdzie warunek (zwykle złożony) powoduje skutek (wynik, działanie) Inny sposób modelowania takich zależności, to grafy przyczynowo-skutkowe Czyli tak naprawdę, to sposób modelowania wymagań 4.3 Techniki czarnoskrzynkowe
30 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 30 (152) CZĘŚĆ 2 Testy tablicy decyzyjnej przykłady 1(3) 4.3 Techniki czarnoskrzynkowe
31 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 31 (152) CZĘŚĆ 2 Testy tablicy decyzyjnej przykłady 2(3) Jakich testów tutaj być może brakuje? 4.3 Techniki czarnoskrzynkowe
32 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 32 (152) CZĘŚĆ 2 Testy tablicy decyzyjnej przykłady 3(3) 4.3 Techniki czarnoskrzynkowe
33 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 33 (152) CZĘŚĆ 2 Tablice decyzyjne - podsumowanie To sposób opisania reguł biznesowych Wszystkie kombinacje warunków mogą być niemożliwe (wtedy są pominięte w tablicy), ale można próbować je przetestować Zaleta: uwidocznienie kombinacji, które inaczej łatwo byłoby pominąć 4.3 Techniki czarnoskrzynkowe
34 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 34 (152) CZĘŚĆ Testowanie przejść stanów Ponownie: tak zwane diagramy przejść stanów (diagramy maszyny stanów, automaty skończone ) to sposób modelowania / opisywania wymagań nie technika testowania! Istnieje wywodzących się z teorii grafów szereg systematycznych sposobów projektowania testów w tych modeli 4.3 Techniki czarnoskrzynkowe
35 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 35 (152) CZĘŚĆ 2 Testy przejść stanów przykład 1(2) 4.3 Techniki czarnoskrzynkowe
36 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 36 (152) CZĘŚĆ 2 Testy przejść stanów przykład 2(2) 4.3 Techniki czarnoskrzynkowe
37 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 37 (152) CZĘŚĆ 2 Testy z diagramu przejść stanów Przejście (%) wszystkich stanów Przejście (%) wszystkich przejść między stanami (szatańska nazwa pokrycie 0- przełącznikowe, ang. zero-switch coverage) Pokrycie (%) wszystkich ścieżek przejść między stanami Kombinacje bodźców itd. 4.3 Techniki czarnoskrzynkowe
38 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 38 (152) CZĘŚĆ Testowanie wg przypadków użycia Czemu akurat przypadków użycia??? UML ma 14 modeli w trzech grupach (modele działania, struktury oraz interakcji) Modele danych (przepływu danych, encji) Diagramy składni Wszystkie miary pokrycia grafów Diagramy BPMN 4.3 Techniki czarnoskrzynkowe
39 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 39 (152) CZĘŚĆ 2 więcej projektowania testów Testy statystyczne Testy kombinatoryczne, w tym testy wszystkich par Testy według innych opisów wymagań Więc dlaczego ISTQB uczepiło się akurat tych czterech klasy równoważności, tablice decyzyjne, diagramy stanów oraz przypadków użycia??? 4.3 Techniki czarnoskrzynkowe
40 4.4 Techniki białoskrzynkowe Podstawy testowania oprogramowania wg ISTQB 1.3, strona 40 (152) CZĘŚĆ Proces rozwoju testów 4.2 Kategorie technik projektowania testów 4.3 Techniki czarnoskrzynkowe 4.4 Techniki białoskrzynkowe 4.5 Na podstawie doświadczenia 4.6 Wybór techniki
41 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 41 (152) CZĘŚĆ 2 Testy na podstawie wiedzy technicznej Wiedza powierzchowna i szczegółowa (przykłady) Dla systemów IT wiedza z ogromnego zakresu obszarów (przykłady) Dla wbudowanych także mechanika, chemia, elektryczność NIE TYLKO, A NAWET NIE PRZEDE WSZYSTKIM, POKRYCIE KODU ŹRÓDŁOWEGO! 4.4 Techniki białoskrzynkowe
42 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 42 (152) CZĘŚĆ 2 Black and white Techniki, omówione w 4.2 jako czarnoskrzynkowe, można świetnie stosować dla projektowania testów technicznych Testy projektowane na podstawie kodu źródłowego, to nie tylko testy pod kątem pokrycia, lecz także np. testy pętli, testy parametrów, testy wyników operacji arytmetycznych, testy pojemności (struktur, list, pamięci) itp. itd. 4.4 Techniki białoskrzynkowe
43 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 43 (152) CZĘŚĆ 2 Miary pokrycia testowego Miary pokrycia testowego, czyli miary staranności testów jaki odsetek z czegoś, co można przetestować, został przetestowany Często wynosi zero, jeśli czegoś jest 8 Mogą dotyczyć: wymagań, ryzyka (zagrożeń), funkcji, procesów biznesowych, elementów struktury systemu, struktury kodu, wartości danych, zbiorów danych 4.4 Techniki białoskrzynkowe
44 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 44 (152) CZĘŚĆ 2 Miary pokrycia - zastosowania Jakiś pomiar staranności testów (ale mocno niepewne są kryteria, jaka staranność, mierzona jaką miarą pokrycia, jest dostateczna! nawet zależnie od poziomu ryzyka) Jakaś metoda projektowania: aby osiągnąć dostateczne pokrycie, aby przetestować również to, czego nie testujemy (a co ujawnił pomiar pokrycia) 4.4 Techniki białoskrzynkowe
45 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 45 (152) CZĘŚĆ 2 Pokrycie kodu źródłowego programu Pomiar wyłącznie automatyczny Konkluzje (jest OK, czy testować więcej?) wyłącznie heurystyki Dodatkowe korzyści: świadomość ograniczeń testów, wykrywanie martwego kodu, identyfikacja kodu trudnego (niemożliwego) do przetestowania dynamicznego 4.4 Techniki białoskrzynkowe
46 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 46 (152) CZĘŚĆ 2 Pokrycie kodu - trudności Jest inwazyjne (zwiększa efekt próbnika) Powoduje 2-3 wzrost czasu wykonywania testów Powoduje, że testy wykonuje się dodatkowo 3-4 razy Daje fałszywe poczucie bezpieczeństwa Czasem budzi opór programistów 4.4 Techniki białoskrzynkowe
47 Pokrycie kodu jak to się robi? Podstawy testowania oprogramowania wg ISTQB 1.3, strona 47 (152) CZĘŚĆ 2 Instrumentacja kodu Wykonanie testów Wyniki: Wnioski?
48 4.4.1 Według pokrycia instrukcji Podstawy testowania oprogramowania wg ISTQB 1.3, strona 48 (152) CZĘŚĆ 2 if (a > b) printf ( a większe niż b ); else printf ( a jest nie > niż b ); if (a == 5) printf ( a równa się 5 ); 4.4 Techniki białoskrzynkowe
49 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 49 (152) CZĘŚĆ Według pokrycia decyzji 1(2) if (a > b) printf ( a większe niż b ); if (a == 5) printf ( a równa się 5 ); 4.4 Techniki białoskrzynkowe
50 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 50 (152) CZĘŚĆ Według pokrycia decyzji 2(2) if (a > b) printf ( a większe niż b ); else printf ( a jest nie > niż b ); if (a == 5) printf ( a równa się 5 ); 4.4 Techniki białoskrzynkowe
51 Włóczykij ile dróg? B Podstawy testowania oprogramowania wg ISTQB 1.3, strona 51 (152) CZĘŚĆ 2 A D C E 4.4 Techniki białoskrzynkowe
52 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 52 (152) CZĘŚĆ Inne techniki strukturalne Na poprzednim slajdzie pokrycie % ścieżek różnej długości Pokrycie decyzji, a pokrycie rozgałęzień Pokrycie tzw. warunków decyzji (decisioncondition), oraz ich kombinacji 4.4 Techniki białoskrzynkowe
53 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 53 (152) CZĘŚĆ 2 Na egzaminie ISTQB W rzeczywistości, NIGDY nie szacuje się ręcznie liczby testów koniecznych, aby uzyskać jakiś poziom pokrycia kodu W rzeczywistości, nie ma znaczenia znajomość minimalnej liczby testów potrzebnych, aby uzyskać jakiś poziom pokrycia kodu To są tylko sztuczki do egzaminu 4.4 Techniki białoskrzynkowe
54 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 54 (152) CZĘŚĆ Na podstawie doświadczenia 4.1 Proces rozwoju testów 4.2 Kategorie technik projektowania testów 4.3 Techniki czarnoskrzynkowe 4.4 Techniki białoskrzynkowe 4.5 Na podstawie doświadczenia 4.6 Wybór techniki
55 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 55 (152) CZĘŚĆ Na podstawie doświadczenia Doświadczenie, szerokie pojęcie można je równie dobrze stosować wobec technik formalnych, które sprawdziły się poprzednio (wg doświadczenia) Oczywiście, doświadczenie może być zarówno czarno-, jak i białoskrzynkowe Doświadczenie można utrwalać, np. w formie list kontrolnych 4.5 Testowanie na podstawie doświadczenia
56 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 56 (152) CZĘŚĆ 2 Co jest ważniejsze W praktyce, zdecydowanie najczęściej i najobszerniej stosowane jest właśnie projektowanie testów nieformalne, z doświadczenia Wg ISTQB natomiast, ma ono sens jako uzupełnienie technik systematycznych (formalnych opisanych wcześniej), i powinno być stosowane po nich. NIEPRAWDA 4.5 Testowanie na podstawie doświadczenia
57 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 57 (152) CZĘŚĆ 2 Zgadywanie błędów 1(2) Oczywiście, zgadywanie błędów (kto, czemu i jak może się pomylić?) ma sens, ale ISTQB o nim nie wspomina Nazwa zgadywanie błędów oznacza w sylabusie zgadywanie defektów czyli tworzeniu (na podstawie doświadczenia) listy możliwych defektów, i 4.5 Testowanie na podstawie doświadczenia
58 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 58 (152) CZĘŚĆ 2 Zgadywanie błędów 2(2) i projektowanie testów, które tych defektów szukają Inna nazwa: bug attacks, zwane w sylabusie atakami usterkowymi 4.5 Testowanie na podstawie doświadczenia
59 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 59 (152) CZĘŚĆ 2 Testowanie eksploracyjne NIE jest przykładem testowania niesystematycznego, sorry Testowanie eksploracyjne, to podejście (szkoła, filozofia) do testowania, zakładająca: 1. brak lub niedostateczność wymagań 2. że marnowaniem czasu jest ich zapisywanie ( testowanie skryptowe ) 3. że znakomitą chwilą do projektowania testów jest wykonywanie poprzednich testów 4.5 Testowanie na podstawie doświadczenia
60 Proces eksploracji Podstawy testowania oprogramowania wg ISTQB 1.3, strona 60 (152) CZĘŚĆ 2
61 Mała historia eksploracji Podstawy testowania oprogramowania wg ISTQB 1.3, strona 61 (152) CZĘŚĆ Testowanie na podstawie doświadczenia
62 pettichord.com Podstawy testowania oprogramowania wg ISTQB 1.3, strona 62 (152) CZĘŚĆ Testowanie na podstawie doświadczenia
63 Guru szkoły kontekstowej Podstawy testowania oprogramowania wg ISTQB 1.3, strona 63 (152) CZĘŚĆ Testowanie na podstawie doświadczenia
64 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 64 (152) CZĘŚĆ 2 Heurystyczny model strategii testów satisfice.com/tools/htsm.pdf Środowisko projektowe Kryteria (atrybuty) jakości Sposoby (techniki) testowania Budowa produktu Odczuwana jakość 4.5 Testowanie na podstawie doświadczenia
65 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 65 (152) CZĘŚĆ 2 Zarządzanie testowaniem w sesjach Session-Based Test Management satisfice.com/sbtm satisfice.com/articles/sbtm.pdf keeping track of each tester s progress can be like herding snakes into a burlap bag 4.5 Testowanie na podstawie doświadczenia
66 Ideologia eksploracji Podstawy testowania oprogramowania wg ISTQB 1.3, strona 66 (152) CZĘŚĆ Testowanie na podstawie doświadczenia
67 4.6 Wybór techniki 4.1 Proces rozwoju testów 4.2 Kategorie technik projektowania testów 4.3 Techniki czarnoskrzynkowe Podstawy testowania oprogramowania wg ISTQB 1.3, strona 67 (152) CZĘŚĆ Techniki białoskrzynkowe 4.5 Na podstawie doświadczenia 4.6 Wybór techniki
68 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 68 (152) CZĘŚĆ Wybór techniki testowania Zależy od wielu, wielu czynników jakich? Brak ścisłych danych na temat względnej skuteczności różnych technik Czyli: ROI technik testowania, testowania w ogóle, i zapewnienia jakości w jeszcze większym ogóle, to sprawa niejasna 4.6 Wybór techniki testowania
69 5. Zarządzanie testowaniem Podstawy testowania oprogramowania wg ISTQB 1.3, strona 69 (152) CZĘŚĆ 2 otestowanie w inżynierii oprogramowania owstęp do certyfikacji oraz ISTQB 1. Podstawy testowania 2. Testowanie w cyklu życia oprogramowania 3. Statyczne techniki testowania 4. Techniki projektowania testów 5. Zarządzanie testowaniem 6. Testowanie wspierane narzędziami
70 5. Zarządzanie testowaniem Podstawy testowania oprogramowania wg ISTQB 1.3, strona 70 (152) CZĘŚĆ Organizacja testów 5.2 Planowanie i szacowanie testów 5.3 Monitorowanie i nadzór 5.4 Zarządzanie konfiguracją 5.5 Ryzyko a testowanie 5.6 Zarządzanie incydentami
71 5.1 Organizacja testów Podstawy testowania oprogramowania wg ISTQB 1.3, strona 71 (152) CZĘŚĆ Organizacja testów 5.2 Planowanie i szacowanie testów 5.3 Monitorowanie i nadzór 5.4 Zarządzanie konfiguracją 5.5 Ryzyko a testowanie 5.6 Zarządzanie incydentami
72 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 72 (152) CZĘŚĆ Organizacja a niezależność Już było w psychologii testowania No to jeszcze raz: Każdy sam sobie testuje Niezależni testerzy Niezależny zespół testowy Testerzy biznesowi (użytkownicy itp.) Niezależni eksperci, wynajęci (outsourcing) Zewnętrzni specjaliści 5.1 Organizacja testów
73 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 73 (152) CZĘŚĆ 2 O niezależności testowania W dużym projektach, różne rozwiązania na różnych poziomach Zalety: inne spojrzenie, brak uprzedzeń, możność weryfikacji założeń Koszty / wady: izolacja (tzn. trzeba się pracochłonnie komunikować, tester staje się odkurzaczem a więc i rzekomym wąskim gardłem 5.1 Organizacja testów
74 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 74 (152) CZĘŚĆ Zadania lidera testów i testera W praktyce, mamy dziesiątki rozwiązań (przykłady) OK, co robi lider testów? (wg ISTQB) 5.1 Organizacja testów Koordynowanie strategii i planu w górę Tworzenie (lub przegląd) strategii testów w projekcie J. w. polityki testowej??? Inicjowanie i nadzorowanie rzeczywistego procesu testów w projekcie (przykłady)
75 A co robi tester? 1. Nowa balia 2. Nowy dom 3. Pałac, suknie i klejnoty Podstawy testowania oprogramowania wg ISTQB 1.3, strona 75 (152) CZĘŚĆ 2 I jeszcze mam zostać cesarzową, ty palancie! 5.1 Organizacja testów
76 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 76 (152) CZĘŚĆ Planowanie i szacowanie testów 5.1 Organizacja testów 5.2 Planowanie i szacowanie testów 5.3 Monitorowanie i nadzór 5.4 Zarządzanie konfiguracją 5.5 Ryzyko a testowanie 5.6 Zarządzanie incydentami
77 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 77 (152) CZĘŚĆ Planowanie testów Wykonuje się na 1000 sposobów Jeden plan ( główny ) albo wiele ISTQB wyróżnia chętnie plany dla poziomów Powołuje się na IEEE 829, nie na ISO/IEC/IEEE Trochę inaczej w agile 5.2 Planowanie i szacowanie testów
78 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 78 (152) CZĘŚĆ Czynności planowania testów 1(2) Zakres (co i na ile jest testowane?) Ryzyko (konsekwencje i może prawdopodobieństwo) Ogólne podejście czyli lokalna strategia W tym: co, jak, kim testować? Integracja z innymi działaniami w projekcie Harmonogram 5.2 Planowanie i szacowanie testów
79 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 79 (152) CZĘŚĆ Czynności planowania testów 2(2) zasoby do zadań (= ludzie do roboty) Metryki Dokumentacja 5.2 Planowanie i szacowanie testów
80 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 80 (152) CZĘŚĆ Kryteria wejścia Inaczej: kiedy można zacząć? (dany rodzaj, obszar lub poziom testów) Środowisko testowe jest? Inne narzędzia testowe? Testy (zaprojektowane) i dane testowe? Dostępny przedmiot testowania? Ważniejsze: czy przedmiot testów ma dostateczną jakość? (dlaczego) 5.2 Planowanie i szacowanie testów
81 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 81 (152) CZĘŚĆ Kryteria zakończenia Kiedy uznamy, że jesteśmy gotowi? Czyli to, co sprawdzamy w fazie ocena spełnienia kryteriów zakończenia Jakie zakładamy pokrycie, i czego? Jakie estymaty niezawodności (ile, jakie bugi wykryte, które naprawione?) i pozostałe ryzyko? Harmonogram kiedy? 5.2 Planowanie i szacowanie testów
82 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 82 (152) CZĘŚĆ Szacowanie testów Cztery poziomy: 1. Szacowanie pracochłonności przedsięwzięć 2. Szacowanie pracochłonności projektów IT 3. Szacowanie pracochłonności QA 4. Szacowanie pracochłonności testów Szacowanie ile i jak starannie trzeba testować to krok pierwszy (wg ryzyka) 5.2 Planowanie i szacowanie testów
83 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 83 (152) CZĘŚĆ 2 Szacowanie pracy Po zdecydowaniu, co ma być zrobione, szacujemy pracochłonność (osobo-dni, czyli mendejsy - nie czas kalendarzowy, który zależy też od innych czynników) Metody: 1. wg modelu (algorytmu) 2. lub oszacowanie wg doświadczenia (metryki, albo opinie ekspertów) 5.2 Planowanie i szacowanie testów
84 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 84 (152) CZĘŚĆ 2 Pracochłonność testów zależy od: Ile testów trzeba wykonać? (ryzyko, strategia ryzyka, inne działania QA) Produkt (wszelkie wymagania, w tym niezawodności) Poziom ufności oszacowań jakości Jakości procesu (w tym umiejętności osób) I od wyników testów 5.2 Planowanie i szacowanie testów
85 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 85 (152) CZĘŚĆ 2 Nieprzewidywalne 1(3) Jakość dostawy do testów Rada? Test dymny 5.2 Planowanie i szacowanie testów
86 Nieprzewidywalne 2(3) Podstawy testowania oprogramowania wg ISTQB 1.3, strona 86 (152) CZĘŚĆ 2 Termin dostawy do testów chronicznie spóźniony 5.2 Planowanie i szacowanie testów
87 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 87 (152) CZĘŚĆ 2 Nieprzewidywalne 3(3) Liczba bugów, które znajdzie ten poziom testów: Trudności z wykonaniem testów Konieczność oczekiwania, gdy awaria uniemożliwia dalsze testy Czas na debugowanie, zwykle chytrze przypisywany testom Więcej testów potwierdzających i regresji 5.2 Planowanie i szacowanie testów
88 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 88 (152) CZĘŚĆ Podejście i strategia testowa Podejście do testów (test approach) to ISTQB-owska nazwa na strategię testów w danym projekcie Są różne strategie / podejścia: pamiętacie? Ale ISTQB woli bardziej egzotyczną klasyfikację podejść 5.2 Planowanie i szacowanie testów
89 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 89 (152) CZĘŚĆ 2 Strategie 1. Analityczne np. na podstawie ryzyka 2. Modelowa (model-based), czyli SUT 3. Metodyczna (listy kontrolne, doświadczenie) 4. Zgodne ze standardem (np. agile ) 5. Dynamiczne/heurystyczne (np. eksploracyjne) 6. Konsultatywne (pytamy fachowców) 7. Regresywne (czytaj: anty-regresywne) 5.2 Planowanie i szacowanie testów
90 Strategie Podstawy testowania oprogramowania wg ISTQB 1.3, strona 90 (152) CZĘŚĆ Planowanie i szacowanie testów
91 5.3 Monitorowanie i nadzór Podstawy testowania oprogramowania wg ISTQB 1.3, strona 91 (152) CZĘŚĆ Organizacja testów 5.2 Planowanie i szacowanie testów 5.3 Monitorowanie i nadzór 5.4 Zarządzanie konfiguracją 5.5 Ryzyko a testowanie 5.6 Zarządzanie incydentami
92 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 92 (152) CZĘŚĆ Monitorowanie postępu testów Co zrobiono? Gdzie jesteśmy? Co zostało do zrobienia? Kiedy będziemy gotowi? Stosowane metryki: % pracy wykonanej w danej fazie, dane o bugach, pokrycie testowe, daty, koszty i subiektywne zaufanie 5.3 Monitorowanie postępu testów i nadzór
93 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 93 (152) CZĘŚĆ 2 Subiektywne zaufanie Radosław Hofman Software Quality Perception : Wpływ nacisku grupy Wpływ autorytetów Teoria perspektywy Dysonans poznawczy 5.3 Monitorowanie postępu testów i nadzór
94 5.3.2 Raportowanie testów Podstawy testowania oprogramowania wg ISTQB 1.3, strona 94 (152) CZĘŚĆ 2 Raporty (i logi) bieżące Raport końcowy z testów IEEE 829!!! 5.3 Monitorowanie postępu testów i nadzór
95 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 95 (152) CZĘŚĆ Kierowanie testami Hmm angielskie test control to rządzenie, sterowanie, nadzór ok, niech będzie kierowanie Na podstawie wyników monitorowania, decyduje się: zmiany priorytetów, zmiany harmonogramu, zmiany oszacowań, zmiany kryteriów wejścia (zwykle ) i wyjścia (zwykle ) 5.3 Monitorowanie postępu testów i nadzór
96 5.4 Zarządzanie konfiguracją Podstawy testowania oprogramowania wg ISTQB 1.3, strona 96 (152) CZĘŚĆ Organizacja testów 5.2 Planowanie i szacowanie testów 5.3 Monitorowanie i nadzór 5.4 Zarządzanie konfiguracją 5.5 Ryzyko a testowanie 5.6 Zarządzanie incydentami
97 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 97 (152) CZĘŚĆ Zarządzanie konfiguracją np. 5.4 Zarządzanie konfiguracją
98 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 98 (152) CZĘŚĆ 2 Zarządzanie konfiguracją w testach To, co testujemy, jest: zidentyfikowane, wersjonowane, ze statusem, powiązane Artefakty testowe ( testalia ) są poddane zarządzaniu konfiguracją Po co? 5.4 Zarządzanie konfiguracją
99 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 99 (152) CZĘŚĆ 2 Po co zarządzanie konfiguracją? 5.4 Zarządzanie konfiguracją
100 5.5 Ryzyko a testowanie Podstawy testowania oprogramowania wg ISTQB 1.3, strona 100 (152) CZĘŚĆ Organizacja testów 5.2 Planowanie i szacowanie testów 5.3 Monitorowanie i nadzór 5.4 Zarządzanie konfiguracją 5.5 Ryzyko a testowanie 5.6 Zarządzanie incydentami
101 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 101 (152) CZĘŚĆ Obszary ryzyka projektowego A co to ma wspólnego z testowaniem? NIC Tj. ryzyko projektowe może też dotknąć testowanie, ale testy mierzą je tylko za pośrednictwem ryzyka produktowego 5.5 Ryzyko a testowanie
102 Ryzyka projektowe długa lista Podstawy testowania oprogramowania wg ISTQB 1.3, strona 102 (152) CZĘŚĆ 2 Czynniki organizacyjne Brak umiejętności, brak ludzi, problemy polityczne, choroba współuzależnienia Problemy techniczne Brak dobrych wymagań (???), nierealny budżet, brak dobrych innych rzeczy (programu, narzędzi, środowisk) Problemy z dostawcami 5.5 Ryzyko a testowanie
103 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 103 (152) CZĘŚĆ Obszary ryzyka produktowego To proste: NIE DZIAŁA POPRAWNIE Ale można skomplikować! Awarie Szkody, wynikające z awarii Niedostateczne atrybuty (także poza-funkcjonalne) Kiepskie dane Oprogramowanie, działające niepoprawnie 5.5 Ryzyko a testowanie
104 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 104 (152) CZĘŚĆ 2 Test a ryzyko (naprawdę) Pomaga identyfikować ryzyko (oj, nie działa!) Mierzy ryzyko (działa, czy nie działa?) Pomaga zmniejszyć ryzyko (nie działa, więc naprawiamy) Szacowane ryzyko produktowe (konsekwencje i prawdopodobieństwo awarii) pozwala określić potrzebną intensywność testów 5.5 Ryzyko a testowanie
105 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 105 (152) CZĘŚĆ 2 Kilka marzeń ściętej głowy Ryzyko określa właściwe techniki testowania Ryzyko określa zakres testów (no troszkę) Ryzyko pozwala określić właściwą kolejność wykonywanie testów (ważne najpierw) trochę Ryzyko wskazuje, że warto unikać choroby współuzależnienia (?) 5.5 Ryzyko a testowanie
106 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 106 (152) CZĘŚĆ 2 Proces zarządzania ryzykiem Identyfikacja (tak, test pomaga!) Ocena Prawdopodobieństwa (test pomaga) Konsekwencji (zadanie dla biznesu lub konstruktorów, nie testu) Wymyślanie i ocena opłacalności: Czynności zapobiegawczych Czynności zaradczych 5.5 Ryzyko a testowanie
107 5.6 Zarządzanie incydentami Podstawy testowania oprogramowania wg ISTQB 1.3, strona 107 (152) CZĘŚĆ Organizacja testów 5.2 Planowanie i szacowanie testów 5.3 Monitorowanie i nadzór 5.4 Zarządzanie konfiguracją 5.5 Ryzyko a testowanie 5.6 Zarządzanie incydentami
108 5.6 Zarządzanie incydentami Podstawy testowania oprogramowania wg ISTQB 1.3, strona 108 (152) CZĘŚĆ Zarządzanie incydentami
109 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 109 (152) CZĘŚĆ 2 Co to jest incydent To rozbieżność między wynikiem oczekiwanym, a rzeczywistym Incydent może ale nie musi być objawem defektu (to trzeba zbadać) Jeśli jest, warto rozważyć naprawę Do tego wszystkiego warto mieć określony proces 5.6 Zarządzanie incydentami
110 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 110 (152) CZĘŚĆ 2 Kiedy i skąd są incydenty Z użytkowania Z testowania Z przeglądów Z różnych czynności konstruowania oraz integracji 5.6 Zarządzanie incydentami
111 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 111 (152) CZĘŚĆ 2 Po co zgłoszenia (raporty) incydentów? Jako forma przekazania informacji o incydencie (o jego zaistnieniu, przebiegu analizy, przebiegu naprawy i testów potwierdzających) Aby móc śledzić status produktu i projektu Aby móc mierzyć proces produkcji oprogramowania i planować jego ulepszanie 5.6 Zarządzanie incydentami
112 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 112 (152) CZĘŚĆ 2 Co zawiera raport incydentu? Kto, kiedy, zrobił co? (wykrył, zanalizował, zadecydował, naprawił, przetestował) Jak wyglądał incydent? (wynik rzeczywisty oraz wskaźnik do oczekiwanego) Szczegóły wydarzenia (logi, zrzuty) Waga, priorytet itp. Status (wynika z procesu incydentów) 5.6 Zarządzanie incydentami
113 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 113 (152) CZĘŚĆ 2 Proces zarządzanie incydentami Fill in bug report
114 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 114 (152) CZĘŚĆ 2 6. Testowanie wspierane narzędziami otestowanie w inżynierii oprogramowania owstęp do certyfikacji oraz ISTQB 1. Podstawy testowania 2. Testowanie w cyklu życia oprogramowania 3. Statyczne techniki testowania 4. Techniki projektowania testów 5. Zarządzanie testowaniem 6. Testowanie wspierane narzędziami
115 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 115 (152) CZĘŚĆ 2 6. Testowanie wspierane narzędziami 6.1 Typy narzędzi 6.2 Korzyści i ryzyko narzędzi 6.3 Wdrażanie narzędzi
116 6.1 Typy narzędzi 6.1 Typy narzędzi 6.2 Korzyści i ryzyko narzędzi Podstawy testowania oprogramowania wg ISTQB 1.3, strona 116 (152) CZĘŚĆ Wdrażanie narzędzi
117 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 117 (152) CZĘŚĆ Cele narzędzi dla testerów Najszersza klasyfikacja: 1. Używane wprost w testach (do ich wykonywania, projektowania, tworzenia danych. Porównywania itd.) 2. Wspomagające zarządzanie testami 3. Śledzące, monitorujące, rejestrujące 4. Dowolne zastosowane w testowaniu np. edytor tekstu albo 6.1 Typy narzędzi testowych
118 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 118 (152) CZĘŚĆ 2 Po co narzędzia? Szybciej, dokładniej, bardziej niezmiennie Konieczna automatyzacja, gdy ręcznie coś jest niewykonalne lub fantastycznie kosztowne Większa niezawodność testów Spoza sylabusa: uwolnienie i podniesienie statusu testerów i testowania 6.1 Typy narzędzi testowych
119 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 119 (152) CZĘŚĆ 2 Tajemnicze pojęcie Struktura testowa czyli po polsku framework To jeszcze głupsza nazwa, niż jarzmo : Jarzmo testowe? Biblioteki funkcji testowych? Metody automatyzacji testów? Albo proces testowy w ogóle? 6.1 Typy narzędzi testowych
120 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 120 (152) CZĘŚĆ Klasyfikacja narzędzi testowych 100 możliwych rodzajów klasyfikacji Sylabus słusznie! - klasyfikuje wg tego, jaką czynność testową dane narzędzie wykonuje Oczywiście, jest wiele hybrydowych, powiązanych w pakiety, itd. 6.1 Typy narzędzi testowych
121 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 121 (152) CZĘŚĆ 2 Inwazyjność efekt próbnika narzędzi 6.1 Typy narzędzi testowych
122 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 122 (152) CZĘŚĆ Narzędzia do zarządzania testami 6.1 Typy narzędzi testowych
123 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 123 (152) CZĘŚĆ 2 Narzędzia do zarządzania testami 6.1 Typy narzędzi testowych
124 Do wymagań Podstawy testowania oprogramowania wg ISTQB 1.3, strona 124 (152) CZĘŚĆ 2
125 Do incydentów Podstawy testowania oprogramowania wg ISTQB 1.3, strona 125 (152) CZĘŚĆ 2
126 Do zarządzanie konfiguracją Podstawy testowania oprogramowania wg ISTQB 1.3, strona 126 (152) CZĘŚĆ 2
127 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 127 (152) CZĘŚĆ Narzędzia do testów statycznych Wspierające przeglądy 6.1 Typy narzędzi testowych
128 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 128 (152) CZĘŚĆ Narzędzia do testów statycznych Analiza statyczna D 6.1 Typy narzędzi testowych
129 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 129 (152) CZĘŚĆ 2 Narzędzia do modelowania Modelowania czegoś na przykład projektu oprogramowania, albo wymagań Mogą często tworzyć testy z modelu pl.wikipedia.org/wiki/lista_narz%c4%99dzi_uml D(?) 6.1 Typy narzędzi testowych
130 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 130 (152) CZĘŚĆ Narzędzia do specyfikacji testów Do projektowania testów Z wymagań (patrz: do modelowania) Z GUI Z modeli architektury (patrz: do modelowania) Z kodu 6.1 Typy narzędzi testowych
131 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 131 (152) CZĘŚĆ Narzędzia do specyfikacji testów Do tworzenia danych testowych przetwarzanie danych np. z baz, na dane testowe (w tym np. anonimizacja) 6.1 Typy narzędzi testowych
132 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 132 (152) CZĘŚĆ Narzędzia do wykonywania testów Wykonują, logują 6.1 Typy narzędzi testowych
133 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 133 (152) CZĘŚĆ 2 Jarzmo do testów jednostkowych
134 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 134 (152) CZĘŚĆ 2 Komparatory i pomiary pokrycia kodu Komparator porównuje wyniki rzeczywiste z oczekiwanymi zwykle jest elementem robota testowego D 6.1 Typy narzędzi testowych
135 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 135 (152) CZĘŚĆ 2 Do testów zabezpieczeń Robot specjalistyczny do testów zabezpieczeń 6.1 Typy narzędzi testowych
136 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 136 (152) CZĘŚĆ Narzędzia do testów wydajności Do analizy dynamicznej Zależności czasowe Zakleszczenia procesów Wycieki pamięci Obciążenie zasobów Itp. D 6.1 Typy narzędzi testowych
137 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 137 (152) CZĘŚĆ 2 Sterowniki GPIB dla wszystkich urządzeń GPIB Program do rezerwacji i nadzoru dostępu Program nadzorujący wykonywanie testów GPIB GPIB > Np. o tak
138 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 138 (152) CZĘŚĆ 2 Obciążanie i pomiary Narzędzia do testów wydajnościowych/narzędzia do testów obciążeniowych/narzędzia do testów przeciążeniowych
139 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 139 (152) CZĘŚĆ Różne narzędzia do testów Ocena jakości danych Testy użyteczności 6.1 Typy narzędzi testowych
140 6.2 Korzyści i ryzyko narzędzi Podstawy testowania oprogramowania wg ISTQB 1.3, strona 140 (152) CZĘŚĆ Typy narzędzi 6.2 Korzyści i ryzyko narzędzi 6.3 Wdrażanie narzędzi
141 Korzyści Podstawy testowania oprogramowania wg ISTQB 1.3, strona 141 (152) CZĘŚĆ 2 Redukcja powtarzalnej pracy Wzrost spójności i powtarzalności testów Obiektywność oceny Łatwiejszy dostęp 6.2 Korzyści i ryzyko narzędzi
142 Ryzyka i koszty Podstawy testowania oprogramowania wg ISTQB 1.3, strona 142 (152) CZĘŚĆ 2 Nierealistyczne oczekiwania korzyści Niedoszacowanie kosztów Nieświadomość utrzymania Zarzucenie testów ręcznych Słaba integracja narzędzi Słaby dostawca i wsparcie Licencjonowanie 6.2 Korzyści i ryzyko narzędzi
143 Ryzyka i koszty dla robotów Podstawy testowania oprogramowania wg ISTQB 1.3, strona 143 (152) CZĘŚĆ 2 Zarejestruj-odtwórz Sterowane danymi Wg słów-kluczy 6.2 Korzyści i ryzyko narzędzi
144 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 144 (152) CZĘŚĆ 2
145 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 145 (152) CZĘŚĆ 2 Ryzyka i koszty dla analizy statycznej Konieczność konfiguracji Początkowo, nadmiar komunikatów Niepoprawna konfiguracja 6.2 Korzyści i ryzyko narzędzi
146 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 146 (152) CZĘŚĆ 2 Ryzyka i koszty narzędzi do zarządzania 6.2 Korzyści i ryzyko narzędzi
147 6.3 Wdrażanie narzędzi Podstawy testowania oprogramowania wg ISTQB 1.3, strona 147 (152) CZĘŚĆ Typy narzędzi 6.2 Korzyści i ryzyko narzędzi 6.3 Wdrażanie narzędzi
148 Co automatyzować? Podstawy testowania oprogramowania wg ISTQB 1.3, strona 148 (152) CZĘŚĆ Wdrażanie narzędzi
149 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 149 (152) CZĘŚĆ 2 O czym myśleć przed wdrożeniem? Jakość procesu Po co automatyzacja? Sprawdzenie skuteczności (proof-ofconcept) i projekt pilotażowy Ocena dostawcy Ocena szkoleń i wsparcia Oszacowanie zwrotu z inwestycji 6.3 Wdrażanie narzędzi
150 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 150 (152) CZĘŚĆ 2 Cele projektu pilotażowego Poznanie narzędzia Ocenienie, na ile pasuje Ustalenie standardów użycia, przekazywania, archiwizacji artefaktów, wewnętrznego wsparcia Ponowna ocena zwrotu z inwestycji 6.3 Wdrażanie narzędzi
151 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 151 (152) CZĘŚĆ 2 Warunki powodzenia Stopniowe wdrażanie Dostosowanie własnych procesów Organizacja wsparcia i ulepszania własnych procedur 6.3 Wdrażanie narzędzi
152 Podstawy testowania oprogramowania wg ISTQB 1.3, strona 152 (152) CZĘŚĆ 2 Podstawy testowania oprogramowania KONIEC części 2 3 dni Zgodne z sylabusem ISTQB Autor: Bogdan Bereza bogdan.bereza@victo.eu
Rozdział 5: Zarządzanie testowaniem. Pytanie 1
Pytanie 1 Dlaczego niezależne testowanie jest ważne: A) Niezależne testowanie jest w zasadzie tańsze niż testowanie własnej pracy B) Niezależne testowanie jest bardziej efektywne w znajdywaniu defektów
PYTANIA PRÓBNE DO EGZAMINU NA CERTYFIKAT ZAAWANSOWANY REQB KLUCZ ODPOWIEDZI. Część DODATEK
KLUCZ ODPOWIEDZI Część DODATEK 8.1 9.4 PYTANIA PRÓBNE DO EGZAMINU NA CERTYFIKAT ZAAWANSOWANY REQB Na podstawie: Syllabus REQB Certified Professional for Requirements Engineering, Advanced Level, Requirements
Testowanie według modelu (MBT) Stowarzyszenie Inżynierii Wymagań wymagania.org.pl
Testowanie według modelu (MBT) Bogdan Bereza, Victo MBT testowanie z modelu wersja 2.1 A 1 (48) Pozdrawiam Best regards Med vänliga hälsningar Bogdan Bereza bogdan.bereza@victo.eu +48 519 152 106 Skype:
Akademia testera oprogramowania i systemów IT Poziom I specjalista testowania (56 h) kurs dzienny
K U R S Z A W O D O W Y Akademia testera oprogramowania i systemów IT Poziom I specjalista testowania (56 h) kurs dzienny MIEJSCE I TERMIN: Warszawa, 1 3 marca 2017 r. Terminy szczegółowe: Sesja A, 1 3
Dni: 3. Opis: Adresaci szkolenia
Kod szkolenia: Tytuł szkolenia: ISTQB/TTA ISTQB - Technical Test Analyst Dni: 3 Opis: Adresaci szkolenia Szkolenie jest skierowane do testerów posiadających certyfikat ISTQB Certified Tester przynajmniej
Testowanie i walidacja oprogramowania
i walidacja oprogramowania Inżynieria oprogramowania, sem.5 cz. 3 Rok akademicki 2010/2011 Dr inż. Wojciech Koziński Zarządzanie testami Cykl życia testów (proces) Planowanie Wykonanie Ocena Dokumentacja
Studia podyplomowe PROGRAM NAUCZANIA PLAN STUDIÓW
01-447 Warszawa ul. Newelska 6, tel. (+48 22) 34-86-520, www.wit.edu.pl Studia podyplomowe BEZPIECZEŃSTWO I JAKOŚĆ SYSTEMÓW INFORMATYCZNYCH PROGRAM NAUCZANIA PLAN STUDIÓW Studia podyplomowe BEZPIECZEŃSTWO
Zawód tester, czyli na czym polega testowanie. Katarzyna Łabinska Justyna Sacha - Gawlik
Zawód tester, czyli na czym polega testowanie Katarzyna Łabinska Justyna Sacha - Gawlik Agenda: 1. Poznajmy się 2. Tester - kto to jest? 3. Podstawy testowania 4. Testowanie manualne a automatyczne 5.
Szczegółowy plan szkolenia
Szczegółowy plan szkolenia ISTQB Advanced Level Syllabus Test Manager (version 2012) (19 October 2012) Harmonogram zajęć (5 dni szkoleniowych: 9:00 17:00) Dzień 1. 0. Wprowadzenie do syllabusa poziom zaawansowany
REQB POZIOM PODSTAWOWY PRZYKŁADOWY EGZAMIN
REQB POZIOM PODSTAWOWY PRZYKŁADOWY EGZAMIN Podziękowania REQB Poziom Podstawowy Przykładowy Egzamin Dokument ten został stworzony przez główny zespół Grupy Roboczej REQB dla Poziomu Podstawowego. Tłumaczenie
Dlaczego testowanie jest ważne?
Testowanie Dlaczego testowanie jest ważne? Oprogramowanie które nie działa poprawnie może doprowadzić do: straty czasu, pieniędzy utraty reputacji uszkodzeń ciała a nawet śmierci Definicja błędu Oprogramowanie
Praktyka testowania dla początkujących testerów
Praktyka testowania dla początkujących testerów Warsztaty stanowią 100% praktykę testowania i skupiają się zwłaszcza na tych aspektach, które przydatne są w codziennej pracy testera. Przeznaczone są dla
Certyfikowany tester Pytania przykładowe do poziomu podstawowego
ertyfikowany tester International Sotware Testing Qualifications oard ertyfikowany tester Pytania przykładowe do poziomu podstawowego Wersja dokumentu 2.0 Wersja sylabusu 1.00 Polish Testing oard International
Zasady organizacji projektów informatycznych
Zasady organizacji projektów informatycznych Systemy informatyczne w zarządzaniu dr hab. inż. Joanna Józefowska, prof. PP Plan Definicja projektu informatycznego Fazy realizacji projektów informatycznych
Pytania próbne ISTQB CTFL 1 110
Pytania próbne ISTQB CTFL 1 110 Pytania pisane kursywą są raczej nieaktualne dotyczą wersji sylabusa wcześniejszych, niż wersja 2011.1.1 Na podstawie: amberplace.amberteam.pl/przyk%c5%82adowe_pytania_egzaminu_istqb_poziom_podstawowy
Techniki (automatyzacji) projektowania testów. Adam Roman WarszawQA, 24 II 2016
Techniki (automatyzacji) projektowania testów Adam Roman WarszawQA, 24 II 2016 Prelegent Quality Assurance R&D Lead, Rivet Group Adiunkt w Instytucie Informatyki i Matematyki Komputerowej UJ Członek Stowarzyszenia
Wszystkie problemy leżą w testach. ForProgress spółka z ograniczoną odpowiedzialnością sp.k.
Wszystkie problemy leżą w testach O czym będziemy rozmawiać Coś nie wyszło Jak wygląda proces wytwórczy Każdy widzi to inaczej Jakie wnioski wyciągamy z testów Analiza problemów Możliwe rozwiązania O czym
Certyfikowany tester Przykładowy egzamin poziomu podstawowego
Przykładowy egzamin poziomu Wersja 2011 Wstęp To jest przykładowy egzamin. Ma on na celu pomóc kandydatom przygotować się do egzaminu. Dostarcza zbiór pytań, których format jest podobny do PRAWDZIWEGO
Zarządzanie testowaniem wspierane narzędziem HP Quality Center
Zarządzanie testowaniem wspierane narzędziem HP Quality Center studium przypadku Mirek Piotr Szydłowski Ślęzak Warszawa, 17.05.2011 2008.09.25 WWW.CORRSE.COM Firma CORRSE Nasze zainteresowania zawodowe
certyfikacji IREB Warsztaty on-line 12 listopada 2015 blogomotion.com/download/prakt-ireb.pdf
Praktyczne doświadczenia i korzyści wdrożenia inżynierii wymagań z pomocą certyfikacji IREB Warsztaty on-line 12 listopada 2015 blogomotion.com/download/prakt-ireb.pdf Bogdan Bereza blogomocja.blogspot.com
Która z wymienionych czynności powinna być wspierana przez narzędzie do zarządzania testami?
PYTANIA Pytanie 1 K1 Która z wymienionych czynności powinna być wspierana przez narzędzie do zarządzania testami? A. Raportowanie postępu prac. B. Zarządzanie wymaganiami. C. Wykonanie testów. D. Raportowanie
Przygotowanie do egzaminu ISTQB Certyfikowany Tester Poziom Podstawowy
Przygotowanie do egzaminu ISTQB Certyfikowany Tester Poziom Podstawowy z wykorzystaniem książki "Testowanie i jakość oprogramowania. Modele, techniki, narzędzia" Adam Roman Kraków, 2015 Wstęp Niniejszy
Błędy procesu tworzenia oprogramowania (Badania firmy Rational Software Corporation)
Błędy procesu tworzenia oprogramowania (Badania firmy Rational Software Corporation) Zarządzanie wymaganiami Ad hoc (najczęściej brak zarządzania nimi) Niejednoznaczna, nieprecyzyjna komunikacja Architektura
Spis treści Wstęp 1. Wprowadzenie 2. Zarządzanie ryzykiem systemów informacyjnych
Wstęp... 13 1. Wprowadzenie... 15 1.1. Co to jest bezpieczeństwo informacji?... 17 1.2. Dlaczego zapewnianie bezpieczeństwa informacji jest potrzebne?... 18 1.3. Cele, strategie i polityki w zakresie bezpieczeństwa
Opisy szkoleń dla certyfikatów Agile Scrum. www.cts.com.pl
Opisy szkoleń dla certyfikatów Agile Scrum www.cts.com.pl SPIS TREŚCI Opisy szkoleń dla certyfikatów Agile Scrum...2 Istniejące certyfikacje agile...2 Szkolenia oferowane przez CTS...3 Agile Tester (zgodne
Tworzenie przypadków testowych
Tworzenie przypadków testowych Prowadząca: Katarzyna Pietrzyk Agenda 1. Wprowadzenie 2. Wymagania 3. Przypadek testowy Definicja Schemat Cechy dobrego przypadku testowego 4. Techniki projektowania Czarnej
Projektowanie oprogramowania. Wykład Weryfikacja i Zatwierdzanie Inżynieria Oprogramowania Kazimierz Michalik
Projektowanie oprogramowania Wykład Weryfikacja i Zatwierdzanie Inżynieria Oprogramowania Kazimierz Michalik Agenda Weryfikacja i zatwierdzanie Testowanie oprogramowania Zarządzanie Zarządzanie personelem
2.11. Monitorowanie i przegląd ryzyka 2.12. Kluczowe role w procesie zarządzania ryzykiem
Spis treści Wstęp 1. Wprowadzenie 1.1. Co to jest bezpieczeństwo informacji? 1.2. Dlaczego zapewnianie bezpieczeństwa informacji jest potrzebne? 1.3. Cele, strategie i polityki w zakresie bezpieczeństwa
Oferta Szkoleniowa.
Oferta Szkoleniowa Organizujemy szkolenia oraz egzaminy umożliwiające certyfikację ISTQB. Jest to najbardziej rozpoznawalny międzynarodowy certyfikat z zakresu testowania oprogramowania. Organizujemy szkolenia
Testowanie oprogramowania. Piotr Ciskowski
Testowanie oprogramowania Piotr Ciskowski TESTOWANIE testowanie o proces eksperymentalnego badania programu lub jego komponentu o próbne wykonanie w znanych warunkach o rejestrowanie wyników o ocena właściwości
Certyfikowany tester Przykładowy egzamin poziomu podstawowego
Przykładowy egzamin poziomu Wersja 2.3 2015 Spis treści PYTANIA... 4 Pytania Podstawy testowania... 5 Pytania Testowanie w cyklu życia... 7 Pytania Testowanie statyczne... 9 Pyania Techniki projektowania
Wstęp do zarządzania projektami
Wstęp do zarządzania projektami Definicja projektu Projekt to tymczasowe przedsięwzięcie podejmowane w celu wytworzenia unikalnego wyrobu, dostarczenia unikalnej usługi lub uzyskania unikalnego rezultatu.
Wykaz osób w postępowaniu o udzielenie zamówienia publicznego nr 32-CPI-WZP-2244/13. Podstawa do dysponowania osobą
Załącznik nr 8 do SIWZ Wykaz osób w postępowaniu o udzielenie zamówienia publicznego nr 3-CPI-WZP-44/13 Lp. Zakres wykonywanych czynności Liczba osób Imiona i nazwiska osób, którymi dysponuje wykonawca
Optymalizacja Automatycznych Testów Regresywnych
Optymalizacja Automatycznych Testów Regresywnych W Organizacji Transformującej do Agile Adam Marciszewski adam.marciszewski@tieto.com Agenda Kontekst projektu Typowe podejście Wyzwania Cel Założenia Opis
Cykle życia systemu informatycznego
Cykle życia systemu informatycznego Cykl życia systemu informatycznego - obejmuję on okres od zgłoszenia przez użytkownika potrzeby istnienia systemu aż do wycofania go z eksploatacji. Składa się z etapów
KARTA PRZEDMIOTU. 1) Nazwa przedmiotu: INŻYNIERIA SYSTEMÓW I ANALIZA SYSTEMOWA. 2) Kod przedmiotu: ROZ-L3-20
Z1-PU7 WYDANIE N2 Strona: 1 z 5 (pieczęć wydziału) KARTA PRZEDMIOTU 1) Nazwa przedmiotu: INŻYNIERIA SYSTEMÓW I ANALIZA SYSTEMOWA 3) Karta przedmiotu ważna od roku akademickiego: 2014/2015 2) Kod przedmiotu:
Część I - Załącznik nr 7 do SIWZ. Warszawa. 2011r. (dane Wykonawcy) WYKAZ OSÓB, KTÓRYMI BĘDZIE DYSPONOWAŁ WYKONAWCA DO REALIZACJI ZAMÓWIENIA
CSIOZ-WZP.65.48.20 Część I - Załącznik nr 7 do SIWZ Warszawa. 20r. (dane Wykonawcy) WYKAZ OSÓB, KTÓRYMI BĘDZIE DYSPONOWAŁ WYKONAWCA DO REALIZACJI ZAMÓWIENIA Wykonawca oświadcza, że do realizacji zamówienia
Krzysztof Wawrzyniak Quo vadis BS? Ożarów Mazowiecki, styczeń 2014
1 QUO VADIS.. BS? Rekomendacja D dlaczego? Mocne fundamenty to dynamiczny rozwój. Rzeczywistość wdrożeniowa. 2 Determinanty sukcesu w biznesie. strategia, zasoby (ludzie, kompetencje, procedury, technologia)
Zarządzanie projektami na podstawie ryzyka Stowarzyszenie Inżynierii Wymagań wymagania.org.pl
Zarządzanie projektami na podstawie ryzyka Bogdan Bereza, Victo Zarządzanie projektami na podstawie ryzyka 1 (50) Pozdrawiam Best regards Med vänliga hälsningar Bogdan Bereza bogdan.bereza@victo.eu +48
Testowanie oprogramowania
Testowanie oprogramowania 1/17 Testowanie oprogramowania Wykład 01 dr inż. Grzegorz Michalski 13 października 2015 Testowanie oprogramowania 2/17 Dane kontaktowe: Kontakt dr inż. Grzegorz Michalski pokój
Testowanie oprogramowania. Testowanie oprogramowania 1/34
Testowanie oprogramowania Testowanie oprogramowania 1/34 Testowanie oprogramowania 2/34 Cele testowania testowanie polega na uruchamianiu oprogramowania w celu wykrycia błędów, dobry test to taki, który
Testujemy dedykowanymi zasobami (ang. agile testers)
Testujemy dedykowanymi zasobami (ang. agile testers) - wspólne standupy; - ten sam manager; - duży przepływ informacji; - po pewnym czasie zanika asertywność; - pojawia się tendencja do nie zgłaszania
Spis treści. Przedmowa Karolina Zmitrowicz, Adam Roman. Część I. Organizacja i procesy 1
Testowanie oprogramowania w praktyce : studium przypadków 2.0 / redakcja naukowa Adam Roman, Karolina Zmitrowicz ; Wojciech Anzel [i 11 pozostałych]. Warszawa, 2018 Spis treści Przedmowa Karolina Zmitrowicz,
MSF. Microsoft Solution Framework
MSF Microsoft Solution Framework MSF a PMI PMI - metodyka podobna dla każdego rodzaju projektów MSF metodyka przeznaczona dla projektów informatycznych mająca cechy PMI MSF metodyka utworzona na podstawie
Analiza i projektowanie oprogramowania. Analiza i projektowanie oprogramowania 1/32
Analiza i projektowanie oprogramowania Analiza i projektowanie oprogramowania 1/32 Analiza i projektowanie oprogramowania 2/32 Cel analizy Celem fazy określania wymagań jest udzielenie odpowiedzi na pytanie:
INŻYNIERIA OPROGRAMOWANIA TESTOWANIE SYSTEMOWE
INŻYNIERIA OPROGRAMOWANIA TESTOWANIE SYSTEMOWE Ważne pojęcia (I) Warunek testowy (test condition) to element lub zdarzenie modułu lub systemu, który może być zweryfikowany przez jeden lub więcej przypadków
Maciej Oleksy Zenon Matuszyk
Maciej Oleksy Zenon Matuszyk Jest to proces związany z wytwarzaniem oprogramowania. Jest on jednym z procesów kontroli jakości oprogramowania. Weryfikacja oprogramowania - testowanie zgodności systemu
Wykład 8. Testowanie w JEE 5.0 (1) Autor: Zofia Kruczkiewicz. Zofia Kruczkiewicz
Wykład 8 Testowanie w JEE 5.0 (1) Autor: 1. Rola testowania w tworzeniu oprogramowania Kluczową rolę w powstawaniu oprogramowania stanowi proces usuwania błędów w kolejnych fazach rozwoju oprogramowania
Jak patrzymy na testy czyli Jak punkt widzenia zależy od punktu siedzenia. Click Piotr Kałuski to edit Master subtitle style
Jak patrzymy na testy czyli Jak punkt widzenia zależy od punktu siedzenia Click Piotr Kałuski to edit Master subtitle style Punkty widzenia Zespół Testów Manager Projektu Użytkownik końcowy Zespół Testów
Pytania próbne ISTQB CTFL
Pytania próbne ISTQB CTFL 111 200 Pytania pisane kursywą są raczej nieaktualne dotyczą wersji sylabusa wcześniejszych, niż wersja 2011.1.1 [UWAGA] oznacza konieczność obniżenie IQ i podwyższenia EQ Na
Najwyżej ocenione raporty dla Mr Buggy 4
Najwyżej ocenione raporty dla Mr Buggy 4 Uwagi Komisji: 1. Żaden z raportów nie otrzymał maksymalnej liczby punktów. 2. Poniżej prezentowane są oryginalne wersje raportów z usuniętymi danymi mogącymi identyfikować
Usługa: Audyt kodu źródłowego
Usługa: Audyt kodu źródłowego Audyt kodu źródłowego jest kompleksową usługą, której głównym celem jest weryfikacja jakości analizowanego kodu, jego skalowalności, łatwości utrzymania, poprawności i stabilności
Usługa: Testowanie wydajności oprogramowania
Usługa: Testowanie wydajności oprogramowania testerzy.pl przeprowadzają kompleksowe testowanie wydajności różnych systemów informatycznych. Testowanie wydajności to próba obciążenia serwera, bazy danych
ZARZĄDZANIE PROCESEM TESTOWYM (SQAM Test Manager) 7-8 luty 2008, Warszawa Zdobądź z nami certyfikat SQAM Test Manager.
ZARZĄDZANIE PROCESEM TESTOWYM (SQAM Test Manager) 7-8 luty 2008, Warszawa Zdobądź z nami certyfikat SQAM Test Manager. Na szkolenie zapraszamy: testerów kierowników działów testowych analityków systemowych
Katalog szkoleń certyfikowanych Testowanie Oprogramowania
Katalog szkoleń certyfikowanych Testowanie Oprogramowania Szanowni Państwo, Certyfikowane szkolenia testerzy.pl to dwie uznane ścieżki szkoleniowe dla testerów ISTQB oraz ISEB. Dostarczamy pełny zakres
Tematy seminariów wg Roger S. Pressman, Praktyczne podejście do oprogramowania, WNT, Zofia Kruczkiewicz
Tematy seminariów wg Roger S. Pressman, Praktyczne podejście do oprogramowania, WNT, 2004 Zofia Kruczkiewicz 1. Przedstaw znaczenie oprogramowania we współczesnym świecie x 1 2. Jaki wpływ na ludzi, komunikację
Szkolenie: Testowanie wydajności (Performance Testing)
Szkolenie: Testowanie wydajności (Performance Testing) Testy niefunkcjonalne aplikacji to nieodłączna część pracy dobrego testera. Do tego typu testów zaliczamy między innymi taką właściwość systemu jak
Oferta szkoleniowa. ISTQB Poziom Podstawowy (Foundation Level) Opis szkolenia:
Oferta szkoleniowa ISTQB Poziom Podstawowy (Foundation Level) Opis szkolenia: Certyfikat ISTQB to najbardziej rozpoznawalny międzynarodowy certyfikat z zakresu testowania oprogramowania. Jest on niezależnym
Etapy życia oprogramowania
Modele cyklu życia projektu informatycznego Organizacja i Zarządzanie Projektem Informatycznym Jarosław Francik marzec 23 w prezentacji wykorzystano również materiały przygotowane przez Michała Kolano
Plan zarządzania projektem
Plan zarządzania projektem Opracował: Zatwierdził: Podpis: Podpis: Spis treści: 1. Wst p... 2 1.1 Cel... 2 1.2 Zakres... 2 1.3 Przeznaczenie dokumentu... 2 1.4 Organizacja dokumentu... 2 1.5 Dokumenty
Wdrożenie technologii procesowej IBM BPM w EFL
Wdrożenie technologii procesowej IBM BPM w EFL Marcin Naliwajko Z-ca dyrektora Departamentu Technologii Dominik Lisowski Starszy Architekt Systemów IT Grupy EFL WebSphere Message Broker 2008 r. Wdrożenie
Projekt: Współpraca i Rozwój wzrost potencjału firm klastra INTERIZON
Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego Projekt: Współpraca i Rozwój wzrost potencjału firm klastra INTERIZON Opis szkoleń z obszaru INFORMATYKA planowanych
Szkolenie: Dobry Kierownik Testów
Szkolenie: Dobry Kierownik Testów Nawet najlepsi testerzy nie będą pracować wydajnie jeśli ich zespołem nie będzie kierował odpowiednio do tego przygotowany lider. To właśnie na barkach menedżera spoczywa
Pytania z przedmiotów kierunkowych
Pytania na egzamin dyplomowy z przedmiotów realizowanych przez pracowników IIwZ studia stacjonarne I stopnia Zarządzanie i Inżynieria Produkcji Pytania z przedmiotów kierunkowych 1. Co to jest algorytm?
Microsoft Test Manager
Microsoft Test Manager Wprowadzenie do narzędzia jakim jest Microsoft Test Manager. Wskazanie możliwości, silnych oraz słabych stron. Marta Firlej 29/09/2014 Microsoft Test Manager Team Foundation Server
Zarządzanie projektami. Zarządzanie ryzykiem projektu
Zarządzanie projektami Zarządzanie ryzykiem projektu Warunki podejmowania decyzji Pewność Niepewność Ryzyko 2 Jak można zdefiniować ryzyko? Autor S.T. Regan A.H. Willet Definicja Prawdopodobieństwo straty
Co to jest jest oprogramowanie? 8. Co to jest inżynieria oprogramowania? 9. Jaka jest różnica pomiędzy inżynierią oprogramowania a informatyką?
ROZDZIAŁ1 Podstawy inżynierii oprogramowania: - Cele 2 - Zawartość 3 - Inżynieria oprogramowania 4 - Koszty oprogramowania 5 - FAQ o inżynierii oprogramowania: Co to jest jest oprogramowanie? 8 Co to jest
Wstęp do zarządzania projektami
Wstęp do zarządzania projektami Definicja projektu Projekt to tymczasowe przedsięwzięcie podejmowane w celu wytworzenia unikalnego wyrobu, dostarczenia unikalnej usługi lub uzyskania unikalnego rezultatu.
Wykład 1 Inżynieria Oprogramowania
Wykład 1 Inżynieria Oprogramowania Wstęp do inżynierii oprogramowania. Cykle rozwoju oprogramowaniaiteracyjno-rozwojowy cykl oprogramowania Autor: Zofia Kruczkiewicz System Informacyjny =Techniczny SI
Autor: Artur Lewandowski. Promotor: dr inż. Krzysztof Różanowski
Autor: Artur Lewandowski Promotor: dr inż. Krzysztof Różanowski Przegląd oraz porównanie standardów bezpieczeństwa ISO 27001, COSO, COBIT, ITIL, ISO 20000 Przegląd normy ISO 27001 szczegółowy opis wraz
Szkolenie: Zawód Tester
Szkolenie: Zawód Tester Szkolenie jest starterem do zawodu testera oprogramowania. Przeznaczone jest dla osób, które stawiają pierwsze kroki w testowaniu i poszukują możliwości nauki praktycznego testowania.
Etapy życia oprogramowania. Modele cyklu życia projektu. Etapy życia oprogramowania. Etapy życia oprogramowania
Etapy życia oprogramowania Modele cyklu życia projektu informatycznego Organizacja i Zarządzanie Projektem Informatycznym Jarosław Francik marzec 23 Określenie wymagań Testowanie Pielęgnacja Faza strategiczna
Darmowy fragment www.bezkartek.pl
Wszelkie prawa zastrzeżone. Rozpowszechnianie całości lub fragmentów niniejszej publikacji w jakiejkolwiek postaci bez zgody wydawcy zabronione. Autor oraz wydawca dołożyli wszelkich starań aby zawarte
Projektowanie oprogramowania
Wrocław, 27.09.2010 1. Warunki wstępne Projektowanie oprogramowania Warunkiem uczestnictwa w zajęciach jest zaliczenie przedmiotu: Podstawy inżynierii oprogramowania (ćwiczenia) Zajęcia składają się z
Kod doskonały : jak tworzyć oprogramowanie pozbawione błędów / Steve McConnell. Gliwice, cop Spis treści. Wstęp 15.
Kod doskonały : jak tworzyć oprogramowanie pozbawione błędów / Steve McConnell. Gliwice, cop. 2017 Spis treści Wstęp 15 Podziękowania 23 Listy kontrolne 25 Tabele 27 Rysunki 29 Część I Proces budowy oprogramowania
Zintegrowany dodatek ICH E6(R2) GCP Good Clinical Practice
Zintegrowany dodatek ICH E6(R2) GCP Good Clinical Practice Tomasz Kosieradzki Doradca ds. Zapewniania Jakości w badaniach klinicznych bloggcp.pl http://www.ich.org/fileadmin/public_web_site/ich_products/guidelines/efficacy/e6/e6_r2
Certyfikowane szkolenia testerzy.pl to uznana ścieżka szkoleniowa ISTQB dla testerów.
Szanowni Państwo Certyfikowane szkolenia testerzy.pl to uznana ścieżka szkoleniowa ISTQB dla testerów. Dostarczamy pełny zakres usług w procesie odpowiedniego przygotowania uczestników do egzaminów. Dostarczamy
TESTER OPROGRAMOWANIA STUDIA PODYPLOMOWE
TESTER OPROGRAMOWANIA STUDIA PODYPLOMOWE UCZELNIA: AKADEMIA MARYNARKI WOJENNEJ W GDYNI PARTNER: ASSECO POLAND SA NAZWA KIERUNKU: TESTER OPROGRAMOWANIA CZAS TRWANIA STUDIÓW: II SEMESTRY, ROK 2017/2018 OPIEKUN
Zarządzanie konfiguracją produktu w całym cyklu Ŝycia. Aleksandra Grzywak-Gawryś Warsztaty Rola IRIS w branŝy kolejowej
Zarządzanie konfiguracją produktu w całym cyklu Ŝycia Aleksandra Grzywak-Gawryś Warsztaty Rola IRIS w branŝy kolejowej - plan prezentacji 1 2 3 4 5 Zarządzanie konfiguracją - definicje Problemy z konfiguracją
Porównanie metod i technik testowania oprogramowania. Damian Ryś Maja Wojnarowska
Porównanie metod i technik testowania oprogramowania Damian Ryś Maja Wojnarowska Testy oprogramowania Testowanie oprogramowania jest to proces związany z wytwarzaniem oprogramowania. Jest on jednym z procesów
Automatyczne generowanie testów z modeli. Bogdan Bereza Automatyczne generowanie testów z modeli
Automatyczne generowanie testów z modeli Numer: 1 (33) Rozkmina: Projektowanie testów na podstawie modeli (potem można je wykonywać ręcznie, lub automatycznie zwykle chce się automatycznie) A ja mówię
Wstęp do zarządzania projektami
Wstęp do zarządzania projektami Definicja projektu Projekt to tymczasowe przedsięwzięcie podejmowane w celu wytworzenia unikalnego wyrobu, dostarczenia unikalnej usługi lub uzyskania unikalnego rezultatu.
Spis treúci. 1. Wprowadzenie... 13
Księgarnia PWN: W. Dąbrowski, A. Stasiak, M. Wolski - Modelowanie systemów informatycznych w języku UML 2.1 Spis treúci 1. Wprowadzenie... 13 2. Modelowanie cele i metody... 15 2.1. Przegląd rozdziału...
Zapewnienie bezpieczeństwa w całym cyklu życia aplikacji (czyli dlaczego lepiej zapobiegać chorobom, niż leczyć je w zaawansowanym stadium)
Zapewnienie bezpieczeństwa w całym cyklu życia aplikacji (czyli dlaczego lepiej zapobiegać chorobom, niż leczyć je w zaawansowanym stadium) dr inż. Jakub Botwicz CISSP, ECSA 9.10.2012 jakub.botwicz@pl.ey.com
Załącznik nr 19 do Umowy nr... z dnia... Plan Testów Systemu. Projekt ZEFIR 2
Załącznik nr 19 do Umowy nr... z dnia... Plan Testów Systemu Projekt ZEFIR 2 1 Metryka dokumentu Nazwa projektu Właściciel projektu Izba Celna Wykonawca* Produkt Autorzy Plik_wersja
udokumentowanych poprzez publikacje naukowe lub raporty, z zakresu baz danych
Rola architektury systemów IT Wymagania udokumentowanych poprzez publikacje naukowe lub raporty, z zakresu metod modelowania architektury systemów IT - UML, systemów zorientowanych na usługi, systemów
t e s t o w a n i e j e s t ł a t w e
testerzy.pl Podstawą tego tekstu jest Foundation Level Syllabus wydany przez ISTQB. Zarządzanie Zarządzanie testami Organizacja testów Niezależność organizacyjna testów Efektywność w znajdowaniu defektów
Szablon Planu Testów Akceptacyjnych
Szablon Planu Testów Akceptacyjnych strona 1 z 10 SPIS TREŚCI: 1 WPROWADZENIE 3 2 STRATEGIA TESTÓW AKCEPTACYJNYCH 4 2.1 Założenia do przeprowadzenia testów akceptacyjnych 4 2.1.1 Warunki przeprowadzenia
Normalizacja dla bezpieczeństwa informacyjnego
Normalizacja dla bezpieczeństwa informacyjnego J. Krawiec, G. Ożarek Kwiecień, 2010 Plan wystąpienia Ogólny model bezpieczeństwa Jak należy przygotować organizację do wdrożenia systemu zarządzania bezpieczeństwem
Tester oprogramowania 2014/15 Tematy prac dyplomowych
Tester oprogramowania 2014/15 Tematy prac dyplomowych 1. Projekt i wykonanie automatycznych testów funkcjonalnych wg filozofii BDD za pomocą dowolnego narzędzia Jak w praktyce stosować Behaviour Driven
1/ Nazwa zadania: Dostawa, wdrożenie i serwis informatycznego systemu zarządzania projektami dla Urzędu Miejskiego Wrocławia wraz ze szkoleniem.
1/ Nazwa zadania: Dostawa, wdrożenie i serwis informatycznego systemu zarządzania projektami dla Urzędu Miejskiego Wrocławia wraz ze szkoleniem. 2/ Wykonawcy: Konsorcjum: Netline Group wraz z Premium Technology
Procesowa specyfikacja systemów IT
Procesowa specyfikacja systemów IT BOC Group BOC Information Technologies Consulting Sp. z o.o. e-mail: boc@boc-pl.com Tel.: (+48 22) 628 00 15, 696 69 26 Fax: (+48 22) 621 66 88 BOC Management Office
ISTQB Poziom Zaawansowany - Techniczny Analityk Testów (Advanced Level - Technical Test Analyst)
ISTQB Poziom Zaawansowany - Techniczny Analityk Testów (Advanced Level - Technical Test Analyst) Opis: Szkolenie ISTQB CTAL Technical Test Analyst przeznaczone jest dla testerów posiadających certyfikat
Egzamin / zaliczenie na ocenę*
WYDZIAŁ PODSTAWOWYCH PROBLEMÓW TECHNIKI Zał. nr 4 do ZW33/01 KARTA PRZEDMIOTU Nazwa w języku polskim : INŻYNIERIA OPROGRAMOWANIA Nazwa w języku angielskim: SOFTWARE ENGINEERING Kierunek studiów (jeśli
Egzamin ITIL Foundation
Egzamin ITIL Foundation Przykładowy arkusz egzaminacyjny A, wersja 5.1 Test wielokrotnego wyboru (tylko jedna odpowiedź jest prawidłowa) Instrukcja 1. Należy udzielić odpowiedzi na wszystkie 40 pytań.
Szkolenie: Automatyzacja testowania
Szkolenie: Automatyzacja testowania Wiele osób rozpoczyna swoją przygodę z automatyzacją od nauki jednego narzędzia. Niniejsze szkolenie pokazuje wielowymiarowość automatyzacji jako złożonego procesu,
Praktyczne aspekty stosowania metody punktów funkcyjnych COSMIC. Jarosław Świerczek
Praktyczne aspekty stosowania metody punktów funkcyjnych COSMIC Jarosław Świerczek Punkty funkcyjne Punkt funkcyjny to metryka złożoności oprogramowania wyznaczana w oparciu o określające to oprogramowanie
Podstawy programowania III WYKŁAD 4
Podstawy programowania III WYKŁAD 4 Jan Kazimirski 1 Podstawy UML-a 2 UML UML Unified Modeling Language formalny język modelowania systemu informatycznego. Aktualna wersja 2.3 Stosuje paradygmat obiektowy.
Strategia testów mająca doprowadzić do osiągnięcia pożądanych celów
Dokumentacja testowa. Plan testów [ang. Test Plan] Plan testów jest jednym z podstawowych dokumentów w procesie testowym. Przedstawiamy wzór planu testów. testerzy.pl Zapraszamy do dyskusji o planie testów