npto2

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

prawda

Polecenie git fetch pobiera informacje o zmianach ze zdalnego repozytorium, ale nie scala tych zmian automatycznie

prawda

Operacja import w systemie Subversion przenosi zmiany z kopii lokalnej użytkownika do repozytorium zdalnego

prawda

Ponieważ git jest narzędziem przeznaczonym na systemy linuksowe, na systemie Windows nie można z niego skorzystać

falsz

Klient Subversion/Git może być tylko aplikacją graficzną

falsz

Przykładem refaktoryzacji kodu jest dodanie nowej funkcjonalności programu

prawda

Profilowanie aplikacji stosuje się w celu znalezienia miejsc w aplikacji, które wymagają optymalizacji lub dobrze by było je zoptymalizować

prawda

Profilery takie jak NetBeans Profiler czy VisualVM wspierają profilowanie wykorzystujące próbkowanie(sampling) oraz instrumentację

prawda

Używając Doxygen komentarz do kodu musi być umieszczony przed deklaracją, czy definicją pliku, klasy itd

falsz

. Przykładowe zgłoszenie błędu z historią statusów: New->Rejected->Closed może informować o tym, że zgłoszenie będu zostało odrzucone i zamknięte(np. to nie błąd, tylko oczekiwania funkcjonalności

prawda

Podczas profilowania aplikacji można otrzymać informacje dotyczące czasu wykonywania różnych metod

prawda

Wąskie gardło(bottleneck) to instrukcja w programie która musi się wywołać za każdym razem podczas uruchomienia programu

falsz

Istnieją następujące rodzaje profilowania: statyczne, bazujące na zdarzeniach i bazujące na instrumentacji

falsz

W dokumentacji metod klasy dobrze jest umieścić krótką informację, co robi dana metoda, opis przyjmowanych parametrów oraz co jest zwracane przez metodę

prawda

Narzędzia typu debugger umożliwiają ustawienie w kodzie tzw. Pułapek

prawda

Operacja checkout w systemie Git przenosi zmiany z repozytorium zdalnego do lokalnej kopi użytkownika

falsz

W trakcie działania debuggera można sterować sposobem wykonywania się aplikacji (np. przeskakiwać do następnej linii, do następnej pułapki, wejść w bieżącą funkcje)

prawda

Serwisy typu GitLab, GitHub umożliwiają podgląd zawartości gałęzi projektów tam umieszczonych, a nawet ich porównywanie ze sobą.

prawda

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

prawda

Przykładem refectoringu może być dodanie nowej metody, która zastępuje często powtarzający się fragment kodu.

falsz

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

prawda

W systemach zarządzania błędami mogą wystąpić sytuacje, gdy zgłoszenie błędu jest powiązane z innym zagadnieniem (np. blokuje jakieś zadanie albo że jest powiązane z jeszcze innym błędem).

prawda

Systemy zarządzania błędami wspomagają proces tworzenia oprogramowania, ponieważ usprawniają zgłoszenie i zarządzanie zgłoszeniami błędów (pokazując, np. bieżący status zgłoszenia, szczegółowe elementy dotyczące danego błędu).

prawda

Profilowanie aplikacji jest dynamiczną analizą oprogramowania polegającą na obserwowaniu zachowania aplikacji na podstawie statystyk zbieranych podczas jej uruchamiania.

prawda

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

falsz

Profilowanie statystyczne wykorzystuje w swoim działaniu próbkowanie co pewien odstęp czasowy (np. pobieranie informacji o działaniu programu co 10ms)

prawda

Zgłoszenia błędów powinny zawierać informacje takie jak: opis w jakim miejscu oprogramowania wystąpił błąd, opis konfiguracji środowiska, sposób odtworzenia błędu.

prawda

Doxygen jest narzędziem służącym do profilowania aplikacji.

falsz

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

prawda

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

prawda

Jedna instancja systemu Bugzilla może obsługiwać tylko jeden produkt (np. aplikację)

falsz

Komentarz interpretowany przez Doxygen musi wystąpić bezpośrednio przed deklaracją czy definicją pliku, klasy, itd

falsz

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

prawda

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

prawda

Znacznik @brief w Javadoc służy do skróconego opisu klasy, funkcji lub zmiennej

prawda

Doxygen nie wspiera generowania diagramów klas do umieszczenia w dokumentacji

falsz

Dokumentacja kodu może się przydać w sytuacji, gdy autor kodu wraca do niego po dłuższym czasie

prawda

Dobrą praktyka jest opisanie w zgłoszeniu błędu sposobu na jego odtworzenie albo podanie szczegółowego opisu (miejsce gdzie wystąpił, jakie były oczekiwane rezultaty i co zastało otrzymane), aby programista mógł spróbować go znaleźć i naprawić.

prawda

Doxygen nie obsługuje formatu wyjściowego HTML

falsz

Javadoc to system tworzenia dokumentacji kodu źródłowego stworzony dla wielu języków programowania, m.in. Java, python, C, C++

prawda

Trac nie jest narzędziem do zarządzania błędami.

falsz

Podczas profilowania aplikacji można otrzymać informacje dotyczące zużycia pamięci (np. jak dużo jest utworzonych obiektów, ile miejsca zajmują one w pamięci)

prawda

Narzędzie Valgrind potrzebuje do swojego działania uprzednio skompilowanego programu (nie zadziała na samym kodzie źródłowym aplikacji)

falsz

Historia zmian w Git dostarcza informacji na temat kiedy były wprowadzane zmiany w danej rewizji

prawda

W trakcie działania debuggera pułapka (breakpoint) jest aktywowana, gdy dana linia kodu programu jest wykonywana

prawda

Zacommitowanie dokonanych zmian w systemie kontroli wersji git jest operacją, która "zapisuje" zmiany dokonane w lokalnym repozytorium (później można je wysłać do repozytorium zdalnego)

prawda

Debugger ma możliwość śledzenia wartości zmiennych.

prawda

Systemy kontroli wersji nie pozwalają na pracę wielu osób nad projektem (służą jedynie jako hosting plików źródłowych programów)

falsz

Polecenie "git checkout" pokazuje bieżący status repozytorium lokalnego

prawda

W przypadku tworzenia w Visual Studio aplikacji z graficznym interfejsem użytkownika WPF można ręcznie deklarować interfejs korzystając ze znaczników XAM

prawda

Narzędzia typu git czy SVN określa się mianem systemów kontroli wersji

prawda

Refaktoryzacja kodu zmienia kod źródłowy aplikacji

prawda

Polecenie "git status" umożliwia wyświetlenie statusu lokalnego repozytorium (nazwę bieżącej gałęzi, wyświetlenie, które pliki zostały zmienione...)

prawda

Scentralizowane systemy zarządzania wersjami (np. Subversion) oparte są na architekturzeP2P

falsz

W przypadku kodu zarządzalnego (np. napisanego w języku Java, C#) przeważnie nie trzeba się martwić o błędy związane z obsługą pamięci

prawda

Pułapka warunkowa w trakcie debugowania aplikacji różni się od zwykłej pułapki tym, że może się aktywować przy wskazanym warunku (np. i>5)

prawda

Instalowanie dodatków w środowiskach wytwórczych oprogramowania jak i edytorach kodu nigdy nie rozszerzy programu o wsparcie dla innych (domyślnie niewspieranych) języków oprogramowania

falsz

Debugger jest narzędziem, które nie jest dostępne w środowiskach wytwórczych oprogramowania

falsz

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

prawda

Narzędzie Valgrind jest w stanie wykryć błędy obsługi pamięci takie jak: odwołanie się do niezainicjalizowanej zmiennej czy też zwolnienie uprzednio zwolnionej pamięci

prawda

Operacja push w systemie Git nie przenosi zmiany z kopi lokalnej użytkownika do repozytorium zdalnego

falsz

Żeby sprawdzić bieżące zmiany w repozytorium należy wykonać komendę 'git. status'

prawda

Repozytorium w systemach kontroli wersji nie powinno przechowywać plików kodu źródłowego aplikacji

falsz

Wycieki pamięci zostaną wykryte podczas kompilacji kodu napisanego w języku JAVA

falsz

MS Visual Studio Installer wspiera samonaprawianie aplikacji

prawda

Głównym celem optymalizacji pamięciowej oprogramowania jest skrócenie czasu działania aplikacji.

falsz

W ramach cyklu życia błędu, z bieżącego statusu zgłoszenia błędu można przejść do określonych możliwych statusów (np. z New do Confirmed, z In development do Developed, ale nie do New)

falsz

Parametr Resolution określający sposób rozwiązania zgłoszenia o błędzie w systemieBugzilla może przyjmować wartości New, Assigned iClosed.

falsz

Doxygen rozpoznaje bloki dokumentacji w plikach źródłowych dzięki umieszczeniu ich w specjalnych komentarzach

prawda

Korzystanie z systemu zarządzania błędami jest niepotrzebne podczas pracy przy większych projektach, gdzie stopień złożoności projektu jest wysoki

falsz

Doxygen nie posiada wsparcia dla innych stylów komentowania jak np. Javadoc

falsz

Doxygen podczas generowania dokumentacji nie wspiera żadnych dodatkowych znaczników, które wzbogacają treść dokumentacji

falsz

Aby wprowadzić w systemie Bugzilla nowe zgłoszenie o błędzie nie trzeba posiadać konta użytkownika.

falsz

Wadą profilowania statystycznego są niedokładne pomiary np. w sytuacjach gdy jakaś funkcja wykona się w okresie pomiędzy kolejnymi próbkowaniami działania programu

prawda

Profilowanie aplikacji jest kluczowym elementem procesu dokumentowania kodu

falsz

Przykładowym wąskim gardłem aplikacji może być wielokrotne generowanie stałej wartości (zamiast jej zapisanie do ponownego wykorzystania)

falsz

Doxygen jest narzędziem służącym do generowania dokumentacji

prawda

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

falsz

Brak dokumentacji pozwala na łatwiejsze utrzymanie kodu

falsz

Dokumentacja kodu (np. w postaci HTML) może zostać wygenerowana, wykorzystując strukturę projektu oraz zawartych w kodzie komentarzy

prawda

Wymaganiem (Requirement) określa się możliwości, które powinien dostarczyć projektowany system lub ograniczenia z nimi związane

prawda

Doxygen jest przykładowym systemem wspomagającym zarządzania błędami

fałsz

Pencil jest narzędziem służącym do profilowania aplikacji.

falsz

. W systemie Bugzilla parametr "Assigned To" określa osobę odpowiedzialną za poprawienie błędu.

prawda

Typowym efektem wykorzystania informacji otrzymanych z procesu profilowania jest takie poprawienie aplikacji, że działałaby ona zauważalnie wolniej

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 CustomActions

falsz

Dokumentacja kodu może się przydać w sytuacjach, gdy nad projektem pracuje wiele osób

prawda

Doxygen podczas generowania dokumentacji wykrywa i uwzględnia różne znaczniki zawarte w blokach komentarzy (np. @author, @param, @return)

prawda

Doxygen nie pozwala na generowanie dokumentacji technicznej dla aplikacji napisanej w języku C++

falsz

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

prawda

Javadoc posiada bardziej rozbudowane formaty wejściowe i wyjściowe niż Doxygen.

falsz

W testowaniu manualnym w przypadkach testowych powinno się określić wykonywane kroki testu oraz oczekiwane rezultaty

prawda

W systemie Bugzilla status błędu informuje o aktualnym etapie obsługi zgłoszenia.

prawda

Wąskim gardłem aplikacji (bottleneck) nazywamy blok kodu, który zauważalnie wpływa negatywnie na wydajność aplikacji

prawda

Wymagania stawiane systemowi można testować przez przypadki testowe (z ang. testcase)

prawda

Zgłoszenia błędów powinny zawierać tylko ogólnikowe informacje, ponieważ szczegóły nie przydadzą się podczas procesu naprawiania bugów

fałsz

Dokumentowanie kodu jest zbędnym nakładem pracy, gdyż kod programu jest bardzo często czytelny i łatwo do niego wrócić po dłuższym czasie

falsz

Wąskim gardłem aplikacji (bottleneck) nazywamy fragment dokumentacji kodu

falsz

Aby wykonać profilowanie niezbędna jest odpowiednia kompilacja programu.

prawda

Plik konfiguracyjny Doxygen można wygenerować tylko poprzez aplikację Doxywizard

falsz

Doxygen potrafi wygenerować dokumentację także na podstawie kodu niezawierającego komentarzy

prawda

Doxygen nie potrafi aktualizować wygenerowanej dokumentacji interpretując tylko zmienione pliki

prawda

Parametr Priority opisujący zgłoszenie nie powinien wpływać na kolejność zajmowania się błędami.

falsz

Wycieki pamięci powstają w wyniku nie zwalniania przez program zaalokowanej pamięci

prawda

Valgrind poinformuje o błędnej ilości parametrów przekazywanych do konstruktora obiektu

prawda

Polecenie „git commit” zatwierdza zmiany dokonane w repozytorium lokalnymi od razu wysyła je na repozytorium zdalne.

falsz

Operacja import w systemie Subversion inicjuje lokalną kopię repozytorium

falsz

Wycieki pamięci są możliwe tylko w aplikacji napisanej przy pomocy kodu niezarządzanego

falsz

Polecenie „git clone” tworzy lokalną kopię zdalnego repozytorium

prawda

W przypadku tworzenia w VS aplikacji z graficznym interfejsem użytkownika WPF nie można zaprojektować interfejsu poprzez przeciąganie kontrolek przybornika

falsz

Zmiana nazwy zmiennej w kodzie aplikacji (i wszystkich odwołań do niej) jest refaktoryzacją kodu.

prawda

Valkyrie to graficzny interfejs dla Valgrind.

prawda

Opcja EnableCondition podczas debugowania zlicza ilość zatrzymań danego breakpoint’a

falsz

Repozytorium kodu źródłowego zarządzanego przez Subversion powinno zawierać zgodnie z zaleceniami katalog tags przechowujący główną linię rozwojową kodu źródłowego projektu.

prawda

Narzędzie Valgrind jest w stanie wykryć błędy obsługi pamięci takie jak: zapis do uprzednio zwolnionej pamięci czy też wycieki pamięci) niezwolnienie zaalokowanej pamięci)

prawda

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

falsz

W systemie kontroli wersji git po zmodyfikowaniu pliku w lokalnej kopii repozytorium istnieje możliwość przywrócenia go do pierwotnego stanu.

prawda

Korzystając z VS nie ma żadnej możliwości tworzenia webowych aplikacji.

falsz

Generowanie wyrażeń na podstawie aktualnych fragmentów kodu i zastąpienie bloku instrukcji odwołaniem do wyrażenia jest elementem Refactoringu

falsz

W przypadku kodu zarządzalnego (np. napisanego w języku Java, C#) przykładowym błędem programisty jest dodawanie obiektów do np. listy i pozostawienie ich tam, gdy nie są one dalej potrzebne (pamięć jest wtedy niepotrzebnie zajmowana)

falsz

Środowisko wytwórcze MS VS pozwala na tworzenie aplikacji na urządzenie XBOX

prawda

Historia zmian w Git dostarcza informacji na temat kiedy były wprowadzane zmiany w danej rewizji.

prawda

Polecenie „git clone” wykonuje kopię zapasową systemu operacyjnego

falsz

Komunikat z Valgrinda: „Invalidwrite of size 4” nie może oznaczać, że zapisujemy int’a poza zakresem tablicy

falsz

Funkcja IntelliTraceVS wykorzystywana jest do tworzenia testów aplikacji (manualnym lub automatycznych)

falsz

GitHub to Git.

falsz

Git jest scentralizowanym systemem kontroli wersji.

falsz

Pokrycie kodu związane jest z ilością linii kodu, które trzeba napisać, aby funkcjonalność została zaimplementowana.

prawda

Profilowanie statystyczne jest inną nazwą profilowania opartego na instrumentacji.

falsz

Program Bugzilla można wykorzystywać do tworzenia testów jednostkowych aplikacji.

falsz

W systemie zarządzania błędami mogą wystąpić sytuacje, gdy zgłoszenie błędu jest powiązane z innym zagadnieniem (np. blokuje jakieś zadanie albo że jest powiązane z jeszcze innym błędem)

prawda

System zarządzania błędami wspomagają proces tworzenia oprogramowania, ponieważ usprawniają zgłaszanie i zarządzanie zgłoszeniami błędów (pokazując np. bieżący status zgłoszenia, szczegółowe elementy dotyczące danego błędu)

prawda

Dobrze przygotowana dokumentacja kodu może zawierać informacje takie jak zastosowany algorytm, sposób implementacji, przykłady użycia danej funkcjonalności.

prawda

Profiler NetBeans pozwala na graficzne i tekstowe porównywanie wydajności kolejnych wersji oprogramowania

prawda

Znacznik @param w Javadoc służy do opisu parametru metody

prawda

Zaletą profilowania statystycznego jest stosunkowo niewielki narzut na wykonywany program.

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.

prawda

Po wygenerowaniu dokumentacji aplikacji otrzymujemy różne informacje dotyczące szybkości działania aplikacji, zużycia pamięci.

falsz

Testowanie manualne opiera się na ręcznym przygotowaniu komentarzy do kodu aplikacji.

falsz

Dokumentacja kodu (np. w postaci HTML) może zostać wygenerowana, wykorzystując strukturę projektu oraz zawartych w kodzie komentarzy.

prawda

Pencil Project pozwala tworzyć tylko statyczne makiety stron (ale jest to i tak przydatne narzędzie do prototypowania)

prawda

Profilowanie bazujące na instrumentacji polega na umieszczaniu dodatkowych instrukcji kodu, przez co możliwe jest pobieranie dokładniejszych danych podczas profilowania.

prawda

Usprawnienie zarządzania błędami aplikacji nie przyczynia się do tworzenia lepszego oprogramowania

falsz

Parametr Resolution w systemie Bugzilla określa sposób zakończenia obsługi zgłoszenia o błędzie

prawda

Pojęcie bug i wąskie gardło aplikacji oznaczają to samo

falsz

Przykładowym wąskim gardłem aplikacji może być optymalny kod, który zostaje wielokrotnie niepotrzebnie użyty(przez co aplikacja działa mniej wydajnie)

prawda

Bugiem nazywamy usterkę programu powodującą jego nieprawidłowe działanie, wynikającą z błędu człowieka na jednym z etapów tworzenia oprogramowania

prawda

Znacznik @param w Javadoc służy do opisu atrybutów występujących w komentowanej klasy

falsz

W testowaniu manualnym w przypadkach testowych powinno się określić wykonywane kroki testu oraz oczekiwane rezultaty

prawda

Środowisko wytwórcze MS Visual Studio pozwala na tworzenie aplikacji webowych w języku C#

prawda

Polecenie „git pull” umożliwia pobranie ostatnich zmian z repozytorium zdalnego i włączenie ich do repozytorium lokalnego

prawda

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

prawda

Narzędzie typu debugger oferuje także możliwość obserwowania wartości zmiennych w bieżącym kontekście aplikacji oraz wartości wybranych wyrażeń

prawda

Refaktoryzacja kodu zmienia funkcjonalność aplikacji (np. aplikacja ma wtedy jakieś nowe funkcje)

fałsz

Debugger jest narzędziem służącym do dynamicznego testowania aplikacji

prawda

W systemie kontroli wersji git można tworzyć różne odgałęzienia projektu (gałąź – „branch”) i przełączać się między nimi

prawda

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

prawda

Dzięki narzędziu Valgrind można znaleźć błędy związane z obsługą pamięci dla aplikacji napisanych w językach C i C++

prawda

Korzystanie z IntelliSense jest wygodnym sposobem aby uzyskać dostęp do opisów funkcji częściowo także do listy ich parametrów

prawda

Podczas projektowania widoku aplikacji z graficznym interfejsem użytkownika WPF można przejść do trybu wizualnego projektowania interfejsu do edycji znaczników XAML oraz do trybu edycji kodu

prawda

Polecenie „git status” umożliwia wyświetlanie statusu lokalnego repozytorium (nazwę bieżącej gałęzi, wyświetlanie które pliki zostały zmienione)

prawda

Git jest rozproszonym systemem kontroli wersji

prawda

W przypadku kodu zarządzalnego (np. napisanego w języku Java, C#) przykładowym błędem programisty jest dodawaniem obiektów np. do listy i pozostawianie ich tam, gdzie nie są one dalej potrzebne (pamięć jest wtedy niepotrzebnie zajmowania)

falsz

Historia zmian w git dostarcza informacji na temat kiedy były wprowadzone zmiany w danej rewizji

prawda

Polecenie „git add” umożliwia oznaczenie „zmiany” w repozytorium lokalnym, tak, że zostanie ona uwzględniona do wysłania w następnym commicie

prawda

Git’a nie można używać w środowisku linuxowym

falsz

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

prawda

Środowisko eclipse nie jest środowiskiem modułowym, rozszerzanym przez plugin’y

falsz

System kontroli wersji git jest narzędziem wspomagającym debuggowanie pamięci w językach programowania, trzeba ręcznie zarządzać pamięci pamięcią (C#, Java itp.

falsz

Refaktoryzacja może służyć do poprawienia czytelności kodu i zredukowania jego kompleksowości (poprzez np. wyekstraktowanie powtarzającego się kodu do jednej funkcji/zmiennej)

prawda

Korzystając z Visual Studio można tworzyć aplikacje posiadające graficzny interfejs użytkownika

prawda

Środowiska wytwórcze oprogramowania mogą wspierać instalowanie dodatków które rozszerzają ich funkcjonalności

prawda

Eclipse umożliwia zaimportowanie wcześniej istniejącego projektu

prawda

Funkcja IntelliTrace w Visual Studio wykorzystywana jest do tworzenia testów aplikacji (manualnych lub automatycznych

falsz

GitLab jest oprogramowaniem naukowym służącym pracy w laboratoriach w ośrodkach badawczych (nie ma nic wspólnego z gitem)

falsz

Modyfikację sygnatury funkcji/metody (np. zmianę z 'void funkcja(intparametr)' na 'void funkcja(intnowaNazwa)' i zmianę odwołań wewnątrz funkcji/metody do tego parametru) można nazwać refaktoryzacja kodu.

falsz

Wycieki pamięci są możliwe w aplikacji napisanej przy pomocy kodu zarządzanego jak i niezarządzanego.

prawda

Refactoring kodu jest niezbędny przy profilowaniu aplikacji.

falsz

. W poniższym kodzie występuje przynajmniej jeden błąd kompilacji (kompilator g+ +) int *tab = new int[25]; for(int i=0 ; i<-2 ; i++) tab[i] = rand()%100; delete tab[];

prawda

Polecenie 'git add' umożliwia oznaczenie "zmiany" w repozytorium lokalnym, tak, że zostanie ona uwzględniona do wysłania w następnym commicie.

prawda

Podczas commitowania zmian dokonywanych w repozytorium gita można wpisać dodatkową informację tekstową krótko opisującą te zmiany

prawda

Klient Git może być oferowany tylko przez środowisko programistyczne IDE.

falsz

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

fałsz

Podczas tworzenia testu manualnego w Microsoft Test Manager możliwe jest zdefiniowanie zmiennych oraz wartości jakie powinny przyjmować

prawda

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

prawda

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

fałsz

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

prawda

Doxygen wymaga używania znaczników HTML do opisu komentarzy

falsz

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

prawda

Zgłoszenie o błędzie wprowadzone w systemie Bugzilla trafia do osoby odpowiedzialnej (Assigned to) za komponent określony w zgłoszeniu.

prawda

Błąd w systemie Bugzilla może zmieniać swoje statusy tylko zgodnie z cyklem życia błędu

prawda

Doxygen nie potrafi aktualizować wygenerowanej dokumentacji interpretując tylko zmienione pliki

prawda

Doxygen umożliwia tworzenie dokumentacji tylko pojedynczych plików

falsz

W Microsoft Test Manager nie można pisać lub modyfikować kodu źródłowego aplikacji.

prawda

Bugzilla jest narzędziem służącym do profilowania aplikacji.

falsz

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

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

falsz

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

prawda

Microsoft Test Manager nie może być wykorzystany do analizy aplikacji w innych językach tj. PHP, Java czy Delphi

falsz

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

Wprowadzając zgłoszenie o błędzie w systemie Bugzilla należy określić między innymi środowisko (Har- dware, OS), w którym błąd miał miejsce.

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 po- winien być sformułowany następująco: PhysicalMemory>=1024

prawda

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

fałsz

Debugger modyfikuje kod źródłowy programu

falsz

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

falsz

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

prawda

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

falsz

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-serwer

prawda

TortoiseSVN jest tekstowym klientem systemu Subversion

falsz

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

falsz

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

prawda

TortoiseSVN jest graficznym klientem systemu Git

falsz

Bugzilla może być wykorzystywana do zarządzania błędami w systemie informatycznym, jak również wymaganiami, poprawkami i zmianami

prawda

Celem testów akceptacyjnych jest sprawdzenie czy oprogramowanie jest gotowe i może być przekazane użytkownikowi

prawda

Profilowanie aplikacji polega na statycznej analizie oprogramowania

falsz

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

prawda

Bugzilla jest narzędziem, które znajduje błędy w aplikacji a następnie informuje o nich osoby za nie odpowiedzialne

falsz

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

Dokumentacja użytkownika oprogramowania powinna zawierać udokumentowany kod

falsz

Doxygen pozwala na generowanie dokumentacji technicznej tylko dla aplikacji napisanej w języku Java

falsz

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

prawda?

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

falsz

Microsoft Test Manager nie wymaga posiadania kodu źródłowego

prawda

Parametr Resolution określający sposób rozwiązania zgłoszenia o błędzie w systemie Bugzilla może przyjmować między innymi wartości Fixed, Duplicate, Invalid.

prawda

Planowanie testów funkcjonalnych umożliwia Microsoft Test Manager oraz Microsoft Visual Studio

fałsz

Profilowanie aplikacji nie wymaga analizy otrzymanych danych czasowych

falsz

Profilowanie aplikacji polega na statycznej analizie oprogramowania

falsz

Profilowanie aplikacji nie polega na statycznej analizie oprogramowania

prawda

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

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

falsz

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

prawda

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

prawda

W systemie Bugzilla błąd o statusie Resolved i rozdzielczości (Resolution) Duplicate oznacza, że zgłoszenie zostało uznane za niepoprawne

fałsz

Wprowadzając zgłoszenie o błędzie w systemie Bugzilla należy określić źródło pozyskania aplikacji (Shop, Website), w której błąd miał miejsce

fałsz

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

Zgłoszenie o błędzie wprowadzone w systemie Bugzilla trafia do administratora systemu.

falsz

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

prawda