NPTO TEST 1

Profilowanie aplikacji wykonywane jest w celu zoptymalizowania aplikacji zarówno pod względem czasowym jak i pamięciowym.

prawda

NetBeans Profiler oprócz profilowania użycia procesora oraz pamięci pozwala na śledzenie aktywności poszczególnych wątków aplikacji.

prawda

Zaletą profilerów statystycznych jest brak narzutu związanego z dodatkowym kodem w profilowanej aplikacji.

prawda

W NetBeans Profiler w wyniku analizy wydajności CPU uzyskujemy informacje o czasie spędzonym przez analizowaną aplikację na wykonywaniu poszczególnych jej funkcji.

prawda

Profiler IBM Rational Quantify pozwala na graficzne i tekstowe porównywanie wydajności kolejnych wersji oprogramowania (czyli jaki wpływ miały wprowadzone poprawki).

prawda

Profil płaski profilera GNU GProf nie pozwala obserwować czasów wykonywania funkcji 'potomków' i 'rodziców'.

prawda

Aby wykonać profilowanie należy najpierw skompilować program, a następnie uruchomiać go wiele razy tak aby pokryta została jak największa część kodu.

prawda

Warunek sprawdzający przed rozpoczęciem procesu instalacji, czy komputer wyposażony jest w co najmniej 1GB pamięci RAM, w programie instalacyjnym zbudowanym w środowisku MS Visual Studio powinien być sformułowany następująco: PhysicalMemory>=1024

prawda

W systemie Subversion w wyniku wysłania nowej wersji określonego pliku do repozytorium całe repozytorium uzyskuje nowy numer rewizji –

prawda

W kodzie występuje przynajmniej jeden błąd kompilacji int tab = new int[5]; for (int i=0; i<27, i++) delete tab;

prawda

Błąd występujący w kodzie może ujawnić się w trakcie wykonania programu int tab = new int[25]; for (int i=0; i<27; i++) tab[i] = rand() % 100; delete tab;

prawda

Nowy programista, który dołącza do projektu przechowywanego w repozytorium zarządzanym przez system Subversion powinien znać adres url repozytorium -

prawda

Dostęp do repozytorium zarządzanego przez Subversion nie jest możliwy z wykorzystaniem protokołu ftp -

prawda

Generowanie dokumentacji technicznej projektu za pomocą Javadoc polega na przetworzeniu specjalnych komentarzy umieszczonych w kodzie Java na strony www -

prawda

Scentralizowane systemy zarządzania wersjami (np. Subversion) oparte są na architekturze klient-server -

prawda

Klient Subversion może być oferowany przez środowisko programistyczne IDE -

prawda

W systemie Git klonowanie zdalnego repozytorium powoduje powstanie pełnej kopi repozytorium na lokalnej maszynie -

prawda

Sprawdzenie zawartości repozytorium zarządzanego przez Subversion jest możliwe bez konieczności tworzenia lokalnej kopi repozytorium

prawda

W systemie Git operacji push służy do wysłania lokalnych zmian do zdalnej kopi repozytorium

prawda

Refaktoring powoduje zmiany w kodzie źródłowym oprogramowania

prawda

Historia zmian w Subversion dostarcza informacji na temat kto wprowadzał zmiany w danej rewizji

prawda

Nowy programista, który dołącza do projektu przechowywanego w repozytorium zarządzanym przez system Subversion może obejrzeć zawartość repozytorim w przeglądarce internetowej jeżeli dostęp do repozytorium odbywa się poprzez protokół http

prawda

Przykładem refectoringu kodu jest zastąpienie podobnych albo takich samych fragmentów kodu przez procedurę

prawda

Dostęp do repozytorium zarządzanego przez Subversion może odbywać się przez protokół http

prawda

W systemie Git operacja COMMIT przenosi zmiany z kopi lokalnej do zdalnego repozytorium

prawda

Valgrind nie zasygnalizuje czytania poza zakresem statycznie alokowanej tablicy

prawda

Jedną z możliwości debugger'a GDB jest wyświetlenie aktualnego stosu wywołań funkcji

prawda

Środowisko wytwórcze Eclipse jest środowiskiem modułowym, rozszerzalnym poprzez plugin'y

prawda

Debugger jest standardowym wyposażeniem większości środowisk programistycznych

prawda

Polecenie diff w systemie Subversion pozwala na porównanie kopi lokalnej i kopi znajdującej się w repozytorium określonego pliku

prawda

Debugger może zostać uruchomiony mimo istnienia błędów kompilacji

prawda

Historia zmian w Subversion dostarcza informacji na temat plików zmodyfikowanych w poszczególnych rewizjach

prawda

. Cykl życia błędu określa stan w jakim błąd się aktualnie znajduje oraz jego historię.

prawda

Graf wywołań funkcji tworzony przez profilery pozwala wykryć funkcje, które same w sobie nie zajmują dużo czasu wykonania natomiast wywoływane z nich funkcje stanowią wąskie gardło aplikacji.

prawda

Instrukcja budowy pakietu rpm powinna być zapisana w pliku spec.

prawda

Makro %_topdir w pliku. rpmmacros definiuje ścieżkę do katalogu z tymczasowymi plikami tworzonymi w trakcie budowy pakietu rpm.

prawda

Profilowanie aplikacji nie polega na statycznej analizie oprogramowania.

prawda

Profilowanie aplikacji równoległych pozwala śledzić proces wymiany komunikatów pomiędzy procesorami/procesami.

prawda

Środowisko MS Visual Studio pozwala na tworzenie programów instalacyjnych dla aplikacji stworzonych w dowolnej technologii.

prawda

Testowanie integracyjne służy do sprawdzenia czy komponenty tworzonego oprogramowania współpracują ze sobą.

prawda

W generatorze Javadoc słowa kluczowe w komentarzu należy poprzedzić znakiem @

prawda

Za pomocą polecenia rpmbuild zaleca się zbudowanie pakietu instalacyjnego rpm według specyfikacji określonej w odpowiednim pliku spec.

prawda

Zapytania umożliwiające sprawdzenie wyników testów uruchamiane są w zakładce track programu Microsoft Test Manager.

prawda

Znacznik @return w Javadoc służy do opisu wyniku zwracanego przez komentowaną metodę.

prawda

Środowisko MS Visual Studio pozwala na tworzenie programów instalacyjnych tylko dla aplikacji zbudowanych w tym środowisku

falsz

Profilery statystyczne wykorzystują zdarzenia (ang. events), które przekazywane są jako procedury zwrotne

falsz

Profilowanie aplikacji polega na statycznej analizie oprogramowania

falsz

Blok kodu, który znacząco wpływa na trudności podczas instalacji oprogramowania nazywany jest wąskim gardłem aplikacji (ang. bottle neck).

falsz

Wymagania funkcjonalne oprogramowania określają ograniczenia systemu wynikające z potrzeb użytkowników oraz z ograniczeń budżetowych i strategii firmy etc.

falsz

Program instalacyjny zbudowany w środowisku MS Visual Studio zawsze tworzy skrót do instalowanego programu na pulpicie

falsz

Raporty generowane przez profilery pokazują miejsca wystąpienia błędów z pamięcią (np. brak dealokacji).

falsz

Aby program instalacyjny zbudowany w środowisku MS Visual Studio sprawdzał, czy komputer na którym instalowana jest aplikacja posiada odpowiedni rozmiar pamięci RAM, należy sformułować właściwy warunek w edytorze Custom Actions

falsz

Profilery aplikacji stworzonych w zarządzanych językach programowania nie pozwalają na profilowanie zużywanej pamięci

falsz

Głównym celem optymalizacja czasowej oprogramowania jest zmniejszenie zapotrzebowania na zasoby pamięciowe.

falsz

Debugger modyfikuje kod źródłowy programu

falsz

Scentralizowane systemy zarządzania wersjami (np. Subversion) oparte są na architekturze P2P -

falsz

Refactoring powoduje modyfikacje w funkcjonalności programu –

falsz

Wycieki pamięci powstają w wyniku alokowania przez program zbyt małej ilości pamięci -

falsz

TortoiseSVN jest tekstowym klientem systemu Subversion

falsz

Wycieki pamięci są automatycznie naprawiane przez Valgrind

falsz

Repozytorium kodu źródłowego zarządzane przez system Subversion powinno zawierać zgodnie z zaleceniami katalog trunk przechowujący alternatywne gałęzie projektu -

falsz

Breakpoint w debugger’e oznacza miejsce rozpoczęcia wykonywania programu

falsz

Repozytorium kodu źródłowego zarządzane przez system Subversion powinno zawierać zgodnie z zaleceniami katalog BRANCHES przechowujący główną linię rozwojową kodu źródłowego projektu -

falsz

Przykładem refectoringu kodu jest dodanie nowej metody (nowej funkcjonalności) do istniejącej klasy

falsz

Błąd występujący w kodzie zostanie wykryty przez Dr Memory -

falsz

Sprawdzenie zawartości repozytorium zarzadzanego przez Subversion nie jest możliwe bez konieczności tworzenia lokalnej kopi repozytorium -

falsz

Wycieki pamięci zostaną wykryte podczas kompilacji kodu za pomocą kompilatora, np. g++ -

falsz

Konflikt w systemie Subversion może powstać podczas wykonywania komendy checkout

falsz

Analiza programu za pomocą Dr Memory nie wymaga wcześniejszej kompilacji kodu -

falsz

TortoiseSVN jest graficznym klientem systemu Git

falsz

Operacja commit w systemie Subversion przenosi zmiany z repozytorium zdalnego do lokalnej kopi użytkownika

falsz

Historia zmian w Subversion dostarcza informacji na temat używanego przez użytkownika klienta SVN -

falsz

Dokumentacja użytkownika oprogramowania powinna zawierać udokumentowany kod.

falsz

Manualna instrumentacja przeprowadzana w celu profilowania aplikacji polega na ręcznym podliczaniu charakterystyk czasu wykonania danych fragmentów kodu

falsz

Profilowanie aplikacji nie wymaga analizy otrzymanych danych czasowych

falsz

Profilowanie na poziomie linii kodu umożliwia dokładne wskazanie błędu kompilacji

falsz

Profiler IBM Rational Quantify pozwala tylko na tekstowe (lista funkcji) porównywanie wydajności kolejnych wersji oprogramowania (czyli jaki wpływ miały wprowadzone poprawki).

falsz

Profilery bazujące na instrumentacji zbierają informacje na temat wydajności aplikacji poprzez wstawiane dodatkowych instrukcji do kodu.

falsz

Program instalacyjny zbudowany w środowisku MS Visual Studio zawsze instaluje aplikację w domyślnej lokacjI.

falsz

Słowo kluczowe @param może być użyte jako link do istniejących funkcji, plików, klas oraz URLi.

falsz

W generatorze Javadoc słowa kluczowe w komentarzu należy poprzedzić \ lub @

falsz

Warunek sprawdzający przed rozpoczęciem procesu instalacji, czy komputer wyposażony jest w co najmniej 2GB pamięci RAM, w programie instalacyjnym zbudowanym w środowisku MS Visual Studio powinien być sformułowany następująco: RAM>=2g

falsz

Znacznik @param w Javadoc służy do opisu atrybutów występujących w komentowanej klasie. //(opis parametrów)

falsz