Języki i Techniki Programowania II. Wykład 15. Testowanie
|
|
- Katarzyna Kurowska
- 8 lat temu
- Przeglądów:
Transkrypt
1 Języki i Techniki Programowania II Wykład 15 Testowanie
2 Testy "Beware of bugs in the above code; I have only proved it correct, not tried it." Knuth
3 Typy Testów Smoke Tests - odpalenie systemu do wykonania prostego zadania, po dokonaniu jakiejkolwiek zmiany Regression Tests test czy funkcjonalność została zachowana. Problem: BARDZO DUŻO PRACY Rozwiązanie: Zautomatyzowanie procesu Continuous Build proces automatycznego budowania i uruchamiania Load Tests sprawdzanie granic maksymalnego obciążenia Stress Tests testy stabilności pod obciążeniem Performance Testing pomiary wydajności
4 Zakresy Testów Poziomy testów: Acceptance Tests Sprawdzenie zgodności ze specyfikacją (Test Scripts) System Tests Sprawdzenie poprawności współdziałania modułów Sprawdzenie różnych konfiguracji Unit Tests Najprościej: main w każdej klasie Służą jako dokumentacja Warto użyć narzędzi
5 Kategorie Testów Kategorie testów z punktu widzenia testerów: White Box testing testy developerskie Black Box Testing testy dokonane przez QA Gray Box Testing gdy testerzy mają dostęp do konfiguracji. Kategorie testów z punktu widzenia cyklu życia: Alpha Tests Głównie White Box Testing Beta Tests Gray, Black Box Testing u wybranej grupy użytkowników Gamma Tests nieformalne (świadome wady)
6 Test Driven Development Pisząc program i tak na bieżąco testujemy Wiara w to że raz poprawiony błąd się nie powtórzy nie jest niczym uzasadniona Powtarzalne czynności można i trzeba automatyzować Koszt automatyzacji zwraca się bardzo szybko
7 Test Driven Development Testy zwiększają sprawność programisty (ang. mobility) Testerzy na pewno nie stracą pracy Testy są dla ludzi, nie dla programów
8 Test Driven Development Testy zwiększają sprawność programisty (ang. mobility)... a nie dowodzą poprawności programu Testerzy na pewno nie stracą pracy Testy są dla ludzi, nie dla programów... bo przecież testy nie stanowią części produktu końcowego
9 Test Driven Development Zautomatyzowane testy: Pomagają lepiej zarządzać koncentracją (ang. flow) Stanowią naturalne rozszerzenie nawyku kompilujuruchom-pisz-kompiluj-uruchom... Pozwalają wcześnie wyeliminować trywialne błędy te najbardziej zniechęcające Powodują że przyjemne programowanie znowu staje się przyjemne Pozwalają odejść od mentalności Jak działa, nie dotykaj - nie musimy już godzić się na kompromisy - Refactor Mercilessly
10 Reguły Test Driven Development 1. You are not allowed to write any production code unless it is to make a failing unit test pass. 2. You are not allowed to write any more of a unit test than is sufficient to fail; and compilation failures are failures. 3. You are not allowed to write any more production code than is sufficient to pass the one failing unit test. 1. Zaczynamy pisanie od Unit Testu 2. Piszemy tylko tyle ile trzeba, by test mógł przejść (czyli niewiele), przechodzimy do pisania kodu produkcyjnego (brak kompilacji jest traktowany jako niepowodzenie testu) 3. Jeśli tylko test przejdzie, lub się kompiluje przechodzimy do punktu 2
11 Proces Test Driven Development 1. Stwórz test który sprawdza drobną część funcjonalności 2. Doprowadź do stanu by test się nie powiódł 3. Napisz kod który spowoduje że test przejdzie 4. Zrefaktoruj kod, doprowadzając do najprostszej możliwej struktury (Refactor Mercilessly) 5. Idź do punktu 1.
12 Proces Test Driven Development Założenia: Interfejsy oraz przekazywanie wiadomości (message passing) czyli wywoływanie metod - są ważniejsze niż kod proceduralny Testuj co się da W Praktyce: test typowej sytuacji, testy warunków brzegowych, testy sprawdzające poprawność usunięcia każdego buga Wszystkie testy muszą zawsze przechodzić
13 Ograniczenia automatyzacji testów Problemy: Interfejs użytkownika, jego funkcjonalność Interfejs WWW (istnieją do tego narzędzia, ale...) Niedeterministyczne algorytmy heurystyczne algorytmy genetyczne, wyżarzanie (annealing) etc... Systemy rozproszone Testowanie struktury danych (np. zasadniczy element inżynierii Baz Danych)
14 Problemy automatyzacji testów Dla skutecznego testowania, należy: Mieć architekturę systemu która dobrze wspiera rozdzielenie funkcjonalności oraz korzystanie z MockObject-ów (sugerowane: Inversion of Control) Nie mieć logiki w warstwie prezentacji (niekoniecznie może się udać) Zaplanować bardzo intensywne dziedziczenie testów Przemyśleć strategię testowania co chcemy testować, jakie narzędzie chcemy stosować, jaki mamy styl programowania, jaki będzie cykl życiaprojektu nie ma uniwersalnych rozwiązań
15 Ograniczenia automatyzacji testów Problemy: Interfejs użytkownika, jego funkcjonalność Interfejs WWW (istnieją do tego narzędzia, ale...) Niedeterministyczne algorytmy heurystyczne algorytmy genetyczne, wyżarzanie (annealing) etc... Systemy rozproszone Testowanie struktury danych (np. zasadniczy element inżynierii Baz Danych)
16 Automatyzacja testów Testy winny być: Atomiczne kod jest mniej kruchy przy refactoringu Izolowanie i niezależne od porządku uruchomienia Czytelne Proste w konfiguracji Szybkie
17 Automatyzacja testów Luźne uwagi: Książkowe podejście: Unit=jednostka, czyli dokładnie 1 klasa, metoda itp.... ale w praktyce jest to nie Unit Test - ale Programmer Test - test funkcjonalności, nie jednostki Prędkość wykonania testów jest kluczowa nikt nie będzie czekał 30 minut na jedną kompilację + testy Testy działają w trakcie tworzenia software'u. Nie należy jednak zapominać o wersji produkcyjnej: logi i dobrze zaprojektowane wyjątki są nadal konieczne
18 Automatyzacja testów Luźne uwagi cd.: Czy 100% pokrycie testami jest konieczne? NIE Jaka jest prędkość kodowania przy zastosowaniu testów? Pod koniec projektu może nawet być ujemna (refactoring)! Wniosek: Bądź elastyczny, nie daj się zastraszyć metodologiom i metrykom jedynym kryterium oceny jest skuteczność
19 JUnit Twórcy JUnit Kent Beck (XP) i Erich Gamma (GoF Book) Jak stworzyć własny Unit Test: Dziedziczymy po TestCase Przeciążamy runtest Tworzymy własny konstruktor, przekazując String do super(...); Wołamy asserttrue() w metodach testowych metoda testowa musi być: zaczynać się od test (Junit <4.0) publiczna bezparametrowa
20 } JUnit Tworzymy Fixture (Ustawienie) zestaw testów z okre ślonymi danymi np. Mock Objectem/Stubem Dziedziczymy po TestCase Przeci ążamy runtest Zestaw testów: Tworzymy wasny ł konstruktor, przekazuj ąc String do super(...); setup() tworzy nam dane, teardown() niszczy public static Test suite() { TestSuite suite= new TestSuite(); suite.addtest(new MoneyTest("testMoneyEquals")); suite.addtest(anothermoneytest.class); return suite;
21 Junit 4 przed każ dym testem wykonywane s ą wszystkie metody oznaczone a po teś przed wszystkim testami wykonywane s ą wszystkie metody oznaczone a po teś Klasy testów ju ż nie musz ą dziedziczy ć z TestCase Testy stanowi ą metody publiczne bezparametrowe oznaczone Mo żna kontrolowa ć czas (timeout=10) Mo żna kontrolowa ć czy test rzuci ł okre ślony wyj
22 Junit 4 import static org.junit.assert.assertequals; //Java 5 public void simplequery() throws SQLException { Statement stmt; try { stmt = conn.createstatement();resultset rs = null; rs = stmt.executequery("select 1 from data"); if(rs.next()) assertequals("1",rs.getstring(1)); } catch (SQLException e) { e.printstacktrace(); fail("problems with the database"); } }
23 JUnit public static void main(string args[]) { } Tak że: junit.textui.testrunner.run(suite()); java junit.awtui.testrunner java junit.swingui.testrunner Podajemy nazw ę klasy z testem
24 JUnit a Eclipse Eclipse 3.1+ ma wbudowanego JUnit Mo żna dodawa ć do projektu testy dla konkretnych klas Uruchamiamy je poprzez Run As... -> JUnit test
25 Mock vs Stub Mock Object Obiekt testowy pozwalaj ący sprawdzi ć interakcj ę Stub Object Obiekt testowy pozwalaj ący sprawdzi ć poprawno śc danych Fake Object prawie dziaaj ł ący obiekt Dummy Object zapchajdziura - obiekt nigdy nie wykorzystany
26 Stub Object public class OrderStateTester extends TestCase { private static String TALISKER = "Talisker"; private static String HIGHLAND_PARK = "Highland Park"; private Warehouse warehouse = new WarehouseImpl(); protected void setup() throws Exception { warehouse.add(talisker, 50); warehouse.add(highland_park, 25); } public void testorderisfilledifenoughinwarehouse() { Order order = new Order(TALISKER, 50); order.fill(warehouse); asserttrue(order.isfilled()); assertequals(0, warehouse.getinventory(talisker)); }
27 Stub Object public void testorderdoesnotremoveifnotenough() { Order order = new Order(TALISKER, 51); order.fill(warehouse); assertfalse(order.isfilled()); assertequals(50, warehouse.getinventory(talisker)); }
28 The Golden File Jak testowa ć aplikacje dziaaj ł ące z linii komend? Jeś li aplikacja ma dobrze okre ślenie wej ście i wyj ście (np. plik wej ściowy do parsera i wynik parsowania) stosujemy metod ę The Golden File - nagrany plik z wcze śniejszym wynikiem przetwarzania który test tylkoporównuje ze swoim wynikiem Za: Prawdopodobnie stworzenia najszybszy typ testów do stworzenia Przeciw: Trudne do uogólnienia na inne przypadki.pury ści mog ą powiedzie ć że Golden File to jest smell
29 Bazy Danych Jak testowa ć aplikacje korzystaj ąc ą z bazy danych? Istnieje kilka rozwi ąza ń: Korzystamy z bazy danych testowej (tak robi RoR) nale ży tylko piel ęgnowa ć jej struktur ę Korzystamy ze Stubów przechowuj ących dane w pliku konfiguracyjnym (korzystaj ąc np. z DBUnit) Tworzymy dla każ dego testu struktur ę bazy w pami ęci (korzystaj ąc np. z Hibernate oraz JavaDB/Derby) prawdopodobnie dziaaj ł ące najszybciej rozwi ązanie
30 Bazy Danych DBUnit dziedziczymy po DBTestCase public void testme() throws Exception {... IDataSet databasedataset=getconnection().createdataset(); ITable actualtable=databasedataset.gettable("table_name"); IDataSet expecteddataset = new FlatXmlDataSet(new File("expectedDataSet.xml")); ITable expectedtable = expecteddataset.gettable("table_name"); Assertion.assertEquals(expectedTable, actualtable); }
31 Pattern Mock Object Unit Test z zao ł żenia ma sprawdza ć wy łącznie drobn ą cz ęść systemu. W tym celu wszelka interakcja ze światem zewn ętrznym (pozosta łą częś ci ą systemu) musi zosta ć zast ąpiona przez MockObject MockObject powinien: by ć łatwy do stworzenia, łatwy do skonfigurowania, szybki, deterministyczny, bez interfejsu użytkownika, wy łącznie z metodami dost ępowymi ( get )
32 Pattern Mock Object NIE TESTUJ MOCKA Wniosek wszystkie elementy systemu musz ą pochodzi ć z fabryk. Żaden obiekt nie mo że tworzy ć elementów z którymi wspópracuje ł ( żeby mo żna byo ł podmieni ć go pod Mock) To si ę nazywa Inversion Of Control (IoC) istniej ą dedykowane kontenery temat wykracza znacznie poza tematyk ę wykadu ł
33 Mock Object public class OrderInteractionTester extends MockObjectTestCase { private static String TALISKER = "Talisker"; public void testfillingremovesinventoryifinstock() { //setup data Order order = new Order(TALISKER, 50); Mock warehousemock = new Mock(Warehouse.class); //setup expectations warehousemock.expects(once()).method("hasinventory").with(eq(talisker),eq(50)).will(returnvalue(true)); warehousemock.expects(once()).method("remove").with(eq(talisker), eq(50)).after("hasinventory");
34 Mock Object //exercise order.fill((warehouse) warehousemock.proxy()); warehousemock.verify(); asserttrue(order.isfilled()); } public void testfillingdoesnotremoveifnotenoughinstock() { Order order = new Order(TALISKER, 51); Mock warehouse = mock(warehouse.class); warehouse.expects(once()).method("hasinventory").withanyarguments().will(returnvalue(false)); order.fill((warehouse) warehouse.proxy()); assertfalse(order.isfilled());}
35 JMock Istniej ą narz ędzia do tworzenia Mock Object jako proxy mniej kruche ni ż rę cznie tworzone (uwaga: nie testuj Mocka) Sprawdzamy funkcjonalno ść Publisher w modelu Publish(er)/Subscribe(r) import org.jmock.*; class PublisherTest extends MockObjectTestCase { public void testonesubscriberreceivesamessage() { Mock mocksubscriber = mock(subscriber.class); Publisher publisher = new Publisher(); publisher.add((subscriber) mocksubscriber.proxy());
36 JMock final String message = "message"; //oczekiwane warunki mocksubscriber.expects(once()).method("receive").with(0eq(message) ); publisher.11publish(message); } } Jeś li oczekiwane warunki nie zostan ą spenione ł test się nie powiedzie
37 } Fluent Interface private void makenormal(customer customer) { Order o1 = new Order(); customer.addorder(o1); OrderLine line1 = new OrderLine(6, Product.find("TAL")); o1.addline(line1); OrderLine line2 = new OrderLine(5, Product.find("HPK")); o1.addline(line2); OrderLine line3 = new OrderLine(3, Product.find("LGV")); o1.addline(line3); line2.setskippable(true); o1.setrush(true);
38 Fluent Interface private void makefluent(customer customer) { customer.neworder().with(6, "TAL").with(5, "HPK").skippable().with(3, "LGV").priorityRush(); }
39 Fluent Interface Kluczem s ą settery zwracaj ą ce this customer.neworder().with(6, "TAL").with(5, "HPK").skippable().with(3, "LGV").priorityRush(); A czasem inny obiekt (dobre do podpowiedzi w IDE) mock.expects(once()).method("m").with( ); or(stringcontains("hello"),stringcontains("howdy")) W celu walidacji warto mie ć trigger table.select( name ).where( id, equal(6)).query()
40 Testowanie GUI Dla MVC mo żna testowa ć interakcj ę Modelu i Controllerów. Jeś li View ma zo ł żon ą logik ę to mo żna tworzy ć jego fragmenty i je odpytywa ć w trakcie testu. Istnieje mo żliwo ść nagrania klikni ęć i odtworzenie ich (java.awt.robot) ale jest to bardzo kruche rozwi ązanie Mo żna korzysta ć z istniej ących frameworków do testowania GUI np. Abbot
41 Testy są super!!! Niech komputer wyr ęczy Ci ę w nudnej robocie Zostaw debugger pisz testy! Rozwi ąż problem zaczynaj ąc od testów Nie daj si ę przyt łoczy ć testowaniem starego kodu: testuj tylko to co konieczne Dokumentuj testami: swój program, użyte API itp. itd. Wypracuj nawyk testowania. Odrzu ć zasad ę jak dziaa, ł nie dotykaj. Refactor Mercilessly. Znajd ź swój styl metody s ą dla ludzi, a nie ludzie dla metody
METODY PROGRAMOWANIA
METODY PROGRAMOWANIA Testy jednostkowe 8 grudnia 2017 Krzysztof Pawłowski kpawlowski@pjwstk.edu.pl PO CO NAM TESTY? weryfikacja poprawności sprawdzanie regresji specyfikacja dokumentacja wymuszanie dobrego
Bardziej szczegółowoProgramowanie poprzez testy z wykorzystaniem JUnit
Programowanie poprzez testy z wykorzystaniem JUnit Programowanie ekstremalne (XP) XP zaproponowano w 1999 (K. Beck: Extreme Programming Explained ) XP dedykowane jest do projektów: O małym lub średnim
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ół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ółowoTestowanie jednostkowe. Jacek Starzyński, ZETiIS PW
Testowanie jednostkowe Jacek Starzyński, ZETiIS PW Testowanie Po co testować? Co testować? Kiedy testować? Jak testować? Narzędzia Po co testować? Testy nie udowadniają poprawności......ale pozwalają wykryć
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ółowoSexy unit testy. czyli o kilku praktykach w testach jednostkowych
Sexy unit testy czyli o kilku praktykach w testach jednostkowych Agenda sekund o samym sobie KILKA zdań o prezentacji kilka przemyśleń pomysłów na ułatwienie sobie życia pytań od publiczności O mnie Absolwent
Bardziej szczegółowoProgramowanie zespołowe
Programowanie zespołowe Laboratorium 3 - podstawy testów jednostkowych mgr inż. Krzysztof Szwarc krzysztof@szwarc.net.pl Sosnowiec, 7 marca 2017 1 / 22 mgr inż. Krzysztof Szwarc Programowanie zespołowe
Bardziej szczegółowoTestowanie. Ryszard Beczek & Piotr Miłkowski 1 04/11/07
Testowanie Ryszard Beczek & Piotr Miłkowski 1 O czym to będzie? Trzy słowa o testowaniu TDD JUnit TestNG JMeter Yawet Squish/Java 2 Jak testujemy? Zwykle aplikacje testujemy ręcznie Testy przeprowadzamy
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ółowoAplikacje RMI Lab4
Aplikacje RMI https://docs.oracle.com/javase/tutorial/rmi/overview.html Lab4 Dr inż. Zofia Kruczkiewicz Programowanie aplikacji internetowych 1 1. Koncepcja budowy aplikacji RMI (aplikacja rozproszonych
Bardziej szczegółowoAplikacje RMI https://docs.oracle.com/javase/tutorial/rmi/overview.html
Aplikacje RMI https://docs.oracle.com/javase/tutorial/rmi/overview.html Dr inż. Zofia Kruczkiewicz wykład 4 Programowanie aplikacji internetowych, wykład 4 1 1. Zadania aplikacji rozproszonych obiektów
Bardziej szczegółowoWYKORZYSTANIE JĘZYKA GROOVY W TESTACH JEDNOSTKOWYCH, INTEGRACYJNYCH I AUTOMATYCZNYCH. Mirosław Gołda, Programista Java
WYKORZYSTANIE JĘZYKA GROOVY W TESTACH JEDNOSTKOWYCH, INTEGRACYJNYCH I AUTOMATYCZNYCH Mirosław Gołda, Programista Java Agenda Kilka słów o języku Groovy Wpięcie Grooviego w projekt Springowy Testy jednostkowe
Bardziej szczegółowoWeryfikacja i walidacja. Metody testowania systemów informatycznych
Weryfikacja i walidacja Metody testowania systemów informatycznych Zagadnienia Weryfikacja a walidacja Etapy procesu testowania Rola planowania w procesie testowania systemów Przegląd różnych strategii
Bardziej szczegółowoKompozycja i dziedziczenie klas
Programowanie obiektowe Kompozycja i dziedziczenie klas Paweł Rogaliński Instytut Informatyki, Automatyki i Robotyki Politechniki Wrocławskiej pawel.rogalinski pwr.wroc.pl Kompozycja i dziedziczenie klas
Bardziej szczegółowoAutomatyzacja testowania oprogramowania. Automatyzacja testowania oprogramowania 1/36
Automatyzacja testowania oprogramowania Automatyzacja testowania oprogramowania 1/36 Automatyzacja testowania oprogramowania 2/36 Potrzeba szybkich rozwiązań Testowanie oprogramowania powinno być: efektywne
Bardziej szczegółowoTESTOWANIE OPROGRAMOWANIA
TESTOWANIE OPROGRAMOWANIA Uważaj na ten program ja tylko udowodniłem jego poprawność, nie testowałem go Donald Knuth Plan prezentacji 1. Testowanie wstęp 2. Refaktoryzacja 3. Pojęcia związane z testowaniem
Bardziej szczegółowoWprowadzenie do testów jednostkowych. Marcin Dziedzic, Wiktor Żołnowski
Wprowadzenie do testów jednostkowych Marcin Dziedzic, Wiktor Żołnowski Część I: Koncepcja testów jednostkowych Co to jest test jednostkowy wg Wiki? Test jednostkowy (ang. unit test) to w programowaniu
Bardziej szczegółowoJUnit TESTY JEDNOSTKOWE. Waldemar Korłub. Platformy Technologiczne KASK ETI Politechnika Gdańska
JUnit TESTY JEDNOSTKOWE Waldemar Korłub Platformy Technologiczne KASK ETI Politechnika Gdańska Testy aplikacji 2 Ręczne testowanie Czasochłonne Powtarzalność trudna do uzyskania Nudne Testowanie automatyczne
Bardziej szczegółowoAutomatyczne testowanie aplikacji Android
Automatyczne testowanie aplikacji Android Arkadiusz Konior! 4developers!! Warszawa 7 kwietnia 2014 Agenda Testowanie Android Testing Framework Robotium Espresso monkey monkeyrunner UIAutomator Robolectric
Bardziej szczegółowoLABARATORIUM 9 TESTY JEDNOSTKOWE JUNIT 3.8
Inżynieria Oprogramowania 2013/14 LABARATORIUM 9 TESTY JEDNOSTKOWE JUNIT 3.8 Hierarchia klas: TestCase klasa testująca, będąca klasą bazową dla wszystkich przypadków testowych. Zawiera przypadki testowe
Bardziej szczegółowoObiektowe programowanie rozproszone Java RMI. Krzysztof Banaś Systemy rozproszone 1
Obiektowe programowanie rozproszone Java RMI Krzysztof Banaś Systemy rozproszone 1 Java RMI Mechanizm zdalnego wywołania metod Javy (RMI Remote Method Invocation) posiada kilka charakterystycznych cech,
Bardziej szczegółowoJUNIT. Terminologia. Organizacja testów
JUNIT Terminologia Test coverage zarkes badań testowany kawałek kodu Test lokalny local test badanie pojedynczej klasy itp. Text fixture armatura pomiarowa (wat?) punkt odniesienia do testów Integration
Bardziej szczegółowoWieloplatformowe aplikacje sieciowe. dr inż. Juliusz Mikoda mgr inż. Anna Wawszczak
Wieloplatformowe aplikacje sieciowe dr inż. Juliusz Mikoda mgr inż. Anna Wawszczak SOAP Serwer: Axis2 / Java Wbudowany komponent nasłuchujący, (Apache / Tomcat) Client Axis2 klient / XML Jeżyk programowania:
Bardziej szczegółowoWywoływanie metod zdalnych
Wywoływanie metod zdalnych model systemu Wywoływanie metod zdalnych aplikacja kliencka interfejs obiekt serwer Podejście obiektowe do budowy systemów rozproszonych proxy szkielet sieć Istota podejścia
Bardziej szczegółowoJęzyki i metody programowania Java. Wykład 2 (część 2)
Języki i metody programowania Java INF302W Wykład 2 (część 2) Autor Dr inż. Zofia Kruczkiewicz 1 Struktura wykładu 1. Identyfikacja danych reprezentowanych przez klasy podczas opracowania koncepcji prostego
Bardziej szczegółowoTestowanie I. Celem zajęć jest zapoznanie studentów z podstawami testowania ze szczególnym uwzględnieniem testowania jednostkowego.
Testowanie I Cel zajęć Celem zajęć jest zapoznanie studentów z podstawami testowania ze szczególnym uwzględnieniem testowania jednostkowego. Testowanie oprogramowania Testowanie to proces słyżący do oceny
Bardziej szczegółowoRemote Method Invocation 17 listopada 2010
Podejście obiektowe do budowy systemów rozproszonych interfejs (w języku Java), wywiedziony z Remote obiekt aplikacja klienckak interfejs serwer stub szkielet sieć Mechanizm RMI umożliwia tworzenie obiektów
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ółowoPodejście obiektowe do budowy systemów rozproszonych
Podejście obiektowe do budowy systemów rozproszonych interfejs (w języku Java), wywiedziony z Remote obiekt aplikacja kliencka interfejs serwer stub szkielet sieć Dariusz Wawrzyniak (IIPP) 1 Mechanizm
Bardziej szczegółowoRemote Method Invocation 17 listopada Dariusz Wawrzyniak (IIPP) 1
interfejs (w języku Java), wywiedziony z Remote obiekt Podejście obiektowe do budowy systemów rozproszonych aplikacja kliencka interfejs serwer stub szkielet sieć Mechanizm RMI umożliwia tworzenie obiektów
Bardziej szczegółowoOprogramowanie systemów równoległych i rozproszonych Wykład 7
Wykład 7 p. 1/2 Oprogramowanie systemów równoległych i rozproszonych Wykład 7 Dr inż. Tomasz Olas olas@icis.pcz.pl Instytut Informatyki Teoretycznej i Stosowanej Politechnika Częstochowska Zdalne wywołanie
Bardziej szczegółowoProgramowanie obiektowe
Programowanie obiektowe Wykład 5 Marcin Młotkowski 23 marca 2017 Plan wykładu 1 2 3 4 5 Marcin Młotkowski Programowanie obiektowe 2 / 50 Historia Początkowe założenia Projekt OAK Sterowanie urządzeniami
Bardziej szczegółowoProgramowanie w języku Java - Wyjątki, obsługa wyjątków, generowanie wyjątków
Programowanie w języku Java - Wyjątki, obsługa wyjątków, generowanie wyjątków mgr inż. Maciej Lasota Version 1.0, 13-05-2017 Spis treści Wyjątki....................................................................................
Bardziej szczegółowoProgramowanie w Javie cz. 1 Wstęp. Łódź, 24 luty 2014 r.
Programowanie w Javie cz. 1 Wstęp Łódź, 24 luty 2014 r. Prawdy i mity o Javie Java jest techniką webową? (tak, platforma Java EE, aplety) Java jest bezpieczna? (tak, aplety, brak operowania na pamięci)
Bardziej szczegółowoTestowanie aplikacji Java Servlets
Borland Developer Days 2004 2-3 czerwca 2004 Testowanie aplikacji Java Servlets Bartosz Walter mailto: Bartek.Walter@man.poznan.pl Agenda Aplikacje Java Servlets TM Jak testować aplikacje internetowe?
Bardziej szczegółowoTestowanie II. Celem zajęć jest zapoznanie studentów z oceną jakości testów przy wykorzystaniu metryk pokrycia kodu testami (ang. code coverage).
Testowanie II Cel zajęć Celem zajęć jest zapoznanie studentów z oceną jakości testów przy wykorzystaniu metryk pokrycia kodu testami (ang. code coverage). Pokrycie kodu testami Jak już była mowa na poprzednich
Bardziej szczegółowoWykład 2 Wybrane konstrukcje obiektowych języków programowania (1)
MAS dr. Inż. Mariusz Trzaska Wykład 2 Wybrane konstrukcje obiektowych języków programowania (1) Zagadnienia o Podstawy o Kontrolowanie sterowania o Klasy o Interfejsy o Obsługa błędów o Pojemniki o System
Bardziej szczegółowoTestowanie II. Cel zajęć. Pokrycie kodu
Cel zajęć Celem zajęć jest zapoznanie studentów z uzupełniającymi zagadnieniami dotyczącymi testowania wytwarzanego oprogramowania. W pierwszej części zajęć przedstawiona zostanie metoda oceny kompletności
Bardziej szczegółowoWywoływanie metod zdalnych
Wywoływanie metod zdalnych Podejście obiektowe do budowy systemów rozproszonych Wywoływanie metod zdalnych model systemu obiekt aplikacja kliencka interfejs serwer proxy szkielet sieć Istota podejścia
Bardziej szczegółowoDokumentacja do API Javy.
Dokumentacja do API Javy http://java.sun.com/j2se/1.5.0/docs/api/ Klasy i obiekty Klasa jest to struktura zawierająca dane (pola), oraz funkcje operujące na tych danych (metody). Klasa jest rodzajem szablonu
Bardziej szczegółowoTomasz Dobek. t.dobek@students.mimuw.edu.pl
Spring Framework Tomasz Dobek t.dobek@students.mimuw.edu.pl Plan prezentacji Spring z lotu ptaka Kontener Spring IoC Spring AOP Menedżer transakcji w Springu Spring DAO Testy integracyjne Podsumowanie
Bardziej szczegółowoRemote Method Invocation 17 listopada rozproszonych. Dariusz Wawrzyniak (IIPP) 1
P d jś i bi kt d b d t ó Podejście obiektowe do budowy systemów rozproszonych Dariusz Wawrzyniak (IIPP) 1 interfejs (w języku Java),wywiedziony idi z Remote obie kt aplikacja klie ncka interfe js serw
Bardziej szczegółowoBudowa aplikacji webowej w oparciu o Maven2 oraz przykłady testów jednostkowych. Wykonał Marcin Gadamer
Budowa aplikacji webowej w oparciu o Maven2 oraz przykłady testów jednostkowych. Wykonał Marcin Gadamer Maven 2 podstawowe informacje Apache Maven jest narzędziem automatyzującym budowę oprogramowania
Bardziej szczegółowoPoczątki Javy. dr Anna Łazińska, WMiI UŁ Podstawy języka Java 1 / 8
Początki Javy Java została pierwotnie zaprojektowana dla telewizji interaktywnej, ale była to zbyt zaawansowaną technologią dla branży cyfrowej telewizji kablowej. James Gosling, Mike Sheridan i Patrick
Bardziej szczegółowoMichał Olejnik. 22 grudnia 2009
Continuous TDD Politechnika Wrocławska Informatyka 22 grudnia 2009 Agenda Wprowadzenie 1 Wprowadzenie 2 3 4 5 Agenda Wprowadzenie 1 Wprowadzenie 2 3 4 5 Agenda Wprowadzenie 1 Wprowadzenie 2 3 4 5 Agenda
Bardziej szczegółowoZdalne wywołanie metod - koncepcja. Oprogramowanie systemów równoległych i rozproszonych Wykład 7. Rodzaje obiektów. Odniesienie do obiektu
Zdalne wywołanie metod - koncepcja Oprogramowanie systemów równoległych i rozproszonych Wykład 7 RMI (Remote Method Invocation) - obiektowe RPC, dostarcza klientowi interfejs do obiektu, implementacja
Bardziej szczegółowoZad.30. Czy można utworzyć klasę, która implementuje oba interfejsy?
Zad.28. Utwórz klasę, która implementuje oba interfejsy: public void pisz ( ) ; public void pisz ( ) ; Zad.29. Utwórz klasę, która implementuje oba interfejsy: public void pisz ( int l i c z b a ) ; public
Bardziej szczegółowoAplikacje w środowisku Java
Aplikacje w środowisku Java Materiały do zajęć laboratoryjnych Wyjątki mgr inż. Kamil Zieliński Katolicki Uniwersytet Lubelski Jana Pawła II 2018/2019 Spis treści Wyjątki... 3 2 Wyjątki Podczas pracy programu
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ółowoInstrukcja 10 Laboratorium 13 Testy akceptacyjne z wykorzystaniem narzędzia FitNesse
Instrukcja 10 Laboratorium 13 Testy akceptacyjne z wykorzystaniem narzędzia FitNesse 1 Cel laboratorium: Nabycie umiejętności przygotowywania testów akceptacyjnych za pomocą narzędzia FitNesse 1. Wg wskazówek
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 obiektowe
Programowanie obiektowe Laboratorium 1. Wstęp do programowania w języku Java. Narzędzia 1. Aby móc tworzyć programy w języku Java, potrzebny jest zestaw narzędzi Java Development Kit, który można ściągnąć
Bardziej szczegółowoProjektowanie obiektowe oprogramowania Testowanie oprogramowania Wykład 13 Wiktor Zychla 2014
Projektowanie obiektowe oprogramowania Testowanie oprogramowania Wykład 13 Wiktor Zychla 2014 1 Wprowadzenie State-of-the-art współczesnego warsztatu narzędzi testujących obejmuje nie tylko metodologie
Bardziej szczegółowoJava - wprowadzenie. Programowanie Obiektowe Mateusz Cicheński
Java - wprowadzenie Programowanie Obiektowe Mateusz Cicheński O języku Czym jest Java Cechy charakterystyczne języka Przykładowe zastosowania Składnia języka Podstawowe typy Wybrane słowa kluczowe Plan
Bardziej szczegółowoMVC w praktyce tworzymy system artykułów. cz. 1
MVC w praktyce tworzymy system artykułów. cz. 1 Tworząc różnego rodzaju aplikacje natrafiamy na poważny problem utrzymania dobrej organizacji kodu przejrzystej oraz łatwej w rozbudowie. Z pomocą przychodzą
Bardziej szczegółowoZAPOZNANIE SIĘ Z TWORZENIEM
LABORATORIUM SYSTEMÓW MOBILNYCH ZAPOZNANIE SIĘ Z TWORZENIEM APLIKACJI MOBILNEJ W J2ME I. Temat ćwiczenia II. Wymagania Podstawowe wiadomości z zakresu języka Java Podstawowa znajomość środowiska Eclipse
Bardziej szczegółowoWprowadzenie. Narzędzia i środowiska programistyczne. Laboratorium 1. Prowadzący: Kierunek: Semestr: Rok: Tomasz Gądek Informatyka Zimowy 2
Państwowa Wyższa Szkoła Zawodowa w Tarnowie Zakład Informatyki Narzędzia i środowiska programistyczne Laboratorium 1 Wprowadzenie Prowadzący: Kierunek: Semestr: Rok: Informatyka Zimowy 2 O Sobie Od 2014
Bardziej szczegółowoTest-Driven Development
Test-Driven Development droga od podstaw do biegłości w rozwijaniu dużych aplikacji Krzysztof Jelski O mnie Szkolenia Software TDD Odcinek 1 TDD newbie TDD C#.NET CF Ciekawość Oczekiwania TDD C#.NET CF
Bardziej szczegółowoKlasy. dr Anna Łazińska, WMiI UŁ Podstawy języka Java 1 / 13
Klasy Klasa to grupa obiektów, które mają wspólne właściwości, a obiekt jest instancją klasy. Klasa w języku Java może zawierać: pola - reprezentują stan obiektu (odniesienie do pola z kropką), methods
Bardziej szczegółowoZaawansowane aplikacje internetowe - laboratorium Architektura CORBA.
Zaawansowane aplikacje internetowe - laboratorium Architektura CORBA. Celem ćwiczenia jest przygotowanie prostej aplikacji wykorzystującej architekturę CORBA. Aplikacja składa się z usługodawcy (serwera)
Bardziej szczegółowoProgramowanie obiektowe
Programowanie obiektowe Wykład 7 Marcin Młotkowski 8 kwietnia 2015 Plan wykładu Z życia programisty, część 1 1 Z życia programisty, część 1 2 3 Z życia programisty, część 2 Model View Controller MVC w
Bardziej szczegółowoPierwsze kroki. Algorytmy, niektóre zasady programowania, kompilacja, pierwszy program i jego struktura
Materiał pomocniczy do kursu Podstawy programowania Autor: Grzegorz Góralski ggoralski.com Pierwsze kroki Algorytmy, niektóre zasady programowania, kompilacja, pierwszy program i jego struktura Co znaczy
Bardziej szczegółowoKurs programowania. Wykład 9. Wojciech Macyna. 28 kwiecień 2016
Wykład 9 28 kwiecień 2016 Java Collections Framework (w C++ Standard Template Library) Kolekcja (kontener) Obiekt grupujacy/przechowuj acy jakieś elementy (obiekty lub wartości). Przykładami kolekcji sa
Bardziej szczegółowoWyjątki. Streszczenie Celem wykładu jest omówienie tematyki wyjątków w Javie. Czas wykładu 45 minut.
Wyjątki Streszczenie Celem wykładu jest omówienie tematyki wyjątków w Javie. Czas wykładu 45 minut. Wydaje się, że żaden użytkownik oprogramowania nie lubi, kiedy stosowany program nagle zawiesza się,
Bardziej szczegółowoPlatformy Technologiczne
i Platformy Technologiczne Laboratorium nr 5 Java: testy jednostkowe z biblioteką JUnit Projekt opracowany w ramach laboratorium nr 5 będzie wykorzystywany w czasie laboratorium nr 6 należy zachować przygotowaną
Bardziej szczegółowoJAX-RS czyli REST w Javie. Adam Kędziora
JAX-RS czyli REST w Javie Adam Kędziora Webservice Usługa sieciowa (ang. web service) komponent programowy niezależny od platformy i implementacji, dostarczający określonej funkcjonalności. SOAP,UDDI,XML,WSDL
Bardziej szczegółowoZaawansowane aplikacje WWW - laboratorium
Zaawansowane aplikacje WWW - laboratorium Przetwarzanie XML (część 2) Celem ćwiczenia jest przygotowanie aplikacji, która umożliwi odczyt i przetwarzanie pliku z zawartością XML. Aplikacja, napisana w
Bardziej szczegółowoZaawansowane techniki programowania C#
Wykład 2 Piotr Błaszyński Wydział Informatyki Zachodniopomorskiego Uniwersytetu Technologicznego 18 października 2017 służą do informowania o niepowodzeniu pewnego elementu programu, dawniej używano tzw.
Bardziej szczegółowoJAVA I BAZY DANYCH. MATERIAŁY: http://docs.oracle.com/javase/tutorial/jdbc/basics/index.html
JAVA I BAZY DANYCH ZAGADNIENIA: wprowadzenie; JDBC; komunikacja z bazą danych; HSQLDB. MATERIAŁY: http://docs.oracle.com/javase/tutorial/jdbc/basics/index.html http://th-www.if.uj.edu.pl/zfs/ciesla/ JĘZYK
Bardziej szczegółowoPodejście obiektowe do budowy systemów rozproszonych
Podejście obiektowe do budowy systemów rozproszonych interfejs (w języku Java), wywiedziony z Remote obiekt aplikacja kliencka interfejs serwer stub szkielet sieć Dariusz Wawrzyniak 1 Mechanizm RMI umożliwia
Bardziej szczegółowoJava RMI. Dariusz Wawrzyniak 1. Podejście obiektowe do budowy systemów rozproszonych. obiekt. interfejs. kliencka. sieć
Podejście obiektowe do budowy systemów rozproszonych interfejs (w języku Java), wywiedziony z Remote obiekt aplikacja kliencka interfejs serwer stub szkielet sieć Mechanizm RMI umożliwia tworzenie obiektów
Bardziej szczegółowoKurs programowania. Wykład 13. Wojciech Macyna. 14 czerwiec 2017
Wykład 13 14 czerwiec 2017 Java vs cpp - podobieństwa Podobny sposób definiowania klas. Występowanie typów podstawowych: boolean, char, byte, short, int, long, float, double. Podobna zasada definiowania
Bardziej szczegółowoProgramowanie obiektowe
Programowanie obiektowe III. Refleksja Małgorzata Prolejko OBI JA16Z03 Plan Klasa Class. Analiza funkcjonalności klasy. Podstawy obsługi wyjątków. Zastosowanie refleksji do analizy obiektów. Wywoływanie
Bardziej szczegółowo1 Atrybuty i metody klasowe
1 Atrybuty i metody klasowe Składowe klasowe (statyczne) Każdy obiekt klasy posiada własny zestaw atrybutów. Metody używają atrybutów odpowiedniego obiektu. Czasem potrzeba atrybutów wspólnych dla wszystkich
Bardziej szczegółowoJava. Wykład. Dariusz Wardowski, Katedra Analizy Nieliniowej, WMiI UŁ
Procesy i wątki Proces posiada samodzielne środowisko wykonawcze. Proces posiada własny zestaw podstawowych zasobów w czasie wykonywania; W szczególności, każdy proces ma własną przestrzeń pamięci. W uproszczeniu
Bardziej szczegółowoJava: otwórz okienko. Programowanie w językach wysokiego poziomu. mgr inż. Anna Wawszczak
Java: otwórz okienko Programowanie w językach wysokiego poziomu mgr inż. Anna Wawszczak PLAN WYKŁADU klasy wewnętrzne, lokalne i anonimowe biblioteka AWT zestaw Swing JFrame JPanel komponenty obsługa zdarzeń
Bardziej szczegółowoGdzie jest moja tabela?
Gdzie jest moja tabela? Czyli jak sobie radzić w Javie i SQL gdy zmienia się schemat bazy danych. Tomasz Skutnik 21 Listopada 2011 r UWIELBIAM piratów programować. Dziś koduję sklep internetowy. Jak rozmawiać
Bardziej szczegółowoJava RMI. Dariusz Wawrzyniak 1. Podejście obiektowe do budowy systemów rozproszonych. obiekt. interfejs. kliencka. sieć
interfejs (w języku Java), wywiedziony z Remote obiekt Podejście obiektowe do budowy systemów rozproszonych aplikacja kliencka stub interfejs serwer szkielet sieć Mechanizm RMI umożliwia tworzenie obiektów
Bardziej szczegółowoJęzyki i metody programowania Java INF302W Wykład 3 (część 1)
Języki i metody programowania Java INF302W Wykład 3 (część 1) Autor Dr inż. Zofia Kruczkiewicz Autor: Zofia Kruczkiewicz, Języki i metody programowania Java, wykład 3, część 1 1 STRUKTURA WYKŁADU 1. Wyjątki,
Bardziej szczegółowoRozdział 4 KLASY, OBIEKTY, METODY
Rozdział 4 KLASY, OBIEKTY, METODY Java jest językiem w pełni zorientowanym obiektowo. Wszystkie elementy opisujące dane, za wyjątkiem zmiennych prostych są obiektami. Sam program też jest obiektem pewnej
Bardziej szczegółowoWielowątkowość. Programowanie w środowisku rozproszonym. Wykład 1.
Wielowątkowość Programowanie w środowisku rozproszonym. Wykład 1. Informacje organizacyjne Wymiar godzin: W-30, LAB-15 Zaliczenie wykonanie kilku programów i ich zaliczenie (w trakcie zajęć laboratoryjnych)
Bardziej szczegółowoKatalog książek cz. 2
Katalog książek cz. 2 Odczytywanie danych z XML Do ćwiczenia dołączony jest plik books.xml zawierający pełen katalog książek. Poniższy listing zawiera przykładowy fragment danych w stosowanym formacie.
Bardziej szczegółowoWprowadzenie db4o - podstawy db4o - technikalia Przydatne wiadomości. Wprowadzenie. db4o. Norbert Potocki. 1 czerwca 2009. Norbert Potocki db4o
Wprowadzenie - podstawy - technikalia Przydatne wiadomości Wprowadzenie 1 czerwca 2009 Wprowadzenie - podstawy - technikalia Przydatne wiadomości Wprowadzenie = bjects = database for objects w pełni obiektowa
Bardziej szczegółowoProgramowanie obiektowe
Programowanie obiektowe Laboratorium 11 - przegląd wybranych wzorców mgr inż. Krzysztof Szwarc krzysztof@szwarc.net.pl Sosnowiec, 24 maja 2017 1 / 38 mgr inż. Krzysztof Szwarc Programowanie obiektowe Wzorce
Bardziej szczegółowoTechniki efektywnego testowania kodu dla programistów Java (Spock
Program szkolenia: Techniki efektywnego testowania kodu dla programistów Java (Spock/JUnit) Informacje: Nazwa: Kod: Kategoria: Grupa docelowa: Czas trwania: Forma: Techniki efektywnego testowania kodu
Bardziej szczegółowoMichał Sierzputowski. Zautomatyzuj swoje testy automatyczne oparte o Selenium
Michał Sierzputowski Zautomatyzuj swoje testy automatyczne oparte o Selenium Automatyzacja Testów - wprowadzenie Dostarczanie szybkiej informacji zwrotnej Zapewnianie możliwości wprowadzania bezpiecznych
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ółowoNarzędzia i aplikacje Java EE. Usługi sieciowe Paweł Czarnul pczarnul@eti.pg.gda.pl
Narzędzia i aplikacje Java EE Usługi sieciowe Paweł Czarnul pczarnul@eti.pg.gda.pl Niniejsze opracowanie wprowadza w technologię usług sieciowych i implementację usługi na platformie Java EE (JAX-WS) z
Bardziej szczegółowoTestowanie aplikacji. Kurs języka Ruby
Testowanie aplikacji Kurs języka Ruby Rodzaje testów Testy jednostkowe Testy funkcjonalne Testy integracyjne Testy jednostkowe (unit tests) Testy sprawdzające pojedyncze funkcjonalności (metodę, funkcję
Bardziej szczegółowoSłowa kluczowe jak góry lodowe
Public Słowa kluczowe jak góry lodowe czyli rzecz o bibliotekach testowych Marcin Kowalczyk marcin.kowalczyk@tieto.com Spis treści Dlaczego słowa kluczowe są jak góry lodowe, po co tworzyć własne biblioteki
Bardziej szczegółowoJęzyk JAVA podstawy. wykład 2, część 2. Jacek Rumiński. Politechnika Gdańska, Inżynieria Biomedyczna
Język JAVA podstawy wykład 2, część 2 Jacek Rumiński 1 Język JAVA podstawy Plan wykładu: 1. Rodzaje programów w Javie 2. Tworzenie aplikacji 3. Tworzenie apletów 4. Obsługa archiwów 5. Wyjątki 6. Klasa
Bardziej szczegółowoPico. Wstęp do kontenerów IoC.
Pico Wstęp do kontenerów IoC Michal.Malecki@man.poznan.pl Plan prezentacji Wzorzec Inversion of Control (IoC) Wyszukiwanie zależności (Dependency Injection) PicoContainer Case Study Podsumowanie Inversion
Bardziej szczegółowoAplikacja wielow tkowa prosty komunikator
Aplikacja wielow tkowa prosty komunikator Klient 0 (host 1) W tek 0 Komponent serwera W tek pochodny 3.1 Klient 1 (host 2) W tek 1 Komponent serwera W tek pochodny 3.2 Host 4 Serwer W tek 3 Klient 2 (host
Bardziej szczegółowoJava podstawy jęyka. Wykład 2. Klasy abstrakcyjne, Interfejsy, Klasy wewnętrzne, Anonimowe klasy wewnętrzne.
Java podstawy jęyka Wykład 2 Klasy abstrakcyjne, Interfejsy, Klasy wewnętrzne, Anonimowe klasy wewnętrzne. Wyjątki: obsługa błędów Wydział Fizyki i Informatyki Stosowanej, Uniwersytetu Łódzkiego 12.03.2015
Bardziej szczegółowoProgram szkolenia: Test Driven Development (TDD) using Spock or JUnit 5
Program szkolenia: Test Driven Development (TDD) using Spock or JUnit 5 Informacje: Nazwa: Test Driven Development (TDD) using Spock or JUnit 5 Kod: craft-test-tdd Kategoria: Testowanie automatyczne Grupa
Bardziej szczegółowoRMI-2. Java Remote Method Invocation (RMI) na podstawie m.in. podręcznika firmy Sun Microsystems SYSTEMY ROZPROSZONE
Java Remote Method Invocation (RMI) na podstawie m.in. podręcznika firmy Sun Microsystems www.cs.agh.edu.pl/~slawek/zrodla_rmi2.zip Kilka pytań Co mamy? rok 2005-ty, gotową wersję 2 programu NoteBoard.
Bardziej szczegółowoProgramowanie w języku Java. Bazy danych SQLite w Javie
Programowanie w języku Java Bazy danych SQLite w Javie Co to jest SQLite SQLite to bezserwerowa, nie wymagająca konfiguracji relacyjna baza danych. Znajduje szerokie zastosowanie np.. w systemie android
Bardziej szczegółowoAplikacja webowa w Javie szybkie programowanie biznesowych aplikacji Spring Boot + Vaadin
Aplikacja webowa w Javie szybkie programowanie biznesowych aplikacji Spring Boot + Vaadin Czym jest Spring Boot? Spring Boot jest szkieletem aplikacji, opiera się o Spring Framework czyli Framework szeroko
Bardziej szczegółowo