Ocena i testowanie kodu
|
|
- Kornelia Rogowska
- 6 lat temu
- Przeglądów:
Transkrypt
1 Ocena i testowanie kodu Zajęcia 3 Jacek Starzyński, IETiSIP PW
2 Treść wykładu Wstęp: jakość oprogramowania, a jakość kodu Ocena kodu -- metryki Testowanie testowanie jednostkowe testowanie zależności biblioteki do testowania Ćwiczenia
3 Jakość oprogramowania Użytkownik: jakość oprogramowania to: zgodność z wymaganiami przydatność (funkcjonalność, łatwość użycia, niezawodność) Wytwórca: ważne są też: konserwowalność rozszerzalność Użytkownik nie widzi kodu, ale z niego korzysta, wytwórca musi kod widzieć (i oceniać)
4 Ocena kodu - metryki Metryki służą do obiektywnej, ilościowej oceny kodu Można oceniać pojedynczą metodę pojedynczą klasę cały system Najważniejsze są metryki oceniające system ale inne też są istotne
5 Ocena złożoności metody Metryka SLOC Source Lines Of Code (liczba linii kodu) Metryka CP Comment Percentage (procent komentarzy) Złożoność cyklomatyczna McCabe
6 Metryka SLOC Pozwala ocenić wielkość systemu...i raczej tylko to Problem z porównywaniem programów w różnych językach #include <stdio.h> int main() { printf("hello World"); return 0; IDENTIFICATION DIVISION PROGRAM-ID. HELLOWORLD * ENVIRONMENT DIVISION CONFIGURATION SECTION SOURCE-COMPUTER. RM-COBOL OBJECT-COMPUTER. RM-COBOL DATA DIVISION FILE SECTION PROCEDURE DIVISION MAIN-LOGIC SECTION BEGIN DISPLAY " " LINE 1 POSITION 1 ERASE EOS DISPLAY "Hello world!" LINE 15 POSITION STOP RUN MAIN-LOGIC-EXIT EXIT.
7 Złożoność cyklomatyczna McCabe Zdefiniowana do oceny programów strukturalnych (w 1976 roku) Złożoność funkcji (metody) określana jest przez liczbę niezależnych ścieżek w grafie przepływu sterowania CC=E V 2 P McCabe sugerował kryterium CC < 10 (E liczba krawędzi, V l. węzłów, P l. Spójnych składowych)
8 Złożoność cyklomatyczna Start McCabe V V E CC 1 =? 5 Stop
9 Ocena złożoności klasy Zestaw metryk CK Zaproponowane w 1993 (IEEE TSE) Chidamber, Kemerer, MIT WMC (Weighted method per class) DIT (Depth of inheritance tree) NOC (Number of children) CBO (Coupling between objects) RFC (Response for class) LCOM (Lack of cohesion of methods)
10 Weighted Methods per Class WMC jest sumą złożoności wszystkich metod klasy n liczba metod klasy c i złożoność i-tej metody Ocena złożoności klasy = pracochłonności wymaganej do jej utworzenia i pielęgnacji. Wysoka dla klas mocno wyspecjalizowanych n WMC= i=1 c i
11 Depth of Inheritance Tree DIT jest maksymalną głębokością położenia klasy w drzewach dziedziczenia DIT =max h Klasa może w ogólności (np. C++) dziedziczyć po kilku hierarchiach. DIT jest najgłębszym z możliwych poziomem. Im wyżej klasa dziedziczy, tym jest bardziej złożona i trudniej przewidzieć jej zachowanie.
12 Number of Children NOC jest liczbą bezpośrednich dzieci klasy w drzewie dziedziczenia Im więcej podklas tym większa powtórna używalność kodu. Zbyt wiele podklas może świadczyć o złym wykorzystaniu dziedziczenia (zła hierarchia?) Im większy NOC tym większy wpływ ma klasa na system i tym trudniej ją testować.
13 Coupling Between Objects CBO jest liczbą klas związanych z daną przy pomocy innej relacji, niż dziedziczenie Duża wartość CBO świadczy o dużym powiązaniu, co zwykle oznacza kłopoty: mała re-używalność duża wrażliwość na zmiany trudne testowanie
14 Response For Class RFC moc zbioru wszystkich metod, które mogą być wywołane w odpowiedzi na komunikat wysłany do klasy RFC= {M all i {R i {M zbiór metod klasy {R i zbiór metod wywoływanych przez i-tą metodę klasy Im większe RFC tym bardziej funkcjonalna i bardziej złożona (trudna do testowania) klasa.
15 Przykład Response For Class public class A { private B ab; public void methoda1() { return ab.methodb1(); public void methoda2(c ac) { return ac.methodc1(); RFC = { methoda1, methoda2, methodb1, methodc1
16 Lack of Cohesion of Methods LCOM to różnica pomiędzy mocą zbioru par metod odwołujących się do rozłącznych podzbiorów atrybutów a mocą zbioru par metod odwołujących się do przecinających się podzbiorów atrybutów. LCOM =max P Q, 0 P= M i, M j : I Mi I Mj = Q= M i, M j : I Mi I Mj M zbiór metod klasy I Mi atrybuty klasy, do których odwołuje się metoda
17 Przykład LCOM public class A { private int f1; private int f2; private int f3; private int f4; public void method1() { // I1 = { f1, f2 // uses f1 // uses f2 public void method2() { // I2 = { f2, f3 // uses f2 // uses f3 public void method3() { // I3 = { f3, f4 // uses f3 // uses f4 Para (mi,mj) Ii Ij method1, method2 {_f2 method1, method3 Փ method2, method3 {_f3 LCOM = 1-2 = -1 => 0
18 Lack of Cohesion of Methods LCOM (wg def. zaproponowanej przez Hendersona-Sellersa w 1996 roku) to względna liczba metod nie odwołujących się do atrybutów klasy LCOM H = m liczba metod, a liczba atrybutów m i liczba metod, które używają i-tego atrybutu LCOM H > 1 to problem a m 1 a i=1 m 1 m i
19 Wykorzystanie metryk CK do oceny systemu Słaby kod gdy: RFC WMC + CBO duże DIT duże LCOM V.Lang, C.Coleman, NASA
20 Ocena złożoności systemu Zestaw metryk MOOD (F. Brito e Abreu, 1995) Ocena całego systemu Procentowe miary wykorzystania mechanizmów obiektowości Niezależny od języka, wielkości systemu Zweryfikowany doświadczalnie
21 Hermetyzacja MOOD MHF Method Hiding Factor AHF Attribute Hiding Factor Dziedziczenie MIF Method Inheritance Factor AIF Attribute Inheritance Factor Polimorfizm PF Polymorphism Factor Powiązania CF Coupling Factor
22 MOOD: miary hermetyzacji - AHF AHF Attribute Hiding Factor c liczba klas A k liczba atrybutów w k-tej klasie A k j AHF =1 c k=1 c k=1 j k A k j c 1 A k liczba atrybutów k-tej klasy widocznych w j-tej klasie
23 MOOD: miary hermetyzacji - MHF MHF Method Hiding Factor c liczba klas M k liczba metod w k-tej klasie M k j MHF =1 c k=1 c k =1 j k M k j c 1 M k liczba metod k-tej klasy widocznych w j-tej klasie
24 Wartości xhf e Abreu przeanalizował AHF i MHF dla 8 dużych projektów o otwartym kodzie AHF zawierał się w przedziale 67% (MFC) 96% (Motif ) MHF zawierał się w przedziale 10% (ET++) 37 % (Motif) Wnioski wydają się dość oczywiste: trzeba ukrywać dane, nie można ukryć wszystkich metod
25 MOOD: miary dziedziczenia - AIF AIF Attribute Inheritance Factor c AIF= k=1 c k=1 A k i A k c liczba klas A k liczba wszystkich atrybutów w k-tej klasie A k i liczba odziedziczonych atrybutów k-tej klasy
26 MOOD: miary dziedziczenia - MIF MIF Method Inheritance Factor c MIF = k=1 c k=1 M k i M k c liczba klas M k liczba wszystkich metod w k-tej klasie M k i liczba odziedziczonych metod k-tej klasy
27 Wartości xif e Abreu przeanalizował AIF i MIF dla 8 dużych projektów o otwartym kodzie AIF zawierał się w przedziale 40% 70% MIF zawierał się w przedziale 64% 85 % Jest to oczekiwane, ale wnioski nie są w tym przypadku tak oczywiste
28 MOOD: miara polimorfizmu - PF PF Polymorphism Factor PF = k=1 c liczba klas M ko liczba przesłaniających metod w k-tej klasie M k n liczba nowych method k-tej klasy S k liczba podklas k-tej klasy c c k =1 M k o [M k n S k ]
29 Wartości PF e Abreu przeanalizował PF dla 8 dużych projektów o otwartym kodzie PF zawierał się w przedziale 3% 13% Można przypuszczać, że świadczy to słabym (jeszcze wtedy) wykorzystaniu polimorfizmu Niektóre źródła zalecają > 10%, ale sprawa jest kontrowersyjna
30 MOOD: miara powiązań - CF CF Coupling Factor CF= c liczba klas C k liczba klas-klientów k-tej klasy S k liczba podklas k-tej klasy c k=1 C k c 2 c 2 k =1 c S k
31 Wartości CF e Abreu przeanalizował CF dla 8 dużych projektów o otwartym kodzie CF zawierał się w przedziale 5% 20% Wydaje się, że pożądane wartości to przedział 5-15%: zbyt mało: odpowiedzialność jest zbyt skupiona zbyt dużo: system jest mało elastyczny
32 Przykłady MFC GNU ET++ Motif MHF 24.6% 13.3% 9.6% 39.2% AHF 68.4% 84.1% 69.4% 100.0% MIF 83.2% 63.1% 83.9% 64.3% AIF 59.6% 62.6% 51.8% 50.3% PF 2.7% 3.5% 4.5% 9.8% CF 9.0% 2.8% 7.7% 7.6%
33 Ocena pakietu Number of Types (NOT) liczba typów (wszystkie klasy, interfejsy,aspekty) Abstractness (A) liczba-abstraktów/liczba-wszystkich-modułów Afferent Couplings (Ca) liczba modułów poza pakietem zależnych od modułów pakietu Efferent Couplings (Ce) liczba modułów w pakiecie zależnych od modułów poza pakietem Instability (I) niestabilność pakietu Ce / (Ce+Ca) Normalized Distance from Main Sequence (Dn) odległość od linii A+I = 1
34 Ocena kodu: narzędzia
35 Ocena kodu: narzędzia
36 Ocena kodu: narzędzia RefactorIT
37 Testowanie Po co testować? Co testować? Kiedy testować? Jak testować? Narzędzia
38 Po co testować? Testy nie udowadniają poprawności......ale pozwalają wykryć błędy Testy są ważnym narzędziem przyrostowej budowy oprogramowania Testy są niezbędnym narzędziem konserwacji oprogramowania
39 Co testować? Konstrukcję klasy testy jednostkowe Architekturę systemu testy integracji Wypełnianie wymagań testy systemu Zachowanie systemu testy integracji systemu Nerwy zamawiającego testy akcepujące
40 Co testować? Źródłó:
41 Kiedy testować? Jak najwcześniej Projektowanie testów razem z testowanym kodem (a nawet wcześniej) pozwala dopracować funkcjonalność kodu. Wczesne testowanie jest łatwiejsze i szybsze. Jak najczęściej Zwłaszcza przy zmianach w kodzie częste testy są łatwiejsze i skuteczniejsze.
42 Jak testować? Automatycznie czy ręcznie? Automatycznie = łatwo => często ręczne testowanie może być bardziej wszechtronne, ale bywa zawodne ludzie są leniwi. Zwinnie, czy tradycyjnie? Eksploracyjnie czy skryptowo?
43 Narzędzia Odpowiednia składnia języka np. metoda main w Javie Biblioteki do testowania jednostkowego xunit: SUnit, JUnit,... JUnitX JTiger TestNG Narzędzia do zarządzania kodem
44 Biblioteka JUnit Narzędzie do testowania jednostkowego w Javie Stworzona przez K. Becka i E. Gammę jest najbardziej (u zna)danym członkiem rodziny xunit Stosunkowo stara i niewygodna... ale ciągle jeszcze bardzo popularna
45 JUNIT podstawowe klasy Test <<interface>> TestResults TestCase TestSuite MyTest
46 JUNIT przykład import java.util.*; public class MathUtl { public double avr( List<Double> l ) { double s= 0; for( double x : l ) s+= l; return s / l.size(); import junit.framework.*; import java.util.*; public class MathUtlTest extends TestCase { public void testaverage2 () { Vector<Double> nums = new Vector<Double>(); nums.add(3.0); nums.add(13.5); asserttrue( MathUtl.avr(nums) == 8.25);
47 Struktura katalogów ` -- src `-- contact -- BusinessContact.java -- Contact.java -- ExGui.form -- ExGui.java -- PhoneBook.java `-- PhoneBookUtils.java `-- test `-- contact -- BusinessContactTest.java -- ContactTest.java `-- PhoneBookTest.java
48 JUNIT kompilacja i uruchamianie $ javac -cp /opt/junit/org.junit_3.8.1/junit.jar MUT.java MathUtl.java $ java -cp /opt/junit/org.junit_3.8.1/junit.jar:. junit.textui.testrunner MUT... Time: 0,006 OK (3 tests) $ java -cp /opt/junit/org.junit_3.8.1/junit.jar:. junit.swingui.testrunner MUT
49 JUNIT struktura klasy testującej konstruktor jest zwykle pomijany metoda setup() służy do inicjalizacji i jest wywoływana przed każdym testem metoda teardown() sprząta i jest wywoływana po każdym teście przypadki testowe są implementowane w postaci metod testcośtam() public class MyTest extends TestCase { void setup() {... void teardown() {... void testone() { void testxxx() {...
50 JUNIT metoda testująca public class JOWTest extends TestCase { private JOW jow = null; public void setup() { jow= new JOW( "Warszawa", ); public void testtostring() { String s= jow.tostring(); assertequals( "JOW Warszawa: liczba wyborców: , głosowało: 0", s ); public void teardown() { jow= null;
51 Rodzaje assercji asserttrue( [komunikat], warunek ) assertfalse( [komunikat], warunek ) assertnull( [komunikat], referencja ) assertnotnull( [komunikat], referencja ) assertsame( [komunikat], oczekiwana, faktyczna ) assertnotsame( [komunikat], oczekiwana, faktyczna ) assertequals( [komunikat], oczekiwana, faktyczna ) assertequals( [komunikat], oczekiwana, faktyczna,delta ) assertnotequals( [komunikat], oczekiwana, faktyczna ) fail( [komunikat] )
52 Inicjowanie obiektów Nie w konstruktorze! public class JOWTest extends TestCase { private JOW jow = null; public JOWTest( String testname ) { super( testname ); jow = new JOW( null, 0 );... Obiekt jow nie zostanie utworzony (w wyniku zgłoszenia wyjątku przez konstruktor klasy JOW). Wyjątek zostanie przechwycony przez środowisko Junit, ale komunikat będzie niepełny, a więc mylący.
53 Inicjowanie obiektów W metodzie setup() public class JOWTest extends TestCase { private JOW jow = null; public setup( ) { jow = new JOW( null, 0 );... Zgłoszenie wyjątku zaowocuje prawidłowym, jasnym komunikatem. java -cp /opt/eclipse/plugins/org.junit_3.8.1/junit.jar:. junit.textui.testrunner JOWTest.E Time: 0,021 There was 1 error: 1) testtostring(jowtest)java.lang.illegalargumentexception: JOW: Zł e wywoł anie konstruktora at JOW.<init>(JOW.java:8) at JOWTest.setUp(JOWTest.java:8) FAILURES!!! Tests run: 1, Failures: 0, Errors: 1
54 Kolejność wykonywania testów public class JOWTest extends TestCase { testthisbefore() {... To nie zadziała testthisafter() {... - Przypadki testowe są wykonywane w losowej kolejności - Nie mogą mieć efektów ubocznych
55 Kolejność wykonywania testów public class JOWTest extends TestCase { public JOWTest( String name ) { super( name ); public void testjeszczepozniej() { System.out.println( "JeszczePozniej" ); public void testpotem() { System.out.println( "Potem" ); public void testnajpierw() { System.out.println( "Najpierw" ); public static Test suite() { TestSuite suite = new TestSuite(); suite.addtest( new JOWTest( "testnajpierw" ) ); suite.addtest( new JOWTest( "testpotem" ) ); suite.addtest( new JOWTest( "testjeszczepozniej" ) ); return suite;...
56 Zewnętrzne zasoby public class MyClassTest extends TestCase {... public void setup() { InputStream data= new FileInputStream( "/var/lib/testdata.txt" ); Brak danych testowych (np. w innym środowisku) może generować mylące komunikaty.
57 Wewnętrzne zasoby public class MyClassTest extends TestCase {... private double danetestowe[] = { 1., 3., 5., 7., 13. ; Dane w kodzie testującym public void setup() { InputStream data= this.getclass().getresourceasstream( "mojedanetestowe.dat" ); Dane pobierane za pośrednictwem class loadera
58 Testy powinny być niezależne od kontekstu public class MyClassTest extends TestCase {... public void testlocale() { Locale l= Locale.getDefault(); assertequals( "Fri Jun 08 09:07:09 GMT 2007", new Date().toString() );... Nie można oczekiwać określonej daty, czy nawet jej formatu
59 Testy nie powinny obsługiwać wyjątków public class MyClassTest extends TestCase {... public void testtestnulldata() { try { myclassobject.method( null, null ); catch( NullPointerException e ) { fail( "Przechwycono wyjątek" );... Przechwycenie wyjątku nie pozwala zdiagnozować jego przyczyny
60 Testowanie wyjątków public class MyClassTest extends TestCase {... public void testtestnulldata() { try { myclassobject.method( null, null ); fail( "Oczekiwano NullPointerException" ); catch( NullPointerException e ) { // jest ok!... Wyjątek powinien być zgłoszony, a więc jego brak jest błędem.
61 Testowanie wyjątków public class MyClassTest extends TestCase { public void testnulldata() { myclassobject.method( null, null ); public static Test suite() { TestSuite s= new testsuite(); s.addtest( new ExceptionTestCase( "testnulldata", NullPointerException.class ); return s; Specjalna klasa implementująca logikę odwracania wyjątku.
62 Wady Junit 3.x konieczność dziedziczenia po TestCase sztywne konwencje nazewnicze niewygodne kontrolowanie kolejności testów tylko wspólna inicjacja i finalizacja ograniczona funkcjonalność
63 Rozszerzenia JUnitX nacisk na testowanie składowych prywatnych JUnit 4.0 wykorzystanie nowych możliwości Javy 5.0 TestNG oddzielna od implementacji konfiguracja testów
64 JUnitX - Testowanie metod prywatnych ( public class JOWTest extends PrivateTestCase {... public void testglosuje() throws TestAccessException { jow.glosuje( 100 ); int g= getint( jow, "glosowalo" ); assertequals( 100, g ); public class JOW { private String nazwa; private int liczbawyborcow; private int glosowalo;...
65 JUnitX uruchamianie testów import junit.framework.*; import junitx.framework.*; public class TestPackage implements junitx.framework.testpackage { static public Test suite () { TestSuite suite = new TestSuite ("JOW tests"); suite.addtestsuite (JOWTest.class); return suite;
66 JUnitX pośrednik import java.lang.reflect.*; import junit.framework.*; import junitx.framework.*; public class TestProxy extends junitx.framework.testproxy { public Object newinstance (Object[] anarglist) throws TestAccessException { try { return getproxiedclass ().getconstructor ( anarglist).newinstance (anarglist); catch (Exception e) { throw new TestAccessException ( "could not instantiate " + gettestedclassname (), e);...
67 klasy testowe to POJO wykorzystanie anotacji JUnit 4.0 metody inicjujące/sprzątające związane z konkretnym testem wbudowana obsługa wyjątków sterowanie zbiorem wykonywanych testów obsługa limitów czasowych kompatybilność z JUnit 3.x (dwustronna)
68 Zastosowanie JUnit 4.x import org.junit.*; import static org.junit.assert.*; public class JOWT4 { private JOW jow = public void testtostring() { String s= jow.tostring(); assertequals(... public void makejow() { jow= new JOW(... public void destroyjow() { jow= null;
69 Kompilacja i uruchomienie testów $ javac -cp junit4.3.1/junit jar JOW.java JOWT4.java $ java -cp junit4.3.1/junit jar:. org.junit.runner.junitcore JOWT4 JUnit version Time: 0,052 OK (3 tests)
70 Anotacje @Test(expected=MyException)
71 TestNG Testing, the Next Generation klasy testowe to POJO wykorzystanie anotacji metody inicjujące/sprzątające związane z konkretnym testem, grupą, klasą parametryzacja przypadków testowych zależności pomiędzy przypadkami...
72 TestNG Testing, the Next Generation... wbudowana obsługa wyjątków sterowanie zbiorem wykonywanych testów, także przez zewnętrzny plik wykorzystanie programowych asercji Javy obsługa limitów czasowych
73 Anotacje wybrane parametry: alwaysrun (nawet, gdy zależy od metody, która padła) dataprovider (skąd dane) dataproviderclass (gdzie szukać dataprovidera) dependsongroups (lista grup) dependsonmethods (lista metod) description enabled expectedexceptions groups timeout
74 Konfiguracyjne Parametry: alwaysrun dependsongroups dependsonmethods enabled groups inheritgroups
75 Inne anotacje -> Object[][] parametr -> parametr value
76 = "test1") public Object[][] createdata1() { return new Object[][] { { "Cedric", new Integer(36), { "Anne", new Integer(37), = "test1") public void verifydata1(string n1, Integer n2) { System.out.println(n1 + " " + n2);
77 Uruchamianie testów z linii poleceń java org.testng.testng testng1.xml [testng2.xml testng3.xml...] przy pomocy anta przez IDE / pluginy do IDE
78 Konfiguracja testów public class Test1 = { "functest", "checkintest" ) public void testmethod1() = {"functest", "checkintest" ) public void testmethod2() = { "functest" ) public void testmethod3() { <test name="test1"> <groups> <run> <include name="functest"/> </run> </groups> <classes> <class name="example1.test1"/> </classes> </test>
79 Konfiguracja testów, public class Test1 = { "windows.checkintest" ) public void testwindowsonly() = {"linux.checkintest" ) public void testlinuxonly() = { "windows.functest" ) public void testwindowstoo() { <test name="test1"> <groups> <run> <include name="windows.*"/> </run> </groups> <classes> <class name="example1.test1"/> </classes> </test>
80 Konfiguracja testów, "first-name" public void testsinglestring(string firstname) { System.out.println("Invoked teststring " + firstname); assert "Cedric".equals(firstName); <suite name="my suite"> <parameter name="first-name" value="cedric"/> <test name="simple example"> < >
81 Ćwiczenie Proszę pobrać niezbędne pliki z i napisać klasę testową dla JOW z wykorzystaniem Junit3.8, Junit4.3, JUnitX. Przykładowe szkielety do JunitX i Junit4 są dostępne w katalogu podanym wyżej.
Testowanie 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ć
Testowanie. 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
LABARATORIUM 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
Metryki obiektowe jako wskaźniki jakości kodu i projektu
Metryki obiektowe jako wskaźniki jakości kodu i projektu Bartosz Walter Instytut Informatyki Politechniki Poznańskiej 1 Wprowadzenie Metryki stanowią szybki i wygodny sposób oceny jakości oprogramowania.
Programowanie 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
PISANIE TESTÓW Z WYKORZYSTANIEM BIBLIOTEKI TESTNG
PISANIE TESTÓW Z WYKORZYSTANIEM BIBLIOTEKI TESTNG Janusz Marchewa Kraków, 21.10.2006 r. Plan prelekcji Dlaczego TestNG? Porównanie z JUnit 3.8.1 i JUnit 4 Dodatkowe zalety TestNG Migracja istniejących
Wykład 7: Pakiety i Interfejsy
Wykład 7: Pakiety i Interfejsy Plik Źródłowy w Javie Składa się z: instrukcji pakietu (pojedyncza, opcjonalna) instrukcji importujących (wielokrotne, opcjonalne) deklaracji klasy publicznej (pojedyncza,
Testowanie jednostkowe
Testowanie jednostkowe Prowadzący: Bartosz Walter Testowanie jednostkowe 1 Agenda Testowanie jednostkowe Biblioteka JUnit 3.8 Biblioteka JUnit 4.0 Biblioteka TestNG Obiekty zastępcze Testowanie jednostkowe
JAVA W SUPER EXPRESOWEJ PIGUŁCE
JAVA W SUPER EXPRESOWEJ PIGUŁCE Obiekt Obiekty programowe to zbiór własności i zachowań (zmiennych i metod). Podobnie jak w świecie rzeczywistym obiekty posiadają swój stan i zachowanie. Komunikat Wszystkie
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
Metryki oprogramowania. Marian Jureczko
Metryki oprogramowania Marian Jureczko Plan wykładu Metryki wyliczane z kodu źródłowego CK Metrics (1994) Złożoność cyklomatyczna McCabe'a (1976) Metryki wyliczane z diagramów (2002) Narzędzia do wyliczania
Programowanie 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....................................................................................
TestNG: testowanie jednostkowe nowej generacji
TestNG: testowanie jednostkowe nowej generacji Bartosz Walter Instytut Informatyki Politechniki Poznańskiej 1 Wprowadzenie TestNG jest nowej generacji biblioteką do tworzenia testów jednostkowych w języku
Programowanie 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
Kurs programowania. Wstęp - wykład 0. Wojciech Macyna. 22 lutego 2016
Wstęp - wykład 0 22 lutego 2016 Historia Simula 67 język zaprojektowany do zastosowan symulacyjnych; Smalltalk 80 pierwszy język w pełni obiektowy; Dodawanie obiektowości do języków imperatywnych: Pascal
Automatyzacja 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
Wykł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
KLASY, INTERFEJSY, ITP
KLASY, INTERFEJSY, ITP ZAGADNIENIA: Klasy, modyfkatory dostępu, pakiety. Zmienne i metody statyczne. Klasy abstrakcyjne, dziedziczenie. Interfejsy. Komentarze i javadoc, http://th-www.if.uj.edu.pl/zfs/ciesla/
Programowanie 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
1 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
Programowanie obiektowe
Programowanie obiektowe IV. Interfejsy i klasy wewnętrzne Małgorzata Prolejko OBI JA16Z03 Plan Właściwości interfejsów. Interfejsy a klasy abstrakcyjne. Klonowanie obiektów. Klasy wewnętrzne. Dostęp do
Wyją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ę,
Dokumentacja 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
Aplikacje Internetowe. Najprostsza aplikacja. Komponenty Javy. Podstawy języka Java
Aplikacje Internetowe Podstawy języka Java Najprostsza aplikacja class Hello { public static void main(string[] args) { System.out.println("Hello World!"); Komponenty Javy JRE Java Runtime Environment
Aplikacje 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
Programowanie 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ąć
Interfejsy. Programowanie obiektowe. Paweł Rogaliński Instytut Informatyki, Automatyki i Robotyki Politechniki Wrocławskiej
Programowanie obiektowe Interfejsy Paweł Rogaliński Instytut Informatyki, Automatyki i Robotyki Politechniki Wrocławskiej pawel.rogalinski pwr.wroc.pl Interfejsy Autor: Paweł Rogaliński Instytut Informatyki,
JAVA. Java jest wszechstronnym językiem programowania, zorientowanym. apletów oraz samodzielnych aplikacji.
JAVA Java jest wszechstronnym językiem programowania, zorientowanym obiektowo, dostarczającym możliwość uruchamiania apletów oraz samodzielnych aplikacji. Java nie jest typowym kompilatorem. Źródłowy kod
Testowanie 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
Testy jednostkowe - zastosowanie oprogramowania JUNIT 4.0 Zofia Kruczkiewicz
Testy jednostkowe - zastosowanie oprogramowania JUNIT 4.0 http://www.junit.org/ Zofia Kruczkiewicz 1. Aby utworzyć test dla jednej klasy, należy kliknąć prawym przyciskiem myszy w oknie Projects na wybraną
Kurs programowania. Wykład 1. Wojciech Macyna. 3 marca 2016
Wykład 1 3 marca 2016 Słowa kluczowe języka Java abstract, break, case, catch, class, const, continue, default, do, else, enum, extends, final, finally, for, goto, if, implements, import, instanceof, interface,
Sposoby tworzenia projektu zawierającego aplet w środowisku NetBeans. Metody zabezpieczenia komputera użytkownika przed działaniem apletu.
Sposoby tworzenia projektu zawierającego aplet w środowisku NetBeans. Metody zabezpieczenia komputera użytkownika przed działaniem apletu. Dr inż. Zofia Kruczkiewicz Dwa sposoby tworzenia apletów Dwa sposoby
Java: kilka brakujących szczegółów i uniwersalna nadklasa Object
Java: kilka brakujących szczegółów i uniwersalna nadklasa Object Programowanie w językach wysokiego poziomu mgr inż. Anna Wawszczak PLAN WYKŁADU Konstrukcja obiektów Niszczenie obiektów i zwalnianie zasobów
Testowanie 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?
JUnit 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
Testy 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
Programowanie Obiektowe Ćwiczenie 4
Programowanie Obiektowe Ćwiczenie 4 1. Zakres ćwiczenia wyjątki kompozycja 2. Zagadnienia Założeniem, od którego nie należy odbiegać, jest by każdy napotkany problem (np. zatrzymanie wykonywanej metody)
Instrukcja 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
Dariusz Brzeziński. Politechnika Poznańska, Instytut Informatyki
Dariusz Brzeziński Politechnika Poznańska, Instytut Informatyki Object-oriented programming Najpopularniejszy obecnie styl (paradygmat) programowania Rozwinięcie koncepcji programowania strukturalnego
Testowanie 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
Aplikacje 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
WYKORZYSTANIE 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
Metryki. Pomiar złożoności modułowej i międzymodułowej oprogramowania. autor: Zofia Kruczkiewicz
Metryki Pomiar złożoności modułowej i międzymodułowej oprogramowania autor: Zofia Kruczkiewicz 1 Metryki złożoności modułowej i międzymodułowej Chidamber & Kemerer (CK) 2 Metryki złożoności modułowej i
Technologia programowania
Testowanie/GRASP 23 października 2018 Testy jednostkowe Testy jednostkowe (unit tests) Test jednostkowy to kod, który ma na celu zapewnić, że inny kod działa poprawnie. Główna idea: najpierw test, potem
Wprowadzenie 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
Polimorfizm, metody wirtualne i klasy abstrakcyjne
Programowanie obiektowe Polimorfizm, metody wirtualne i klasy abstrakcyjne Paweł Rogaliński Instytut Informatyki, Automatyki i Robotyki Politechniki Wrocławskiej pawel.rogalinski pwr.wroc.pl Polimorfizm,
Typy sparametryzowane
Typy sparametryzowane Streszczenie Celem wykładu jest zaprezentowanie typów sparametryzowanych. Czas wykładu 90 minut. Istnieją algorytmy, których zasada działania nie zależy od typu danych wejściowych.
Ję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
Programowanie obiektowe zastosowanie języka Java SE
Programowanie obiektowe zastosowanie języka Java SE Wstęp do programowania obiektowego w Javie Autor: dr inŝ. 1 Java? Java język programowania obiektowo zorientowany wysokiego poziomu platforma Javy z
Zaawansowane aplikacje internetowe
Zaawansowane aplikacje internetowe EJB 1 Rozróżniamy dwa rodzaje beanów sesyjnych: Stateless Statefull Celem tego laboratorium jest zbadanie różnic funkcjonalnych tych dwóch rodzajów beanów. Poszczególne
Polimorfizm. dr Jarosław Skaruz
Polimorfizm dr Jarosław Skaruz http://jareks.ii.uph.edu.pl jaroslaw@skaruz.com O czym będzie? finalne składowe klasy abstrakcyjne interfejsy polimorfizm Finalne składowe Domyślnie wszystkie pola i metody
Aplikacje 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
TESTOWANIE 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
D:\DYDAKTYKA\ZAI_BIS\_Ćwiczenia_wzorce\04\04_poprawiony.doc 2009-lis-23, 17:44
Zaawansowane aplikacje internetowe EJB 1 Rozróżniamy dwa rodzaje beanów sesyjnych: Stateless Statefull Celem tego laboratorium jest zbadanie różnic funkcjonalnych tych dwóch rodzajów beanów. Poszczególne
Języki Programowania II Wykład 3. Java podstawy. Przypomnienie
Języki Programowania II Wykład 3 Java podstawy Przypomnienie Analiza, projektowanie, programowanie, testowanie, wdrażanie Iteracyjnie nie kaskadowo Przypadki użycia = opowiastki o używaniu systemu = wymagania
Metryki. Narzędzia do pomiaru złożoności modułowej i międzymodułowej oprogramowania. autor: Zofia Kruczkiewicz
Metryki Narzędzia do pomiaru złożoności modułowej i międzymodułowej oprogramowania autor: Zofia Kruczkiewicz 1 Zastosowanie narzędzi ant i ckjm do pomiaru złożoności oprogramowania 2 1. Wskazanie ścieżki
Wywoł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
Katedra Architektury Systemów Komputerowych Wydział Elektroniki, Telekomunikacji i Informatyki Politechniki Gdańskiej
Katedra Architektury Systemów Komputerowych Wydział Elektroniki, Telekomunikacji i Informatyki Politechniki Gdańskiej dr inż. Paweł Czarnul pczarnul@eti.pg.gda.pl Architektury usług internetowych laboratorium
Obszar statyczny dane dostępne w dowolnym momencie podczas pracy programu (wprowadzone słowem kluczowym static),
Tworzenie obiektów Dostęp do obiektów jest realizowany przez referencje. Obiekty w języku Java są tworzone poprzez użycie słowa kluczowego new. String lan = new String( Lancuch ); Obszary pamięci w których
Testowanie i logowanie. 1. Testowanie aplikacji JUnit. 2. Tworzenie logów: pakiet java.util.logging.
1 Testowanie i logowanie 1. Testowanie aplikacji JUnit. 2. Tworzenie logów: pakiet java.util.logging. 2 JUnit JUnit jest platformą umożliwiającą tworzenie testów i testowanie programów napisanych w Javie.
Remote 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
Podejś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
Kurs programowania. Wykład 3. Wojciech Macyna. 22 marca 2019
Wykład 3 22 marca 2019 Klasy wewnętrzne Klasa wewnętrzna class A {... class B {... }... } Klasa B jest klasa wewnętrzna w klasie A. Klasa A jest klasa otaczajac a klasy B. Klasy wewnętrzne Właściwości
1. Co można powiedzieć o poniższym kodzie? public interface I { void m1() {}; static public void m2() {}; void abstract m3();
1. Co można powiedzieć o poniższym kodzie? public interface I { void m1() {; static public void m2() {; void abstract m3(); default static void m4() {; a) Poprawnie zadeklarowano metodę m1() b) Poprawnie
Wykład 8: Obsługa Wyjątków
Wykład 8: Obsługa Wyjątków Wyjątki Wyjątek to sytuacja nienormalna, która pojawia się w trakcie wykonania programu. W językach bez obsługi wyjątków, błędy są wykrywane i obsługiwane ręcznie, zwykle przez
Programowanie 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
Obiektowe 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,
Programowanie obiektowe. Literatura: Autor: dr inŝ. Zofia Kruczkiewicz
Programowanie obiektowe Literatura: Autor: dr inŝ. Zofia Kruczkiewicz Java P. L. Lemay, Naughton R. Cadenhead Java Podręcznik 2 dla kaŝdego Języka Programowania Java Linki Krzysztof Boone oprogramowania
Zaawansowane 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
Klasy abstrakcyjne, interfejsy i polimorfizm
Programowanie obiektowe 12 kwietnia 2011 Organizacyjne Klasówka będzie 20 IV 2011. Sale jeszcze są pertraktowane. Materiał do wyjątków włącznie. Można mieć swoje materiały nieelektroniczne. Wywołanie z
Dawid Gierszewski Adam Hanasko
Dawid Gierszewski Adam Hanasko Chcemy stworzyć klasę w której możemy przechowywać dwie zmienne dowolnych typów Tworzymy tyle różnych klas ile potrzeba: Class ParaInt{ int pierwszy; Int drugi; Class ParaButow{
public - może być używana w kodzie poza klasą, jedna klasa ModyfikatorKlasy może być kombinacją wyrażeń:
Klasy Metody [ModyfikatorMetody] TypZwrotny Nazwa (Typ arg1, ) { // implementacja metody ModyfikatorMetody może być kombinacją wyrażeń: modyfikator widzialności public dostępna dla metod spoza klasy protected
Java Platform Micro Edition
Java Platform Micro Edition Instalacja środowiska programistycznego Java Platform Micro Edition Software Development Kit 3.0 for Windows z lokalizacji http://www.oracle.com/technetwork/java/javame/downloads/sdk30-jsp-139759.html
Java - tablice, konstruktory, dziedziczenie i hermetyzacja
Java - tablice, konstruktory, dziedziczenie i hermetyzacja Programowanie w językach wysokiego poziomu mgr inż. Anna Wawszczak PLAN WYKŁADU zmienne tablicowe konstruktory klas dziedziczenie hermetyzacja
Remote 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
Wyjątki Monika Wrzosek (IM UG) Programowanie obiektowe 180 / 196
Wyjątki 180 / 196 Wyjątki W Javie istnieje mechanizm tzw. wyjątków (ang. exception), który pozwala na przechwytywanie błędów pojawiających się w programie. Kompilacja tab [ 1 0 ] = 100; spowoduje powstanie
Pakiety i interfejsy. Tomasz Borzyszkowski
Pakiety i interfejsy Tomasz Borzyszkowski Pakiety podstawy W dotychczasowych przykładach nazwy klas musiały pochodzić z jednej przestrzeni nazw, tj. być niepowtarzalne tak, by nie doprowadzić do kolizji
Ję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,
1. Co można powiedzieć o poniższym kodzie (zakładając, że zaimportowano wszystkie niezbędne klasy)?
1. Co można powiedzieć o poniższym kodzie (zakładając, że zaimportowano wszystkie niezbędne klasy)? public static void test1() { Object[] o = new Object[] { "1", "2", "3" ; List l = new ArrayList(Arrays.asList(o));
Java. 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
Programowanie obiektowe
Przygotował: Jacek Sroka 1 Programowanie obiektowe Wykład 3 Java podstawy Przygotował: Jacek Sroka 2 Przypomnienie Analiza, projektowanie, programowanie, testowanie, wdrażanie Iteracyjnie nie kaskadowo
Zdalne 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
Wywoł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
Aplikacje w środowisku Java
Aplikacje w środowisku Java Materiały do zajęć laboratoryjnych Klasy i obiekty - dziedziczenie mgr inż. Kamil Zieliński Katolicki Uniwersytet Lubelski Jana Pawła II 2018/2019 W ramach poprzedniego laboratorium
Zad.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
Kurs programowania. Wykład 2. Wojciech Macyna. 17 marca 2016
Wykład 2 17 marca 2016 Dziedziczenie Klasy bazowe i potomne Dziedziczenie jest łatwym sposobem rozwijania oprogramowania. Majac klasę bazowa możemy ja uszczegółowić (dodać nowe pola i metody) nie przepisujac
Laboratorium z przedmiotu: Inżynieria Oprogramowania INP002017_ Laboratorium 11 Testy akceptacyjne z wykorzystaniem narzędzia FitNesse
Laboratorium 11 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 podanych
Inżynieria Programowania - Testowanie oprogramowania cz.2
Inżynieria Programowania - Testowanie oprogramowania cz.2 Katedra Informatyki, Politechnika Świętokrzyska w Kielcach Kielce, 21 stycznia 2014 Plan wykładu Wstęp 1 Wstęp 2 pokrycia kodu pokrycia wymagań
Bartosz Walter. Zaawansowane projektowanie obiektowe. Metryki obiektowe. Prowadzący: Bartosz Walter. Metryki obiektowe 1
Metryki obiektowe Prowadzący: Bartosz Walter Metryki obiektowe 1 Plan wykładu ZłoŜoność cyklomatyczna McCabe'a Zestaw MOOD Metryki Chidamber&Kemerer Metryki R. C. Martina Prawo Demeter Metryki obiektowe
Programowanie w Javie 1 Wykład i Ćwiczenia 3 Programowanie obiektowe w Javie cd. Płock, 16 października 2013 r.
Programowanie w Javie 1 Wykład i Ćwiczenia 3 Programowanie obiektowe w Javie cd. Płock, 16 października 2013 r. Programowanie obiektowe Programowanie obiektowe (z ang. object-oriented programming), to
Testowanie 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
Programowanie obiektowe
Programowanie obiektowe Wykład 2: Wstęp do języka Java 3/4/2013 S.Deniziak: Programowanie obiektowe - Java 1 Cechy języka Java Wszystko jest obiektem Nie ma zmiennych globalnych Nie ma funkcji globalnych
Ćwiczenie 1. Przygotowanie środowiska JAVA
Ćwiczenie 1 Przygotowanie środowiska JAVA 1. Wprowadzenie teoretyczne Instalacja JDK (Java Development Kit) NaleŜy pobrać z java.sun.com środowisko i zainstalować je. Następnie naleŝy skonfigurować środowisko.
Klasy abstrakcyjne i interfejsy
Klasy abstrakcyjne i interfejsy Streszczenie Celem wykładu jest omówienie klas abstrakcyjnych i interfejsów w Javie. Czas wykładu 45 minut. Rozwiązanie w miarę standardowego zadania matematycznego (i nie
Systemy Rozproszone - Ćwiczenie 6
Systemy Rozproszone - Ćwiczenie 6 1 Obiekty zdalne Celem ćwiczenia jest stworzenie obiektu zdalnego świadczącego prostą usługę nazewniczą. Nazwy i odpowiadające im punkty końcowe będą przechowywane przez
Java 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
Wykład 6: Dziedziczenie
Wykład 6: Dziedziczenie Dziedziczenie Jeden z filarów obiektowości. Budowa jednej klasy na bazie drugiej, przez dodawanie/przesłanianie jej składowych: nad-klasa klasa bazowa pod-klasa klasa pochodna od
Google Web Toolkit Michał Węgorek ZPO 2009
Google Web Toolkit Michał Węgorek ZPO 2009 Plan prezentacji Czym jest GWT? Co daje GWT motywacja Po co tłumaczyć Javę do JavaScriptu? - AJAX niebezpieczeństwa - Przewaga GWT nad AJAX - RPC - Utrzymywanie
Podejś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
Zaawansowane 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)