Rola testów. łatwiej czy trudniej? Wydział MiNI Politechnika Warszawska
|
|
- Stanisława Sowa
- 8 lat temu
- Przeglądów:
Transkrypt
1 Rola testów w metodykach zwinnych łatwiej czy trudniej? Lucjan Stapp Wydział MiNI Politechnika Warszawska L.Stapp@mini.pw.edu.pl
2 o mnie Pracownik naukowy Politechniki Warszawskiej; Autor ponad 40 publikacji, w tym 10 o różnych problemach związanych z testowaniem i zapewnieniem jakości; Kierownik i członek zespołów Zapewnienia Jakości w kilkunastu projektach; ostatnio (wrzesień luty 2011) kierownik polskiego zespołu w dużym projekcie europejskim OneLab2: An Open Federated Laboratory Supporting Network Research for the Future Internet. Zwolennik zwinnych metodologii, zwłaszcza w testowaniu; Członek - założyciel Stowarzyszenia Jakości Systemów Informatycznych, aktualnie wiceprezes SJSI Slajd 2/53
3 Program wystąpienia 1. Agile Manifesto 2. extreme Programming 3. Scrum 4. Podejście zwinne a klasyczne poziomy testów Slajd 3/53
4 1. Agile manifesto Manifest Agile (pełna nazwa Manifest Zwinnego Wytwarzania Oprogramowania, oryginalne nazwy: Agile Manifesto, Manifesto for Agile Software Development) deklaracja wspólnych zasad dla zwinnych metodyk tworzenia oprogramowania. Została opracowana na spotkaniu, które miało miejsce w dniach lutego 2001 roku w ośrodku wypoczynkowym Snowbird w USA (stan Utah). Uczestniczyli w nim reprezentanci nowych metodyk tworzenia oprogramowania będących alternatywą dla tradycyjnego podejścia opartego na modelu kaskadowym. Slajd 4/53
5 1. Agile manifesto Poprzez wytwarzanie oprogramowania oraz pomaganie innym w tym zakresie odkrywamy lepsze sposoby realizowania tej pracy. W wyniku tych doświadczeń zaczęliśmy przedkładać: Ludzi i ich wzajemne interakcje (współdziałanie) Działające oprogramowanie Współpracę z klientem ponad procedury i narzędzia nad wyczerpującą dokumentację nad negocjację umów Reagowanie na zmiany nad realizowanie planu Oznacza to, że wprawdzie doceniamy to co wymieniono po prawej stronie, to jednak bardziej cenimy to co wymieniono po lewej. agilemanifesto.org/iso/pl Slajd 5/53
6 1. Agile manifesto TYLKO podejście iteracyjne przyrostowe Wynikiem każdej iteracji jest program wykonywalny Slajd 6/53
7 1. Agile manifesto Cechy podejścia Agile (1/2) Iteracyjne i przyrostowe (ewolucyjne) podejście do wytwarzania oprogramowania Przejrzystość, Prostota, Częsty refactoring, Działający produkt na koniec każdej iteracji, Slajd 7/53
8 1. Agile manifesto Cechy podejścia Agile (2/2) Zmiana wymagań jest możliwa i dopuszczalna, Samoorganizujący się, samowystarczalny zespół profesjonalistów, Małe zespoły, Nieformalna komunikacja w cztery oczy, Regularna adaptacja (inspect and adapt). Slajd 8/53
9 1. Agile manifesto Do metodyk zwinnych należą (m.in.): Programowanie ekstremalne (extreme Programming XP), Scrum, Kanban, Dynamic Systems Development Method, Adaptive Software Development,... Slajd 9/53
10 1. Agile manifesto Na co zwraca uwagę development: 6 6 0,4 2,3 4,9 2,7 1,8 5,6 3,9 3 0,8 0,8 0,2 0,8 4 4,4 Wyniki z Badania Sukcesu Projektu przeprowadzonego w 2008 r. przez Dr. Dobb Journal, pokazują, że zespoły zwinne są bardziej efektywne w dostarczaniu pożądanej funkcjonalności, niż zespoły tradycyjne. Jakość Funkcjonalność ROI (pieniądze) Harmonogram Ad-hoc Kaskada Metoda iteracyjna Agile Slajd 10/53
11 1. Agile manifesto Wyższa jakość. Podejścia zwinne dają w wyniku wyższą jakość, niż podejścia tradycyjne, najprawdopodobniej z powodu zwiększonej współpracy wewnątrz zespołu oraz wcześniejszego i intensywniejszego testowania podczas cyklu życia. Ulepszone projekty. Strategie architektury i projektowania Agile są z natury ewolucyjne. W połączeniu z wyższymi poziomami współpracy wykazywanymi przez zespoły zwinne, daje lepsze rezultaty w porównaniu do podejść bardziej tradycyjnych. Architektura i projektowanie są tak ważne dla zespołów Agile, że wykonują te czynności podczas całego cyklu życia, nie tylko podczas wczesnych faz cyklu. Slajd 11/53
12 1. Agile manifesto Lepsze wskaźniki ekonomiczne. Zespoły Agile dają większy zwrot z inwestycji, niż zespoły tradycyjne. Wynika to z krótszego cyklu informacji zwrotnej w podejściach zwinnych. Zespoły zwinne pracują mądrzej, nie ciężej, często dostarczają funkcjonalność wcześniej, tym samym dając krótszy czas do dostarczenia wartości i większy zysk. Slajd 12/53
13 1. Agile manifesto Wiara Badanie Zastosowania Agile z roku 2008 wykonane przez DDJ odkryło również, że ludzie wierzą w to, iż zespoły Agile produkowały wyższą jakość, niż zespoły tradycyjne, powodując większą satysfakcję udziałowców i dostarczając wyższe poziomy produktywności. Slajd 13/53
14 Program wystąpienia Agile Manifesto extreme Programming 3. Scrum 4. Podejście zwinne a klasyczne poziomy testów Slajd 14/53
15 Jedną z popularnych, zwinnych metodyk tworzenia systemów informatycznych na zamówienie jest extreme Programming (XP). 2. extreme Programming Slajd 15/53
16 Podstawowe zasady XP na pierwszy rzut oka wydają się dziwne, jednak mają głęboki sens. Planowanie 4.2 extreme Programming Scenariusze użycia; Małe a częste przyrosty; Planowanie poprzedza prace w każdej z iteracji; Planowanie na poziomie przyrostów (release); Mierzenie postępów prac; Projekt podzielony na iteracje; Okresowa zamiana ról osób w zespole; Spotkanie (na stojąco) rozpoczyna każdy dzień; Naprawiajmy XP, gdy nie pasuje do sytuacji. Slajd 16/53
17 2. extreme Programming Podstawowe zasady XP na pierwszy rzut oka wydają się dziwne, jednak mają głęboki sens. Kodowanie Klient powinien być zawsze dostępny; Kod musi być tworzony zgodnie z uzgodnionymi standardami; Testy modułów powinny być przygotowane przed rozpoczęciem kodowania (TDD); Programowanie powinno odbywać się w parach; Tylko jedna para powinna w danej chwili integrować nowe moduły z resztą systemu; Częsta integracja; Cały kod systemu jest własnością całego zespołu; Nie optymalizujmy na zapas; Brak nadgodzin; Slajd 17/53
18 2. extreme Programming Podstawowe zasady XP na pierwszy rzut oka wydają się dziwne, jednak mają głęboki sens. Testowanie Każdy fragment kodu musi być poddany testom modułowym; Kod musi przejść pomyślnie testy modułów, zanim opuści środowisko rozwojowe; Gdy zostanie znaleziony błąd, powinien być stworzony obejmujący go test; Testy akceptacyjne są wykonywane często, wyniki powinny być dostępne dla wszystkich. Slajd 18/53
19 2. extreme Programming Zasady XP pozwalają budować oprogramowania o zadowalającej jakości (good enough quality). Slajd 19/53
20 Program wystąpienia 1. Agile Manifesto 2. extreme Programming 3. Scrum 4. Podejście zwinne a klasyczne poziomy testów Slajd 20/53
21 3. Scrum Scrum to metodyka prowadzenia projektów. Nazwa "scrum" wywodzi się z terminu występującego w grze rugby, tłumaczonego powszechnie jako "młyn Wymyślili Hirotaka Takeuchi i Ikujiro Nonaka, sformalizował Ken Schwaber. Slajd 21/53
22 3. Scrum Daily scrum Slajd 22/53
23 3. Scrum Slajd 23/53
24 3. Scrum Kompozycja historyjki (User Story) Elementy historyjki (User Story) Jako (konkretny użytkownik systemu) chcę (pożądana cecha lub problem, który trzeba rozwiązać) bo wtedy/ponieważ (korzyść płynąca z ukończenia zadania). Określenie warunków satysfakcji klienta na ogół podane w formie testów akceptacyjnych Slajd 24/53
25 A good user story is: Independent Negotiable Valuable Estimable Sized Appropriately Testable 3. Scrum INVEST Slajd 25/53
26 3. Scrum INVEST Independent Niezależna Historyjka nie zachodzi na inne, dzięki czemu możemy je zaimplementować w dowolnej kolejności, Łatwiej takie historyjki oszacować i zaplanować, Możemy zmienić priorytet bez ingerowania w inne historyjki. INVEST Negotiable - Negocjowalna Historyjka nie jest kontraktem na wykonanie dokładnie określonej pracy, Nadal pozostaje wystarczająco dużo elastyczności, żeby doprecyzować szczegóły z klientem, Pokrywa tylko koncepcję, nie określa rozwiązania problemu. Slajd 26/53
27 3. Scrum INVEST Valuable- Wartościowa Historyjka przedstawia wartość dla klienta, nie dla dewelopera, Wymagania techniczne powinny być zapisane w sposób odzwierciedlający korzyści dla klienta, W przypadku rozbicia historyjki na mniejsze, każda część musi nadal przedstawiać wartość dla klienta. INVEST Estimable - Dająca się oszacować (Czas + zasoby) Szacowanie nie musi być bardzo dokładne, ale Historyjka jest na tyle dobrze sformułowana, że można ją oszacować (przypisać do niej estymatę). Slajd 27/53
28 3. Scrum INVEST Sized Appropriately Odpowiedniej wielkości Dająca się zrealizować z jednym okresie realizacji (sprint) Slajd 28/53
29 3. Scrum INVEST Testable - testowalna Dająca się w miarę prosto przetestować Nie oczekujmy jednak żadnych super- specyficznych przypadków testowych, takich jak np. World wide transaction system for an international bank A fish trade company in Japan makes a payment to a vendor on Iceland. It should have been a payment in Icelandic Kronur, but it was done in Yen instead. The error is discovered after 9 days and the payment is revised and corrected, however, the interest calculation (value dating) From a talk by Hans Buwalda Slajd 29/53
30 3. Scrum Testowanie w Scrum Testowanie w Scrum musi być iteracyjne. Testerzy w Scrum nie mogą polegać na posiadaniu kompletnej specyfikacji. Testerzy w Scrum muszą być elastyczni. Slajd 30/53
31 3. Scrum Rozpoczęcie projektu Czytanie dokumentacji, zrozumienie istoty projektu Planowanie release u Szacowanie historyjek; pytanie: Co by było, gdyby? Planowanie sprintu Walidacja warunków satysfakcji, dodawanie nowych Każdy sprint Tworzenie i testowanie kodu w parach: developer i tester Napisz i wykonaj testy dla poszczególnych historyjek Napisz i wykonaj testy funkcjonalne Automatyzuj testy Testuj eksploracyjnie Podstawowe aktywności testerskie w Scrum Slajd 31/53
32 3. Scrum Budowa zespołu Podejście kompletny zespół jest wyraźnie odmienne od postępowania w zespołach tradycyjnych. W zespołach tradycyjnych specjaliści programiści piszą kod, a następnie przekazują wytwór swej pracy do specjalistów -testerów, którzy następnie go testują i raportują incydenty (tzn. podejrzewane defekty) z powrotem do programistów. Slajd 32/53
33 3. Scrum Budowa zespołu Zgodnie z podejściem kompletnego zespołu testerzy są wbudowani w zespół developerski i aktywnie uczestniczą we wszystkich aspektach projektu. Zespoły Agile odchodzą od tradycyjnego podejścia, w którym ktoś ma pojedynczą specjalizację, na której się skupia do podejścia, w którym ludzie dążą do stania się specjalistami ogólnymi, z szerszym zakresem umiejętności. Członkowie zespołu chcą pracować razem i uczyć się od siebie nawzajem, by stać się lepszymi w miarę upływu czasu Slajd 33/53
34 3. Scrum Budowa zespołu Wady podejścia Kompletny zespół Myślenie grupowe członkowie zespołu myślą podobnie i nie widzą pewnego typu problemów Brak w zespole potrzebnych umiejętności Znajomość biznesu Brak wiedzy, jakie umiejętności są naprawdę potrzebne Zbyt mały nacisk na testy akceptacyjne Slajd 34/53
35 Program wystąpienia Agile Manifesto extreme Programming 3. Scrum 4. Podejście zwinne a klasyczne poziomy testów Slajd 35/53
36 4.Podejście zwinne a klasyczne Testy akceptacyjne Product owner ; Akceptacja przyrostów Testy systemowe Testy integracyjne wewnętrzne Podejście przyrostowe Częste build y czas Testy modułowe Test Driven Development Slajd 36/53
37 4.Podejście zwinne a klasyczne Testy modułowe Test Driven Development Dwa cele: sposób przemyślenia problemu przed stworzeniem kodu (bardziej specyfikacja niż walidacja), technika programistyczna zwiększająca poprawność tworzonego kodu. Slajd 37/53
38 4.Podejście zwinne a klasyczne Testy modułowe Test Driven Development Silne wsparcie narzędziowe: rodzina narzędzi Xunit wbudowane (częściowo) w środowiska programistyczne : - Eclipse -.NET - NetBeans Slajd 38/53
39 4.Podejście zwinne a klasyczne Testy integracyjne wewnętrzne Częste build y Podejście przyrostowe. Częsta integracja (continuous integration) Nowa funkcjonalność jest akceptowana po pełnych testach regresji Slajd 39/53
40 4.Podejście zwinne a klasyczne Testy systemowe Podejście przyrostowe Podejście przyrostowe. Ostatni przyrost gotowy system Pełne testy regresji przetestowany system Slajd 40/53
41 4.Podejście zwinne a klasyczne Testy akceptacyjne Product owner ; Akceptacja przyrostów Product owner jako reprezentant odbiorcy Akceptacja przyrostów. Wszystkie przyrosty zaakceptowane Akceptacja systemu Slajd 41/53
42 4.Podejście zwinne a klasyczne Ken Beck 1 stwierdził, że testowanie jednostkowe wykonywane przez programistów ewentualnie może uczynić zbędną rolę niezależnego zespołu testowego w wykrywaniu defektów, przekształcając testowanie w rolę podobną do roli analityka biznesowego. 1 Slajd 42/53
43 4.Podejście zwinne a klasyczne ALE Testowanie jednostkowe jest ograniczone w kwestii wykrywania błędów. Capers Jones 1 odkrył, że średnia efektywność usuwania defektów dla testowania jednostkowego wynosi 25-30%. Wg Rexa Blacka 2 (badania dla rynku amerykańskiego) dobre testowanie systemowe wykonanie przez niezależny zespół testowy osiąga około 85% efektywności wykrywania defektów. 1 Capers Jones: MEASURING DEFECT POTENTIALS AND DEFECT REMOVAL EFFICIENCY Defect-Removal-Efficiency.pdf 2 Slajd 43/53
44 4.Podejście zwinne a klasyczne Testowanie jednostkowe jest ograniczone w kwestii wykrywania błędów. Wniosek: testowanie jednostkowe pomaga, głównym filtrem do zapobiegania nadmiernym usterkom pozostają testy systemowe. Slajd 44/53
45 4.Podejście zwinne a klasyczne Z badań R. Blacka wynika też, że - pod pozorem zarówno prawdziwych, jak i nie bardzo prawdziwych wymówek - wielu programistów nie tworzy automatycznych testów jednostkowych, a w niektórych przypadkach nie wykonuje w ogóle żadnego testowania jednostkowego. Krótkie okresy wykonywania testów w sprintach Agile w porównaniu do projektów sekwencyjnych - powodują, że stopień zniszczenia spowodowany przez jedno- lub dwudniową blokadę postępu testowania z powodu wysoce awaryjnego kodu jest wyższy, niż w projektach klasycznych. Slajd 45/53
46 4.Podejście zwinne a klasyczne Podejście testuj natychmiast po Developerzy o wiele częściej piszą nieco kodu, a następnie jeden (lub więcej) testów do walidacji. TDD wymaga bardzo wysokiego poziomu autodyscypliny Pisanie testy bezpośrednio po tym, jak napisano kod produkcyjny (innymi słowy testujesz natychmiast po ), jest prawie tak dobre jak TDD; problem pojawia się, gdy testy powstają po kilku dniach czy tygodniach o ile w ogóle powstają. Slajd 46/53
47 4.Podejście zwinne a klasyczne Podejście testuj natychmiast po Popularność narzędzi do badania pokrycia kodu, takich jak np. Clover 1 i Jester 2 wśród programistów Agile jest wyraźną oznaką tego, że wielu z nich naprawdę przyjmuje podejście testuj po. Te narzędzia ostrzegają, że istnieje kod, który nie ma pokrywających go testów 1 Clover narzędzie do pokrycia kodu w Javie, płatne 2 Jester narzędzie wspomagające Junit darmowe Slajd 47/53
48 4.Podejście zwinne a klasyczne Moje wcześniejsze komentarze odnośnie testowania jednostkowego i wykresy ograniczeń efektywności testowania jednostkowego, które przytaczałem z prac Capera Jonesa, powodują, że zaczynam być sceptyczny odnośnie tego, że zobaczymy istotnie wolny od błędów kod dostarczony zespołom testowym, niezależnie od tego, jaki jest model cyklu życia ale cieszyłbym się pracując w projektach, w których ktoś dałby radę udowodnić mi, że się mylę. Rex Black Slajd 48/53
49 4.Podejście zwinne a klasyczne Wady podejścia agile uprawniony użytkownik (Product owner) członek zespołu brak niezależnego spojrzenia testera - testy modułowe + testy integracyjne nie muszą pokrywać zakresu aplikacji brak testów integracyjnych zewnętrznych nie muszą być (nie są) dobrze opisane w user stories Slajd 49/53
50 4.Podejście zwinne a klasyczne Rozwiązanie: Dwa poziomy testowania: Testowanie wewnętrzne wewnątrz zespołu wytwarzającego Testowanie zewnętrzne - niezależny zespół testowy Slajd 50/53
51 4.Podejście zwinne a klasyczne Typowe zadania niezależnego zespołu testowego Odkrycie miejsc, w których system się psuje. Bardziej złożone formy testowania: Testy niefunkcjonalne. Testowanie akceptacyjne (gra końcowa) Testowanie akceptacyjne z punktu widzenia użytkownika. Wsparcie produkcji. Slajd 51/53
52 5. Poziomy testów a podejście zwinne Release nr k Release nr k+1 Testowanie wewnętrzne TDD Story zmian (defekty) Story zmian (defekty) Niezależny zespół testowy Testowanie zewnętrzne Akceptacyjne Przez użytkownika Eksploracyjne Niefunkcjonalne Scenariuszowe Slajd 52/53
53 Dziękuję za uwagę. Slajd 53/53
Rola testera? w projekcie zwinnych: nowe wyzwania
Rola testera? w projekcie zwinnych: nowe wyzwania Lucjan Stapp Politechnika Warszawska Stowarzyszenie Jakości Systemów Informatycznych L.Stapp@mini.pw.edu.pl L.Stapp@sjsi.org Lucjan Stapp Pracownik naukowo
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ółowoSYSTEMY INFORMATYCZNE ćwiczenia praktyczne
SYSTEMY INFORMATYCZNE ćwiczenia praktyczne 12.03.2019 Piotr Łukasik p. 373 email: plukasik@agh.edu.pl / lukasik.pio@gmail.com www.lukasikpiotr.com Zakres tematyczny implementacji projektu informatycznego
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ółowoLekkie metodyki. tworzenia oprogramowania
Lekkie metodyki tworzenia oprogramowania Programowanie zwinne ( Agile software development) grupa metodyk wytwarzania oprogramowania opartego o programowanie iteracyjne (model przyrostowy). Wymagania oraz
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ółowoProgramowanie Zespołowe
Programowanie Zespołowe Programowanie zwinne dr Rafał Skinderowicz mgr inż. Michał Maliszewski Programowanie zwinne Grupa metodyk wytwarzania oprogramowania oparta na modelu iteracyjno-obiektowym Powstała
Bardziej szczegółowoPodejście tradycyjne. plan wykonanie sekwencyjna natura wykonywanych zadań
Metodyka Scrum Podejście tradycyjne plan wykonanie sekwencyjna natura wykonywanych zadań analiza i definiowanie wymagań projektowanie rozwiązań kodowanie rozwiązań testowanie odstępstwo od planu jest kosztowne
Bardziej szczegółowoProgramowanie zwinne - wprowadzenie. Programowanie ekstremalne. Wstęp Reguły i praktyki SCRUM. Wprowadzenie Role Zdarzenia Artefakty
Anna Kulig Programowanie zwinne - wprowadzenie Programowanie ekstremalne Wstęp Reguły i praktyki SCRUM Wprowadzenie Role Zdarzenia Artefakty Agile Manifesto 2001 rok, Snowbird w stanie Utah w USA Najważniejsi
Bardziej szczegółowoWprowadzenie do metodyki SCRUM. mgr inż. Remigiusz Samborski Instytut Informatyki Politechnika Wrocławska
Wprowadzenie do metodyki SCRUM mgr inż. Remigiusz Samborski Instytut Informatyki Politechnika Wrocławska SCRUM Scrum (skrót od scrummage) - metoda ponownego uruchomienia gry w rugby zwana również formacją
Bardziej szczegółowoWskazówki projektowe. Programowanie Obiektowe Mateusz Cicheński
Wskazówki projektowe Programowanie Obiektowe Mateusz Cicheński Przydatne zasady SOLID Wzorce struktury aplikacji MVC MVP MVVM Metody wytwarzania oprogramowania Manifest Zwinnego Wytwarzania Oprogramowania
Bardziej szczegółowoMetodyki zwinne wytwarzania oprogramowania
Metodyki zwinne wytwarzania oprogramowania Wykład 1 Marcin Młotkowski 7 października 2014 Plan wykładu Sprawy organizacyjne Organizacja pracowni 1 Sprawy organizacyjne Organizacja pracowni 2 3 Marcin Młotkowski
Bardziej szczegółowoProgramowanie zespołowe
Programowanie zespołowe Laboratorium 5 - scrum cz. 1 mgr inż. Krzysztof Szwarc krzysztof@szwarc.net.pl Sosnowiec, 21 marca 2017 1 / 30 mgr inż. Krzysztof Szwarc Programowanie zespołowe Filary scruma Przejrzystość
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ół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ółowoFeature Driven Development
Feature Driven Development lekka metodyka tworzenia oprogramowania Kasprzyk Andrzej IS II Wstęp Feature Driven Development (FDD) to metodyka tworzenia oprogramowania, która wspomaga zarządzanie fazami
Bardziej szczegółowoProgramowanie zwinne
Programowanie zwinne Wykład 1 Marcin Młotkowski 10 października 2012 Plan wykładu Sprawy organizacyjne Organizacja pracowni 1 Sprawy organizacyjne Organizacja pracowni 2 3 Marcin Młotkowski Programowanie
Bardziej szczegółowoMetody wytwarzania oprogramowania. Metody wytwarzania oprogramowania 1/31
Metody wytwarzania oprogramowania Metody wytwarzania oprogramowania 1/31 Metody wytwarzania oprogramowania 2/31 Wprowadzenie Syndrom LOOP Late Późno Over budget Przekroczono budżet Overtime nadgodziny
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ół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ółowoWykład VII. Programowanie III - semestr III Kierunek Informatyka. dr inż. Janusz Słupik. Wydział Matematyki Stosowanej Politechniki Śląskiej
Wykład VII - semestr III Kierunek Informatyka Wydział Matematyki Stosowanej Politechniki Śląskiej Gliwice, 2014 c Copyright 2014 Janusz Słupik Wytwarzanie oprogramowania Model tworzenia oprogramowania
Bardziej szczegółowoSCRUM niełatwe wdrażanie metodyki w praktyce. Adam Krosny
SCRUM niełatwe wdrażanie metodyki w praktyce Adam Krosny 1 Czym się zajmujemy Realizujemy projekty informatyczne średniej wielkości Ilość osób w projekcie 10-50 Architektura SOA, EBA Wiele komponentów
Bardziej szczegółowoSCRUM. Metodyka prowadzenia projektów. Na podstawie prezentacji B. Kuka i W. Sidora
SCRUM Metodyka prowadzenia projektów Na podstawie prezentacji B. Kuka i W. Sidora Wprowadzenie. Scrum jest metodyką prowadzenia projektów zaliczaną do metodyk zwinnych, zgodnych z Agile Manifesto. Scrum
Bardziej szczegółowoDobry Product Backlog Oferta szkolenia dla Product Ownerów
Dobry Product Backlog Oferta szkolenia dla Product Ownerów Spis treści Dobry Product Backlog w 1 dzień... 1 Dobry Product Backlog w 2 dni... 3 Informacje o prowadzącej... 5 Dobry Product Backlog w 1 dzień
Bardziej szczegółowoAgile Project Management
Charles G. Cobb, pmp Zrozumieć Agile Project Management Równowaga kontroli i elastyczności przekład: Witold Sikorski APN Promise Warszawa 2012 Spis treści Wstęp...vii Kto powinien przeczytać tę książkę?...
Bardziej szczegółowoPlanowanie i realizacja zadań w zespole Scrum
MetaPack IT Academy Uniwersytet Zielonogórski Planowanie i realizacja zadań w zespole Scrum Paweł Przybyła Professional Scrum Master (www.scrum.org) Planowanie i realizacja zadań w zespole Scrum Agenda:
Bardziej szczegółowoAkademia ADB Wykład I Praca w grupie i jakość kodu
Akademia ADB Wykład I Praca w grupie i jakość kodu Ale zanim zaczniemy... https://www.adbglobal.com/adb-tech-talk/ Wtorek, 24 X 2017, 18:00 w Filharmonii Zielonogórskiej Kto pracuje nad projektem? Nad
Bardziej szczegółowoZarządzanie projektami. Porównanie podstawowych metodyk
Zarządzanie projektami Porównanie podstawowych metodyk Porównanie podstawowych metodyk w zarządzaniu projektami PRINCE 2 PMBOK TENSTEP AGILE METODYKA PRINCE 2 Istota metodyki PRINCE 2 Project IN Controlled
Bardziej szczegółowoSzybkość w biznesie. Zwinne testowanie oprogramowania (Agile) Mateusz Morawski (mateusz.morawski@hp.com) 14 kwietnia 2015
Szybkość w biznesie Zwinne testowanie oprogramowania (Agile) Mateusz Morawski (mateusz.morawski@hp.com) 14 kwietnia 2015 Klient Wykonawca...wprowadzamy nowy typ przelewów do aplikacji internetowej. Dodam
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ół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ółowoMetodyki programowania. Tomasz Kaszuba 2015 kaszubat@pjwstk.edu.pl
Metodyki programowania Tomasz Kaszuba 2015 kaszubat@pjwstk.edu.pl Wybrane metodyki zwinne TRADYCYJNE: RUP (Rational Unified Process) spiralny, rozbudowany PRINCE2 (Projects In Controlled Environments)
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ółowoOrganizacja procesu projektowania, rozwoju i serwisowania systemu wspomagającego zarzadzanie uczelnią
Organizacja procesu projektowania, rozwoju i serwisowania systemu wspomagającego zarzadzanie uczelnią Marek Bieniasz Sławomir Umpirowicz Piotr Miszewski Kraków, 10 13 września 2012 Plan prezentacji Informacje
Bardziej szczegółowoWykład 2. MIS-1-505-n Inżynieria oprogramowania Marzec 2014. Kazimierz Michalik Akademia Górniczo-Hutnicza im. S. Staszica w Krakowie
Wykład 2 MIS-1-505-n Inżynieria Marzec 2014 Kazimierz Michalik Akademia Górniczo-Hutnicza im. S. Staszica w Krakowie 2.1 Agenda 1 2 3 4 5 6 2.2 Czynności w czasie produkcji. Inżynieria stara się zidentyfikować
Bardziej szczegółowoScaling Scrum with SAFe. Małgorzata Czerwińska
Scaling Scrum with SAFe Małgorzata Czerwińska Agenda 1. Wstęp 2. Współpraca zespołów scrumowych 3. Zarządzanie Programem 4. Podsumowanie Wstęp Skuteczność zespołów developerskich, realizujących projekty
Bardziej szczegółowoLeszno 14.03.2013. Jakie są i będą oczekiwania biznesu wobec IT?
Leszno 14.03.2013 Jakie są i będą oczekiwania biznesu wobec IT? Banki stoją w obliczu zmian Uwarunkowania ekonomiczne Regulacje prawne Trendy społeczne Nowe technologie Dzisiaj otoczenie oczekuje innego
Bardziej szczegółowoZarządzanie projektami IT metodyką SCRUM. Cezary Kamiński
Zarządzanie projektami IT metodyką SCRUM Cezary Kamiński Kieruję 11 osobowym zespołem programistów. O mnie Zapewniam utrzymanie i rozwój 14 różnych aplikacji. Podnoszę jakość produktów i efektywność ich
Bardziej szczegółowoProgramowanie Zespołowe
Programowanie Zespołowe Scrum+ dr Rafał Skinderowicz mgr inż. Michał Maliszewski Przeznaczenie metodyk Agile Metodyki zwinne Pomagają w projektach osadzonych w dynamicznym środowisku Kiedy konkurencja
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ółowoTechniki komputerowe w robotyce
Techniki komputerowe w robotyce Wykład V Adaptacyjne zarządzanie projektami Robert Muszyński KCiR, W4, PWr Skład FoilTEX c R. Muszyński 2009-2015 Metodologie prowadzenia projektu Dążenie do opracowania
Bardziej szczegółowoAgile Project Management WHITEPAPER
1 Wstęp... 2 Historia... 2 DSDM ATERN... 3 Agile w zarządzaniu projektami... 4 Szkolenia i certyfikacja... 6 Certyfikaty Agile Project Management Foundation i Practitioner... 6 Szkolenie Agile Project
Bardziej szczegółowoszkolenia pod drzewem Wybrane Techniki XP bnd 2008 Tomasz Włodarek. Materiał udostępniany na podstawie licencji Creative Commons (by-nc-nd) 1.00.
szkolenia pod drzewem Wybrane Techniki XP 1.00.00 bnd Wybrane techniki XP współwłasność kodu źródłowego (collective code ownership) częsta/ciągła integracja (continuous integration) programowanie w parach
Bardziej szczegółowoScrum. Zwinna metodyka prowadzenia projektów
Scrum Zwinna metodyka prowadzenia projektów Plan prezentacji 1. Ogólna idea 2. Najważniejsze elementy 3. Role 4. Czynności 5. Artefakty 6. Wnioski 7. Literatura Źródło ilustracji: http://commons.wikimedia.org/wiki/file:scrum.jpg
Bardziej szczegółowoScrum w praktyce. Michał Piórek
Scrum w praktyce Michał Piórek Slajd 2 z 28 Plan prezentacji Scrum metodyka prowadzenia projektów Opis projektu systemu do rozliczania podatków Struktura zespołu i jego role Zespół w firmie Podatnik.info
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ółowoZarządzanie projektami w NGO
Zarządzanie projektami w NGO Warsztaty dla Grupy Nowe Technologie Federacja Organizacji Służebnych MAZOWIA 4 września 2012 Projekt współfinansowany jest ze środków Unii Europejskiej w ramach Europejskiego
Bardziej szczegółowoZagadnienia. Inżynieria Oprogramowania
Zagadnienia Co to jest extreme Programming (XP) Czym charakteryzują się tzw. lekkie metodyki zarządzania procesem produkcji oprogramowania Reguły i praktyki XP Dlaczego i kiedy można a w jakich przypadkach
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ółowoMODELE CYKLU ŻYCIA OPROGRAMOWANIA (1) Model kaskadowy (często stosowany w praktyce do projektów o niewielkiej złożonoś
OPROGRAMOWANIA (1) Model kaskadowy (często stosowany w praktyce do projektów o niewielkiej złożonoś (często stosowany w praktyce do projektów o niewielkiej złożoności) wymagania specyfikowanie kodowanie
Bardziej szczegółowo4. Wprowadzanie Scruma w ImmobilienScout24 4.1. Opis sytuacji
Spis treści Przedmowa 1. Wstęp 1.1. Jak czytać tę książkę 1.2. Studia projektów 1.3. Dodatek 2. Zwinny projekt to nie bułka z masłem 2.1. Pobudka 2.2. Zespół się formuje 2.3. Właściwe zlecenie 2.4. Od
Bardziej szczegółowoJak być agile w projekcie utrzymaniowym? JOANNA SIEMIŃSKA
Jak być agile w projekcie utrzymaniowym? JOANNA SIEMIŃSKA Joanna Siemińska o mnie Absolwentka Politechniki Warszawskiej Orange Outbox Europejska Organizacja Badań Jądrowych w Genewie (CERN) TouK Certyfikat
Bardziej szczegółowoBehavior Driven Development (BDD)
Wydział Informatyki i Zarządzania Wrocław, 12 marca 2010 Agenda Wprowadzenie 1 Wprowadzenie 2 3 4 BDD w Javie 5 6 Cele prezentacji Wprowadzenie Cele prezentacji Prawda o projektach przedstawienie podejścia
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ółowoAgile vs PRINCE2. 2014/2015 I rok st. magisterskie Informatyka
Agile vs PRINCE2 Ewa Solecka - specjalność ogólna- 1117627 Przemysław Mrozowski specjalność ogólna- 1121130 Michał Roztoczyński specjalność ogólna - 1118910 2014/2015 I rok st. magisterskie Informatyka
Bardziej szczegółowoTworzenie gier na urządzenia mobilne
Katedra Inżynierii Wiedzy Wykład 3 O czym dzisiaj? Metodyki tworzenia oprogramowania; Praca w zespole; Zarządzanie projektem; Narzędzia wspomagające i dobre praktyki; Zabezpieczenie kodu. Jaki model wybrać?
Bardziej szczegółowoJak uchronić architekturę i wymagania przed chaosem? Warszawa, 27 stycznia 2016 roku
Jak uchronić architekturę i wymagania przed chaosem? Warszawa, 27 stycznia 2016 roku Agenda Metafory o Zwinności i Sztywności Teza: Oszukujemy się co do sukcesów projektów Agile Objawy chaosu w projektach
Bardziej szczegółowoScrum i nie tylko : teoria i praktyka w metodach Agile / Krystian Kaczor. Wyd. 2. Warszawa, Spis treści
Scrum i nie tylko : teoria i praktyka w metodach Agile / Krystian Kaczor. Wyd. 2. Warszawa, 2016 Spis treści Przedmowa 12 Wstęp 13 Podziękowania 17 Jak czytać tę książkę? 19 Rozdział 1. W tym szaleństwie
Bardziej szczegółowoEtapy ż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ółowoProjektowanie systemów informatycznych. wykład 6
Projektowanie systemów informatycznych wykład 6 Iteracyjno-przyrostowy proces projektowania systemów Metodyka (ang. methodology) tworzenia systemów informatycznych (TSI) stanowi spójny, logicznie uporządkowany
Bardziej szczegółowoKANBAN SCRUM-BAN. Agile PM Zarys AUP
Anna Kulig KANBAN SCRUM-BAN Agile PM Zarys AUP Kanban - jedna z podstaw systemów produkcyjnych Toyoty (Toyota Production System) i pochodnych, opartych o zasadę pull. System pull (w odróżnieniu od systemów
Bardziej szczegółowoProgramowanie obiektowe
Programowanie obiektowe Laboratorium 7 i 8 - wstęp do scruma mgr inż. Krzysztof Szwarc krzysztof@szwarc.net.pl Sosnowiec, 19 kwietnia 2017 1 / 46 mgr inż. Krzysztof Szwarc Programowanie obiektowe Scrum
Bardziej szczegółowoProjektowanie oprogramowania. Termin zajęć: poniedziałek, 18.00-19.45. a podstawie materiału ze strony. http://gromit.iiar.pwr.wroc.
Projektowanie oprogramowania Termin zajęć: poniedziałek, 18.00-19.45 a podstawie materiału ze strony http://gromit.iiar.pwr.wroc.pl/p_inf/ Przebieg realizacji projektu (tabela 1) Nr tygo dnia Spotkanie
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ółowoCałościowe podejście do testowania automatycznego dla programistów. /C#/PHP (TDD, BDD, Spec. by Example, wzorce, narzędzia)
Program szkolenia: Całościowe podejście do testowania automatycznego dla programistów Java /C#/PHP (TDD, BDD, Spec. by Example, wzorce, narzędzia) Informacje: Nazwa: Kod: Kategoria: Grupa docelowa: Czas
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ółowoOpisy 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
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ółowoOpis realizacji dla czterech zespołów (4 przypadki użycia)
Projektowanie oprogramowania Termin zajęć: czwartek, sala L2.6, C16 7.30-9.00, 9.15-10.45 Na podstawie materiału ze strony http://gromit.iiar.pwr.wroc.pl/p_inf/ Przebieg realizacji projektu (tabela 1)
Bardziej szczegółowoModele cyklu życia oprogramowania
Anna Kulig Modele cyklu życia oprogramowania Programowanie zwinne Przyczyny powstania Wprowadzenie Programowanie ekstremalne Wstęp Reguły i praktyki AUP krótki opis metodologii Model cyklu życia systemu
Bardziej szczegółowoTematy 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ę
Bardziej szczegółowoI Twój zespół może być zwinny (choć to może trochę potrwać) Paweł Lipiński
I Twój zespół może być zwinny (choć to może trochę potrwać) Paweł Lipiński pawel@warsjawa:/etc$whoami Ja: ponad 10 lat pracy w Javie SCJP, SCWCD, SCBCD, SCEA brałem udział w: rozwój oprogramowania, consulting,
Bardziej szczegółowoPodejście zwinne do zarządzania projektami
Podejście zwinne do zarządzania projektami na przykładach projektów wytwarzania oprogramowania Wojciech Czujowski, Łukasz Sienkiewicz Tieto Poland Agenda CZĘŚĆ I-sza: Kilka słów o Tieto SCRUM w organizacji
Bardziej szczegółowoZagadnienia. Inżynieria Oprogramowania
Zagadnienia Co to jest extreme Programming (XP) Czym charakteryzują się tzw. lekkie metodyki zarządzania procesem produkcji oprogramowania Reguły i praktyki XP Dlaczego i kiedy można a w jakich przypadkach
Bardziej szczegółowoStrategie testowania i jakości Agile: dyscyplina ponad retoryką
Magazine Strategie testowania i jakości Agile: dyscyplina ponad retoryką Cześć I z IV: Zwinne tworzenie oprogramowania Autor: Scott Ambler O autorze: W lipcu 2006 r. Scott dołączył do zespołu IBM w Kanadzie
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ół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ółowoTemat: Zwinne Zarządzanie Projektami IT (Agile / Scrum) Data: 06-07 marca 2014 r. (2 dni, czwartek-piątek), godz. 9-16
Temat: Zwinne Zarządzanie Projektami IT (Agile / Scrum) Data: 06-07 marca 2014 r. (2 dni, czwartek-piątek), godz. 9-16 Miejsce: Eureka Technology Park, Innowatorów 8 Cena: 980 zł netto (1 osoba / 2 dni
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ółowoAGILE SOFTWARE HOUSE SCRUM PRAKTYCZNIE SCRUM BOOK
AGILE SOFTWARE HOUSE SCRUM PRAKTYCZNIE SCRUM BOOK 10 LAT DOŚWIADCZENIA W SCRUMIE 40 OSÓB W ZESPOLE 100 WDROŻONYCH PROJEKTÓW 6 TECHNOLOGII OPEN SOURCE MACOPEDIA.COM BUSINESS VALUE PRODUCT OWNER PROXY PRODUCT
Bardziej szczegółowoMetody zwinne można stosować głównie dla niezbyt dużych systemów. Metody zwinne to: -Metodyka Crystal (Crystal family)
Metodyka zwinna ( agile software development method) najbardziej popularna obecnie (> metod kaskadowych i spiralnych) ze względu na mniejsze sformalizowanie. Różnią się generalną ideą - sprzedają usługę,
Bardziej szczegółowoAGILE PROJECT MANAGEMENT
AGILE PROJECT MANAGEMENT Agile Project Management oparte jest o metodę DSDM Atern (Dynamic Systems Development Method) najstarsze (1995r.) z usystematyzowanych podejść typu Agile na świecie. 1 CTPartners
Bardziej szczegółowoINŻYNIERIA OPROGRAMOWANIA LAB 1
INŻYNIERIA OPROGRAMOWANIA LAB 1 MODELE TWORZENIA OPROGRAMOWANIA dr inż. Joanna Świebocka-Więk O mnie Kogo szukać? dr inż. Joanna Świebocka-Więk Gdzie szukać: Pokój 216, budynek D10 Zespół Technik Informacyjnych
Bardziej szczegółowoPiotr Ślęzak. Gdzie się podziała jakość
Piotr Ślęzak Gdzie się podziała jakość Działamy na styku Biznesu i IT Analiza biznesowa Kontrola jakości Doradztwo Projekty Szkolenia ForProgress spółka z ograniczoną odpowiedzialnością sp.k. kontakt@forprogress.com.pl
Bardziej szczegółowoWymagania: umiejętność modelowania systemów informatycznych z wykorzystaniem UML. umiejętność definiowania i kreatywnego rozwiązywania problemów
Oferta pracy nr 1 Opis oferty pracy ANALITYK BIZNESOWY (TELCO) Wymagania: wykształcenie wyższe telekomunikacyjne, informatyczne lub pokrewne praktyczna znajomość technologii telekomunikacyjnych (takich
Bardziej szczegółowoSCRUM Product Owner - wstęp do zarządzania produktami
SCRUM Product Owner - wstęp do zarządzania produktami Oferta szkolenia Kontakt: Tomasz Tomaszewski t.tomaszewski@productvision.pl 505 448 703 PRODUCT VISION Wierzymy, że innowacyjne produkty technologiczne
Bardziej szczegółowoTesty automatyczne. Korzystające z junit
Testy automatyczne Korzystające z junit 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
Bardziej szczegółowoSkuteczne zarządzanie projektami IT w otoczeniu uczelnianym. Piotr Ogonowski
Skuteczne zarządzanie projektami IT w otoczeniu uczelnianym Piotr Ogonowski Agenda Najważniejsze elementy organizacji projektowej Agile czy klasycznie? Jak wdrożyć podejście projektowe na Uczelni? Kluczowe
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ół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ół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ół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ółowoTematy 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 3 2. Jaki wpływ na ludzi, komunikację
Bardziej szczegółowoOferta szkoleń firmy Code Sprinters
Oferta szkoleń firmy Code Sprinters Code Sprinters sp z o.o. Królewska 2/2 Kraków Telefon +48 12 379 34 14 Fax +48 12 379 34 11 info@codesprinters.com www.codesprinters.com Jako liderzy na rynku szkoleń
Bardziej szczegółowoEstimation and planing. Marek Majchrzak, Andrzej Bednarz Wroclaw, 06.07.2011
Estimation and planing Marek Majchrzak, Andrzej Bednarz Wroclaw, 06.07.2011 Story points Story points C D B A E Story points C D 100 B A E Story points C D 2 x 100 100 B A E Story points C D 2 x 100 100
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ółowoKlasyczna organizacja też może być zwinna! Zarządzaj zwinnie projektami!
Klasyczna organizacja też może być zwinna! Dynamika zmian w dzisiejszym świecie IT wymaga niezwykłej elastyczności i błyskawicznego adaptowania się do nowych warunków. Klasyczne techniki zarządzania projektami
Bardziej szczegółowoAnaliza i projekt systemu pracy grupowej z zastosowaniem metodyki SCRUM w technologii SharePoint Karolina Konstantynowicz
Analiza i projekt systemu pracy grupowej z zastosowaniem metodyki SCRUM w technologii SharePoint Karolina Konstantynowicz Promotor dr inż. Szymon Supernak Warszawa, 22.05.2014 Plan prezentacji 1. Cel i
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ółowo