Jan Sabak Szkoła Główna Handlowa października 2011
|
|
- Henryka Krajewska
- 8 lat temu
- Przeglądów:
Transkrypt
1 Jan Sabak Szkoła Główna Handlowa października 2011
2 co to jest testowanie? analityk biznesowy a testowanie proces testowania testy właściwości dokumentacja testowa wartość testowania dla biznesu trendy i nowości 2
3 3
4 Testowanie to wykonywanie oprogramowania z intencją znalezienia błędu. Glenford Myers Sztuka testowania oprogramowania 4
5 ludzie są omylni działają pod presją pracują ze złożonym kodem w skomplikowanej infrastrukturze ze zmieniającymi się technologiami dużą ilością interakcji pomiędzy systemami 5
6 wymagania - 20% projekt - 27% kod - 33% dokumentacja - 14% regresja - 6% Capers Jones 6
7 testy modułowe od 15% do 50% testy nowych funkcji od 20% do 35% regresja od 15% do 30% testy systemowe od 25% do 55% testy akceptacyjne od 25% do 35% beta testy (< 10 klientów) 25% do 40% beta testy (>1000 klientów) 60% do 85% 7
8 nieformalne przeglądy projektu 25% do 40% formalne przeglądy projektu 45% do 65% nieformalne przeglądy kodu 20% do 35% formalne przeglądy kodu 45% do 70% 8
9 9
10 Podział na dwie role Wydobycie wymagań do systemu obsługi konferencji 10
11 Sprawdzenie testowalności wymagań 11
12 12
13 analiza i projektowanie implementacja i wykonanie ocena i raportowanie zamknięcie testu planowanie i nadzór 13
14 14
15 15
16 identyfikacja celu testowania planowanie zakresu testów ocena ryzyka planowanie metodyki testowania wdrożenie strategii testowania 16
17 planowanie potrzebnych zasobów ludzie, narzędzia, środowisko testowe estymacja i harmonogramowanie analizy i projektowania testów wykonania testów i raportowania poprawek określenie kryteriów zakończenia testów 17
18 pomiary i ich analiza monitorowanie postępu prac podejmowanie decyzji podejmowanie działań naprawczych 18
19 przeglądanie podstawy testów ocena testowalności wymagań i systemu projektowanie testów projektowanie środowiska testowego 19
20 Tworzenie przypadków i scenariuszy testowych danych testowych skryptów automatyzujących testy Weryfikacja środowiska testowego 20
21 sprawdzenie logu testowego określenie czy można zakończyć testy czy potrzebne jest więcej testów czy trzeba zmienić warunki zakończenia utworzenie raportu końcowego
22 Inwentaryzacja sprawdzenie wydań oprogramowania zamknięcie incydentów utworzenie zgłoszeń zmian do niezamkniętych incydentów udokumentowanie akceptacji oprogramowania
23 Archiwizacja testaliów projektu testów skryptów testowych środowiska testowego Przekazania testaliów do zespołu serwisowego Analiza wniosków z testowania
24 24
25 1. Modele wytwarzania oprogramowania 2. Poziomy testowania 3. Rodzaje i cele testowania 4. Testowanie w fazie utrzymania 25
26 26
27 Analiza wymagań Projektowanie funkcjonalne Projektowanie techniczne Wykonanie Działanie operacyjne 27
28 Studium wykonalności Wykonanie Analiza Działanie operacyjne P. techniczne P. funkcjonalne 28
29 prototypowanie Rapid Application Development Rational Unified Process metodyki zwinne (np. XP) 29
30 każda czynność wytwarzania ma odpowiadającą jej fazę testowania każda faza ma określone cele analiza i projektowanie testów powinny rozpoczynać się wraz z rozpoczęciem fazy wytwarzania testerzy powinni uczestniczyć w przeglądach dokumentacji 30
31 Testy akceptacyjne Analiza wymagań Testy systemowe Projektowanie funkcjonalne Testy integracyjne Projektowanie techniczne Testy modułowe Wykonanie 31
32 Testy akceptacyjne Analiza wymagań przeglądy, analiza i projektowanie testów Testy systemowe Projektowanie funkcjonalne przeglądy, analiza i projektowanie testów Testy integracyjne Projektowanie techniczne Testy modułowe Wykonanie 32
33 klient dostawca Analiza wymagań projektowanie testów projektowanie testów Testy systemowe Testy akceptacyjne Projektowanie funkcjonalne Testy integracyjne Projektowanie techniczne Testy modułowe Wykonanie 33
34 34
35 testy modułowe testy integracyjne wewnętrzne testy systemowe testy integracyjne zewnętrzne testy akceptacyjne 35
36 Testy modułowe Testy najmniejszych wyodrębnionych jednostek funkcji klas pakietów modułów funkcjonalnych podsystemów programów 36
37 Testy modułowe Pierwsze wykonanie testów w projekcie Zwykle testuje programista Pozwalają na największą szczegółowość Bywają lekceważone Często nieudokumentowane 37
38 Testy modułowe Testy strukturalne Mogą być automatyzowane Weryfikują rozwiązanie, a nie walidują Mogą być zaprojektowane i zaimplementowane przed wyprodukowaniem oprogramowania 38
39 Testy integracyjne Dwa znaczenia: poprzedzające integrację testy interfejsów test nowej, większej całości Zwykle łączą się z samą integracją: kto testuje, ten łączy i skręca 39
40 Testy systemowe Testy całego systemu pełnej architektury pełnej funkcjonalności z realistycznymi danymi testowymi Powinny być oparte na wymaganiach Weryfikują i walidują system 40
41 Testy systemowe Wykonywane przez niezależny zespół testowy Testy czarnoskrzynkowe Testy funkcjonalne i pozafunkcjonalne Środowisko testowe powinno być zbliżone do środowiska produkcyjnego 41
42 Testy systemowe Narażone na zaniedbania z niższych poziomów Trudność z lokalizacją błędów Prowadzone na końcu projektu (pośpiech) 42
43 Testy integracyjne Dwa znaczenia: testy interfejsów test nowej, większej całości Testy procesów biznesowych Testy protokołów komunikacyjnych Testy współdziałania ze sprzętem 43
44 Testy integracyjne Często sprawdzają produkty różnych dostawców Brak specyfikacji interfejsów Zmiany w systemach zewnętrznych Utrudniona komunikacja Utrudnione raportowanie błędów 44
45 Testy akceptacyjne Testy mające na celu formalne zaakceptowanie przekazywanego produktu przez klienta 45
46 Testy akceptacyjne testy akceptacyjne użytkowników operacyjne testy akceptacyjne testy zgodności z kontraktem alfa i beta testy 46
47 Testy akceptacyjne wykonywane przez użytkowników biznesowych walidacja systemu testy przydatności biznesowej testy użyteczności 47
48 Testy akceptacyjne Testy możliwości wykorzystania systemu w infrastrukturze klienta testy kopii zapasowych testy odtwarzania systemu po awarii testy administracji technicznej testy zabezpieczeń systemu 48
49 Testy akceptacyjne Testy weryfikujące system Na podstawie kryteriów zawartych w kontrakcie obowiązujących przepisów obowiązujących norm Projekt testów może przygotować klient lub dostawca 49
50 Testy akceptacyjne Testy produktów na rynek masowy Testy alfa są wykonywane u producenta oprogramowania przez niezależny zespół testowy Testy beta wykonywane są na zewnątrz organizacji producenta 50
51 Zaplanuj testy w projekcie tworzenia aplikacji do obsługi konferencji 51
52 52
53 53
54 funkcjonalność efektywność (wydajność) użyteczność bezpieczeństwo 54
55 Wymagania niefunkcjonalne powinny być testowalne Dla wymagań niefunkcjonalnych powinny istnieć miary Dla miar powinny istnieć progi akceptacji 55
56 Goal poziom strategiczny Poziomy: aktualny akceptowalny pożądany najwyższy osiągalny Question poziom operacyjny Metric poziom ilościowy 56
57 Wybierz dwa wymagania niefunkcjonalne dla aplikacji do obsługi konferencji Zaproponuj miary i progi przydatne w kontroli spełnienia tych wymagań 57
58 58
59 59
60 60
61 1. Identyfikator 2. Wstęp 3. Testowane elementy (test items) 4. Funkcje i atrybuty (features) do przetestowania 5. Funkcje i atrubuty poza testami 6. Podejście do testów 7. Kryteria akceptacji lub odrzucenia testowanego elementu 8. Kryteria zatrzymania i wznowienia testów 9. Produkty testowania 61
62 10. Zadania testowe 11. Wymagania na środowisko testowe 12. Odpowiedzialności 13. Wymagania na zespół testowy wielkość umiejętności 14. Harmonogram 15. Ryzyka i plany awaryjne 16. Zatwierdzenie 62
63 1. Identyfikator 2. Funkcje i atrybuty do przetestowania 3. Uszczegółowienie podejścia 4. Lista przypadków testowych 5. Kryteria akceptacji/odrzucenia funkcji lub atrybutu 63
64 1. Identyfikator 2. Elementy testowe 3. Wejścia 4. Wyjścia 5. Wymagania na środowisko testowe sprzęt oprogramowanie inne 6. Wymagania specjalne 7. Powiązania z innymi przypadkami 64
65 1. Identyfikator 2. Cel 3. Wymagania specjalne 4. Kroki procedury 65
66 Zapisywanie wyników Przygotowanie Start Wykonanie Pomiary Wstrzymanie Restart Zakończenie Przywrócenie środowiska testowego Plany awaryjne 66
67 1. Identyfikator 2. Przekazywane elementy 3. Lokalizacja 4. Status 5. Zatwierdzenie 67
68 1. Identyfikator 2. Opis testowane elementy (z ich wersjami) opis środowiska testowego 3. Wpisy dotyczące testów i zdarzeń opis wykonania testów wyniki procedur informacje o środowisku anomalie identyfikatory raportów incydentów 68
69 1. Identyfikator 2. Podsumowanie 3. Opis incydentu wejścia oczekiwane wyjścia rzeczywiste wyniki anomalie data i czas krok procedury środowisko próba powtórzenia testerzy obserwatorzy 4. Wpływ incydentu 69
70 Raport incydentu powinie pozawalać na znalezienie i poprawienie przyczyny tego incydentu Raport incydentu powinien być kompletny zwięzły dokładny obiektywny 70
71 1. Identyfikator 2. Podsumowanie 3. Rozbieżności 4. Ocena szczegółowa 5. Podsumowanie wyników 6. Ocena elementów testowych 7. Podsumowanie prac 8. Zatwierdzenie 71
72 Według podanego scenariusza napisz zgłoszenie błędu 72
73 Symulacja testów akceptacyjnych aplikacji obsługującej konerencje Dwa rzuty kostką pierwszy rzut 1 5 nie ma błędu 6 znaleziono błąd drugi rzut 1 5 waga błędu 6 pomyłka testera 73
74 74
75 Mało jest ateistów testowych, większość jest słabo wierząca Większość organizacji uważa testy za wartościowe ale niewielu kierowników potrafi policzyć, opisać i wyrazić tę wartość wielu testerów skupia się na taktyce, a ignoruje problemy strategiczne Trzy zasady wartości biznesowej testowania to co jest mierzone zostaje wykonane to co posiada wartość dostaje fundusze testowanie posiada wartość, którą można zmierzyć 75
76 W ujęciu ilościowym znajdują błędy do poprawienia znajdują błędy do odłożenia redukują ryzyko przez wykonanie testów dostarczają informacji W ujęciu jakościowym poprawiają reputację przez jakość ułatwiają wdrożenia zwiększają zaufanie chronią przed skutkami prawnymi zmniejszają straty w misjach i ludziach Kierownicy testów powinni rozumieć, które wartości mają zastosowanie w ich projekcie, żeby móc o nich mówić 76
77 Koszty jakości są sposobem na zmierzenie wartości testowania i jego efektywności Koszty jakości dzielą się na cztery kategorie koszty zapobiegania koszty wykrycia koszty awarii wewnętrznych koszty awarii zewnętrznych Budżet testowy jest częścią kosztów wykrycia i kosztów awarii wewnętrznych Koszty wykrycia i awarii wewnętrznych są zwykle mniejsze niż koszty awarii zewnętrznych, co sprawia że testowanie się opłaca 77
78 Koszty wykrycia Koszty awarii zewnętrznych Budżet testów $1,000,000 Koszty serwisu $3,000,000 Wartość testaliów po porj. 100,000 Spowodowane błędami 50% Koszty retestów 500,000 Koszty wykrycia netto $400,000 Koszty aw. zewn. netto $1,500,000 Liczba defektów 1,500 Liczba defektów w prod. 500 Koszt wykrycia na defekt $267 Koszt aw.zwn. na defekt $3,000 Koszty awarii wewnętrznych Return on Investment Koszty poprawek 750,000 Liczba defektów wykr. 1,500 Koszty retestów 500,000 Oszczędności na defekt $1,900 Koszty awarii wwn. netto $1,250,000 Zysk netto z testów $2,850,000 Liczba defektów 1,500 Koszty wykrycia netto $400,000 Koszt aw.wwn. na defekt $833 ROI testów 713% 78
79 Dodatkowe wartości ilościowe $ zaoszczędzone na obsłudze w call center $ zredukowanego ryzyka przez zdane testy $ wartość informacji (przez zredukowanie ryzyka niepowodzenia projektu) Dodatkowe wartości jakościowe Zaufanie do wdrożenia Brak zwrotów 79
80 Policzyć ROI dla wprowadzenia w firmie przeglądów wymagań ROI = (V b V c ) / V c V b korzyści V c koszty 80
81 Dr. Matthias Hamburg, Alexander van Ewijk Sogeti Deutschland GmbH 81
82 82
83 testy eksploracyjne TDD BDD i ATDD Testing as a Service 83
84 Równoległe poznawanie produktu poznawanie rynku poznawanie sposobów na wywrócenie produktu poznawanie słabych stron produktu poznawanie sposobów testowania produktu testowanie produktów raportowanie incydentów zalecanie naprawiania problemów tworzenie nowych testów na podstawie doświadczeń 84
85 Zaprojektowane testy są zaprojektowane lub nagrane wcześniej i mogą być wielokrotnie wykonywane (nawet przez inne osoby) stawiają nacisk na rozliczalność i podejmowanie decyzji Eksploracyjne testy są projektowane i wykonywane w tym samym czasie, często nawet nie są zapisywane stawiają nacisk na adaptowanie się i uczenie 85
86 czyste scenariusze testowe niedokładne scenariusze testowe fragmentaryczne przypadki testowe zamówienia na testy role testy eksploracyjne freestyle 86
87 heurystyki szybkiego osiągnięcia pokrycia aktywne czytanie materiałów ataki listy awarii listy ryzyk projektowych scenariusze modele 87
88 Strategie reaktywne są trudne w zarządzaniu, słabo udokumentowane i nie skalują się SBTM częściowo zaradza tym problemom Sesja testowa podstawowa jednostka pracy testera nieprzerywana skupiona na konkretnym obiekcie testowania skupiona na konkretnym celu testowania (zamówienie na testy) Podczas sesji tworzony jest raport Pozwala na zarządzanie testami i raportowanie, ale nadal nie pozwala na skalowanie 88
89 Sesja testowa dzieli się na trzy fazy rozpoczęcie sesji projektowanie i wykonanie testów badanie i raportowanie awarii Sesje można powtarzać w zależności od wyniku omówienia sesji 89
90 Zamówienie na testy Imię i nazwisko testera Data i czas rozpoczęcia Podział na zadania Pliki danych Notatki Problemy Defekty 90
91 Sesja kończy się omówienie 1-na-1 z kierownikiem testów Kierownik testów przegląda raport poprawia zamówienia wykonuje zmiany na podstawie informacji zwrotnej od testera planuje i szacuje kolejne sesje Sesja powinna być Past-Results-Outlook-Obstacles-Feelings Co przeszło? Co nie przeszło? Jakie błędy? Co było interesujące? 91
92 Ludzie 7 techników 3 Inżynierów + 1 Mgr Doświadczenie <10 lat w sumie > 20 lat w sumie Rodzaj testów Dokładne skrypty Eksploracyjne SBTM Godz. testów /dzień 42 6 Znalezione błędy 928 (78%) 261 (22%) Skuteczność bł # wyk. skryptów # wprow. danych ~5,000-10,000 ~1,000 # spr. wyników ~4,000-8,000 ~1,000 Ten przykład pokazuje testy eksploracyjne połączone z testami zaprojektowanymi testami opartymi na ryzyku. Testy eksploracyjne były bardzo efektywne w przeliczeniu na ilość błędów na jednostkę czasu. Niemniej jednak testy oskryptowane dają dobrą regresję, łagodzenie ryzyka i zaufanie podczas wdrożenia. 92
93 Technika pisania oprogramowania Zasada Najpierw przetestuj Wykorzystywana na poziomie testów modułowych Pozwala programiście lepiej przemyśleć co ma napisać 93
94 94
95 Zasady zidentyfikuj cele różnych interesariuszy zidentyfikuj cechy oprogramowania, które przyczynią się do spełenienia tych celów zaangażuj interesariuszy w proces tworzenia oprogramowania używaj przykładów do opisu zachowania oprogramowania zautomatyzuj testy przykładów żeby mieć szybki feedback i regresję 95
96 Przykłady Wymagania Testy Sprawdzają 96
97 Given and when then Jeżeli klient kupił u mnie sweter i mam teraz trzy swetry na stanie to kiedy zwróci mi zakupiony sweter wtedy powinienem mieć cztery swetry na stanie 97
98 firmy, które specjalizują się w testowaniu testy akceptacyjne wydajnościowe użyteczności bezpieczeństwa rozliczenie wykonanych testów obniżanie kosztów 98
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
Bardziej szczegółowoTestowanie 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
Bardziej szczegółowoTestujemy 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
Bardziej szczegółowoEtapy ż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
Bardziej szczegółowoDlaczego 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
Bardziej szczegółowoTestowanie 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
Bardziej szczegółowoREQB 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
Bardziej szczegółowoWstę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.
Bardziej szczegółowoWstę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.
Bardziej szczegółowoWstę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.
Bardziej szczegółowoStudia 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
Bardziej szczegółowoZarzą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
Bardziej szczegółowoKrzysztof 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)
Bardziej szczegółowoNazwa Projektu. Plan testów. Wersja N.NN
Nazwa Projektu Plan testów Wersja N.NN Projekt realizowany jest w ramach Programu e-cło współfinansowanego ze środków Europejskiego Funduszu Rozwoju Regionalnego w ramach Programu Operacyjnego Innowacyjna
Bardziej szczegółowoAUREA BPM HP Software. TECNA Sp. z o.o. Strona 1 z 7
AUREA BPM HP Software TECNA Sp. z o.o. Strona 1 z 7 HP APPLICATION LIFECYCLE MANAGEMENT Oprogramowanie Application Lifecycle Management (ALM, Zarządzanie Cyklem życia aplikacji) wspomaga utrzymanie kontroli
Bardziej szczegółowoZałą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
Bardziej szczegółowoSzczegół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
Bardziej szczegółowoRozdział 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
Bardziej szczegółowoREFERAT PRACY DYPLOMOWEJ
REFERAT PRACY DYPLOMOWEJ Temat pracy: Projekt i implementacja środowiska do automatyzacji przeprowadzania testów aplikacji internetowych w oparciu o metodykę Behavior Driven Development. Autor: Stepowany
Bardziej szczegółowoProgramowanie zespołowe
Programowanie zespołowe Laboratorium 4 - modele tworzenia oprogramowania, manifest Agile i wstęp do Scruma mgr inż. Krzysztof Szwarc krzysztof@szwarc.net.pl Sosnowiec, 14 marca 2017 1 / 21 mgr inż. Krzysztof
Bardziej szczegółowoAnalityk i współczesna analiza
Analityk i współczesna analiza 1. Motywacje 2. Analitycy w IBM RUP 3. Kompetencje analityka według IIBA BABOK Materiały pomocnicze do wykładu z Modelowania i Analizy Systemów na Wydziale ETI PG. Ich lektura
Bardziej szczegółowoGłówne założenia XP. Prostota (Simplicity) Komunikacja (Communication) Sprzężenie zwrotne (Feedback) Odwaga (Agressiveness)
Extreme programming Główne założenia XP Prostota (Simplicity) Komunikacja (Communication) Sprzężenie zwrotne (Feedback) Odwaga (Agressiveness) Praktyki Planowanie: Planowanie releasu Planowanie iteracji
Bardziej szczegółowoSpis 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,
Bardziej szczegółowoSzablon 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
Bardziej szczegółowoMSF. 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
Bardziej szczegółowoZarządzanie i realizacja projektów systemu Microsoft SharePoint 2010
Zarządzanie i realizacja projektów systemu Microsoft SharePoint 2010 Geoff Evelyn Przekład: Natalia Chounlamany APN Promise Warszawa 2011 Spis treści Podziękowania......................................................
Bardziej szczegółowoZawó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.
Bardziej szczegółowoWprowadzenie do Behaviordriven
Wprowadzenie do Behaviordriven development Jakub Kosiński Email: ja@ghandal.net Czym jest BDD? praktyka, powstała na podstawie TDD, wykorzystywana w zwinnych metodykach stworzona przez Dana Northa w 2003
Bardziej szczegółowoMaciej 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
Bardziej szczegółowoISO 9000/9001. Jarosław Kuchta Jakość Oprogramowania
ISO 9000/9001 Jarosław Kuchta Jakość Oprogramowania Co to jest ISO International Organization for Standardization największa międzynarodowa organizacja opracowująca standardy 13700 standardów zrzesza narodowe
Bardziej szczegółowoMetodyka Sure Step. Agenda:
Metodyka Sure Step Agenda: 1. Wstęp 2. Czym jest Microsoft Dynamics Sure Step? 3. Zespół wdrożeniowy 4. Etapy wdrożenia 5. Przebieg wdrożenia typu Standard 6. Diagnoza 1 Wstęp 1. Plan wdrożenia 2. Zarządzanie
Bardziej szczegółowoPYTANIA 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
Bardziej szczegółowoZwinna współpraca programistów i testerów z wykorzystaniem BDD i. by Example (JBehave/Spock/SpecFlow)
Program szkolenia: Zwinna współpraca programistów i testerów z wykorzystaniem BDD i Spec Informacje: Nazwa: Kod: Kategoria: Grupa docelowa: Czas trwania: Forma: Zwinna współpraca programistów i testerów
Bardziej szczegółowoDwuwymiarowy sposób na podróbki > 34
TEMAT NUMERU I Bezpieczeństwo WIELE WYMIARÓW BEZPIECZEŃSTWA I zapobieganie zanieczyszczeniom krzyżowym I walka z fałszowaniem leków I walidacja rozwiązań chmurowych Maszyny rozwoju > 20 Dwuwymiarowy sposób
Bardziej szczegółowoCałościowe podejście do testowania automatycznego dla programistów. (TDD, BDD, Spec. by Example, wzorce, narzędzia)
Program szkolenia: Całościowe podejście do testowania automatycznego dla programistów Ruby (TDD, BDD, Spec. by Example, wzorce, narzędzia) Informacje: Nazwa: Kod: Kategoria: Grupa docelowa: Czas trwania:
Bardziej szczegółowoTesty poziom po poziomie
poziom po poziomie Prowadzący: Tomasz Mielnik Eliza Słonińska Agenda 1. Modele prowadzenia projektów 2. V-Model 3. Poziomy testów 4. Typy testów 5. Zadanie 1 Modele prowadzenia projektów Wodospadowy (ang.
Bardziej szczegółowoWszystkie 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
Bardziej szczegółowo1
Wprowadzenie 0.1 Postanowienia ogólne Wprowadzenie 0.1 Postanowienia ogólne Wprowadzenie 0.1 Postanowienia ogólne 0.2 Podejście procesowe 0.2 Zasady zarządzania jakością 0.2 Zasady zarządzania jakością
Bardziej szczegółowoStrategia 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
Bardziej szczegółowoOpis metodyki i procesu produkcji oprogramowania
Opis metodyki i procesu produkcji oprogramowania Rational Unified Process Rational Unified Process (RUP) to iteracyjny proces wytwarzania oprogramowania opracowany przez firmę Rational Software, a obecnie
Bardziej szczegółowoCo 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
Bardziej szczegółowoTeam Prevent Poland Sp. z o.o. Graficzna prezentacja struktury ISO 9001:2015 i IATF 16949:2016
Graficzna prezentacja struktury ISO 9001:2015 i 16949:2016 Struktura ISO 9001:2015 ISO 9001:2015 4. Kontekst organizacji 5. Przywództwo 6. Planowanie 7. Wsparcie 8. Działania operacyjne 9. Ocena efektów
Bardziej szczegółowoUsł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
Bardziej szczegółowoPlan Testów Systemu SOS
Plan Testów Systemu SOS Marcin Suszczewicz Michał Woźniak Krzysztof Kostałkowicz Piotr Kuśka 5 czerwca 2006 1 Spis treści 1 Wprowadzenie 4 1.1 Cel tego dokumentu................................. 4 1.2
Bardziej szczegółowoZarządzanie zmianą - rozwój zarządzania procesowego wg ISO 9001:2015
Zarządzanie zmianą - rozwój zarządzania procesowego wg ISO 9001:2015 ZAPEWNIAMY BEZPIECZEŃSTWO Piotr Błoński, Warszawa, 17.03.2016 r. Program 1. Zarządzanie zmianą - zmiany w normie ISO 9001:2015 2. Zarządzanie
Bardziej szczegółowoTester 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
Bardziej szczegółowoWykaz 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
Bardziej szczegółowoNajwyż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ć
Bardziej szczegółowoJarosław Kuchta Dokumentacja i Jakość Oprogramowania. Wymagania jakości w Agile Programming
Jarosław Kuchta Wymagania jakości w Agile Programming Wady klasycznych metod zapewnienia jakości Duży narzut na dokumentowanie Późne uzyskiwanie konkretnych rezultatów Trudność w odpowiednio wczesnym definiowaniu
Bardziej szczegółowoInżynieria oprogramowania (Software Engineering)
Inżynieria oprogramowania (Software Engineering) Wykład 3 Studium wykonalności Definicja wymagań Studium wykonalności (feasibility study) Prowadzone przed rozpoczęciem projektu, krótkie, niekosztowne badanie
Bardziej szczegółowoPoniższy program może być skrócony do 1 dnia lub kilkugodzinnej prezentacji.
ZARZĄDZANIE PROJEKTAMI JAK ZAKOŃCZYĆ PROJEKT Z SUKCESEM Beata Kozyra 2018 2 dni Poniższy program może być skrócony do 1 dnia lub kilkugodzinnej prezentacji. Każdy projekt musi mieć cel, który można zmierzyć,
Bardziej szczegółowoOptymalizacja 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
Bardziej szczegółowoSzczegółowy opis przedmiotu umowy. 1. Środowisko SharePoint UWMD (wewnętrzne) składa się z następujących grup serwerów:
Rozdział I Szczegółowy opis przedmiotu umowy Załącznik nr 1 do Umowy Architektura środowisk SharePoint UMWD 1. Środowisko SharePoint UWMD (wewnętrzne) składa się z następujących grup serwerów: a) Środowisko
Bardziej szczegółowoSukces vs porażka. Sukces. Porażka
Wstęp Cytaty Kiedy zawiesza się program konkurencji, to jest awaria. Kiedy zawiesza się własny program, to jest drobiazg. Często po awarii pojawia się komunikat typu ID 02. ID to skrót od idiotyczny drobiazg,
Bardziej szczegółowoPLAN ZARZĄDZANIA KONFIGURACJĄ OPROGRAMOWANIA PROJEKT <NAZWA PROJEKTU> WERSJA <NUMER WERSJI DOKUMENTU>
Załącznik nr 4.6 do Umowy nr 35-ILGW-253-.../20.. z dnia... MINISTERSTWO FINANSÓW DEPARTAMENT INFORMATYKI PLAN ZARZĄDZANIA KONFIGURACJĄ OPROGRAMOWANIA PROJEKT WERSJA
Bardziej szczegółowoTestowanie 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
Bardziej szczegółowoMetodyki zarządzania projektami PRINCE2
Metodyki zarządzania projektami PRINCE2 Zarządzanie projektem Kontroluj Planuj Monitoruj Deleguj 6 aspektów efektywności projektu Koszty Terminy Jakość Zakres Ryzyko Korzyści 4 zintegrowane elementy metodyki
Bardziej szczegółowoRubik s Manager - Plan testów
Rubik s Manager - Plan testów Sebastian Chojniak, Łukasz Krupa, Grzegorz Łuczyna 27 maja 2007 1 Spis treści 1 Wprowadzenie 3 1.1 Cel.......................................... 3 1.2 Zakres........................................
Bardziej szczegółowoCiągłe dostarczanie oprogramowania : kompletny przewodnik / Eberhard Wolff. Gliwice, cop Spis treści
Ciągłe dostarczanie oprogramowania : kompletny przewodnik / Eberhard Wolff. Gliwice, cop. 2018 Spis treści Podziękowania 13 O autorze 14 Wprowadzenie 15 Część I. Podstawy 21 Rozdział 1. Ciągłe dostarczanie
Bardziej szczegółowoUPEDU: Testowanie (ang. Testing discipline)
Wydział Informatyki PB Wprowadzenie Inżynieria oprogramowania II Marek Krętowski e-mail: mkret@wi.pb.edu.pl http://aragorn.pb.bialystok.pl/~mkret Wykład 9: UPEDU: Testowanie (ang. Testing discipline) Dwa
Bardziej szczegółowoWprowadzenie do systemów informacyjnych
Wprowadzenie do systemów informacyjnych Kryteria oceny systemu Podstawowe metody projektowania UEK w Krakowie Ryszard Tadeusiewicz 1 UEK w Krakowie Ryszard Tadeusiewicz 2 Technologia informatyczna dzisiaj
Bardziej szczegółowoSzczegółowy opis przedmiotu zamówienia- założenia do metodyki realizacji przedmiotu zamówienia
Załącznik nr 2 Szczegółowy opis przedmiotu zamówienia- założenia do metodyki realizacji przedmiotu zamówienia W niniejszym załączniku do SIWZ Zamawiający zawarł wymagania i założenia jakie musi przyjąć
Bardziej szczegółowoWstęp do testowania : Szymon Ramczykowski 29.04.2014
Wstęp do testowania Presented by: Szymon Ramczykowski Date: 29.04.2014 Kainos 10-Jun-14 Gdzie jesteśmy Co robimy Branże Technologie Kainos w Gdańsku Ponad 100 osób zatrudnionych Wiele ciekawych projektów
Bardziej szczegółowoJak opisać wymagania zamawiającego wybrane elementy
Jak opisać wymagania zamawiającego wybrane elementy Adam Rzeźnicki, Grzegorz Sobolewski PIIT Listopad, 2012 Agenda Kontekst ma znaczenie - na przykładzie cyklu wytwórczego systemu aplikacyjnego Rodzaje
Bardziej szczegółowoTestowanie 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:
Bardziej szczegółowoTestowanie 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
Bardziej szczegółowoSession Based Testing Czyli eksploracyjne testowanie w sesjach. Karolina Bilewska PapryQArz 16.09.2015
Session Based Testing Czyli eksploracyjne testowanie w sesjach Karolina Bilewska PapryQArz 16.09.2015 AGENDA 1. Geneza SBT 2. Pojęcie SBT, zasady testów w sesjach 3. Jak zarządzać testami w sesjach? 4.
Bardziej szczegółowoBezpieczeństwo aplikacji i urządzeń mobilnych w kontekście wymagań normy ISO/IEC 27001 oraz BS 25999 doświadczenia audytora
Bezpieczeństwo aplikacji i urządzeń mobilnych w kontekście wymagań normy ISO/IEC 27001 oraz BS 25999 doświadczenia audytora Krzysztof Wertejuk audytor wiodący ISOQAR CEE Sp. z o.o. Dlaczego rozwiązania
Bardziej szczegółowoTestowanie w procesie Scrum
Tilo Linz Testowanie w procesie Scrum Przewodnik po zarządzaniu jakością oprogramowania w świecie programowania zwinnego Przekład: Jakub Niedźwiedź APN Promise, Warszawa 2014 v 1 Wprowadzenie........................................1
Bardziej szczegółowoSzkolenie: 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
Bardziej szczegółowoHP Service Anywhere Uproszczenie zarządzania usługami IT
HP Service Anywhere Uproszczenie zarządzania usługami IT Robert Nowak Architekt rozwiązań HP Software Dlaczego Software as a Service? Najważniejsze powody za SaaS UZUPEŁNIENIE IT 2 Brak zasobów IT Ograniczone
Bardziej szczegółowoAcceptance Test Driven Development wspierane przez narzędzie ROBOT Framework. Edyta Tomalik Grzegorz Ziemiecki
Acceptance Test Driven Development wspierane przez narzędzie ROBOT Framework Edyta Tomalik Grzegorz Ziemiecki 1 Nokia Siemens Networks 2013 Tradycyjne podejście analityk programista tester implementacja
Bardziej szczegółowoJak 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
Bardziej szczegółowoUsprawnienie procesu zarządzania konfiguracją. Marcin Piebiak Solution Architect Linux Polska Sp. z o.o.
Usprawnienie procesu zarządzania konfiguracją Marcin Piebiak Solution Architect Linux Polska Sp. z o.o. 1 Typowy model w zarządzaniu IT akceptacja problem problem aktualny stan infrastruktury propozycja
Bardziej szczegółowoKompleksowe rozwiązanie dla organizacji,
Kompleksowe rozwiązanie dla organizacji, W KTÓRYCH REALIZOWANE SĄ PRZEDSIĘWZIĘCIA PROJEKTOWE 0 801 2727 24 (22 654 09 35) Kompleksowe wsparcie realizacji projektu Czy w Twojej organizacji realizowane są
Bardziej szczegółowoNarzędzia informatyczne wspierające przedsięwzięcia e-commerce
Narzędzia informatyczne wspierające przedsięwzięcia e-commerce Zarządzanie projektami e-commerce, Meblini.pl, UE we Wrocławiu Wrocław, 11-03-2018 1. Cykl życia projektu 2. Pomysł / Planowanie 3. Analiza
Bardziej szczegółowoProgramowanie Zespołowe
Programowanie Zespołowe Dobre Praktyki dr Rafał Skinderowicz mgr inż. Michał Maliszewski Parafrazując klasyka: Jeśli piszesz w Javie pisz w Javie - Rafał Ciepiela Principal Software Developer Cadence Design
Bardziej szczegółowoPoró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
Bardziej szczegółowoPraktyka 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
Bardziej szczegółowoCykle ż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
Bardziej szczegółowoSpis 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
Bardziej szczegółowoNowe Systemy Notujące na TGE
Nowe Systemy Notujące na TGE Artur Wrotek Z-ca Dyrektora DIN ds. Aplikacji Giełdowych Komitet Rynku Energii Elektrycznej Warszawa, 6 kwietnia 2016 roku Strona Agenda X Stream Trading 3 SAPRI 8 1 X Stream
Bardziej szczegółowoBłę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
Bardziej szczegółowoSystemy zabezpieczeń
Systemy zabezpieczeń Definicja System zabezpieczeń (safety-related system) jest to system, który implementuje funkcje bezpieczeństwa konieczne do utrzymania bezpiecznego stanu instalacji oraz jest przeznaczony
Bardziej szczegółowoosobowe pracowników laboratorium SecLab EMAG w rozumieniu przepisów Kodeksu Pracy, konsultantów, stażystów oraz inne osoby i instytucje mające dostęp
Bezpieczeństwo danych projektowych w środowisku według ISO/IEC 27001 oraz ciągłość procesów wytwarzania i utrzymania w środowisku według BS 25999 warsztaty z wykorzystaniem specjalistycznego narzędzia
Bardziej szczegółowoAnaliza 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:
Bardziej szczegółowoIO - Plan wdrożenia. M.Jałmużna T.Jurkiewicz P.Kasprzyk M.Robak. 5 czerwca 2006
IO - Plan wdrożenia M.Jałmużna T.Jurkiewicz P.Kasprzyk M.Robak 5 czerwca 2006 1 Spis treści 1 Wprowadzenie 3 1.1 Cel.......................................... 3 1.2 Zakres........................................
Bardziej szczegółowoINŻ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
Bardziej szczegółowoZastosowanie symulacji Monte Carlo do zarządzania ryzykiem przedsięwzięcia z wykorzystaniem metod sieciowych PERT i CPM
SZKOŁA GŁÓWNA HANDLOWA w Warszawie STUDIUM MAGISTERSKIE Kierunek: Metody ilościowe w ekonomii i systemy informacyjne Karol Walędzik Nr albumu: 26353 Zastosowanie symulacji Monte Carlo do zarządzania ryzykiem
Bardziej szczegółowoTestowanie aplikacji mobilnych na platformie Android - architektura, wzorce, praktyki i narzędzia
Program szkolenia: Testowanie aplikacji mobilnych na platformie Android - architektura, wzorce, Informacje: Nazwa: Kod: Kategoria: Grupa docelowa: Czas trwania: Forma: Testowanie aplikacji mobilnych na
Bardziej szczegółowoISO 9001:2015 przegląd wymagań
ISO 9001:2015 przegląd wymagań dr Inż. Tomasz Greber (www.greber.com.pl) Normy systemowe - historia MIL-Q-9858 (1959 r.) ANSI-N 45-2 (1971 r.) BS 4891 (1972 r.) PN-N 18001 ISO 14001 BS 5750 (1979 r.) EN
Bardziej szczegółowoudokumentowanych 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
Bardziej szczegółowoZARZĄ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
Bardziej szczegółowo2.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
Bardziej szczegółowoKatalog rozwiązań informatycznych dla firm produkcyjnych
Katalog rozwiązań informatycznych dla firm produkcyjnych www.streamsoft.pl Obserwować, poszukiwać, zmieniać produkcję w celu uzyskania największej efektywności. Jednym słowem być jak Taiichi Ohno, dyrektor
Bardziej szczegółowoProjekty BPM z perspektywy analityka biznesowego. Wrocław, 20 stycznia 2011
Projekty BPM z perspektywy analityka biznesowego Wrocław, 20 stycznia 2011 Agenda Definicja pojęć: Analiza biznesowa oraz analityk biznesowy Co kryje się za hasłem BPM? Organizacja zarządzana procesowo
Bardziej szczegółowoInżynieria oprogramowania (Software Engineering)
Inżynieria oprogramowania (Software Engineering) Wykład 2 Proces produkcji oprogramowania Proces produkcji oprogramowania (Software Process) Podstawowe założenia: Dobre procesy prowadzą do dobrego oprogramowania
Bardziej szczegółowoMeandry komunikacji Biznes-IT
Meandry komunikacji Biznes-IT Paweł Grodzicki Carrywater Consulting Sp. z o.o. siedziba: Al. Jerozolimskie 65/79, Centrum LIM, XV piętro, 00-697 Warszawa, (22) 630 66 55 oddział: ul. Legnicka 46a lok.
Bardziej szczegółowoPRINCE2 Foundation - szkolenie z egzaminem certyfikacyjnym
Kod szkolenia: Tytuł szkolenia: H6C24S PRINCE2 Foundation - szkolenie z egzaminem certyfikacyjnym Dni: 3 Opis: Metodyka PRINCE2 jest akceptowana na poziomie międzynarodowym i uznana za wiodące podejście
Bardziej szczegółowoCertyfikowany 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
Bardziej szczegółowo