Тест: NPTO
Список вопросов
1. Microsoft Test Manager nie wymaga posiadania kodu źródłowego |
|
1) Inna | |
2) Fałsz | |
3) Prawda | |
2. NetBeans Profiler oprócz profilowania użycia procesora oraz pamięci pozwala na śledzenie aktywności poszczególnych wątków aplikacji. |
|
1) Inna | |
2) Fałsz | |
3) Prawda | |
3. Nowy programista, który dołącza do projektu przechowywanego w repozytorium zarządzanym przez system Subversion powinien znać adres url repozytorium |
|
1) Inna | |
2) Fałsz | |
3) Prawda | |
4. 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 |
|
1) Inna | |
2) Falsz | |
3) Prawda | |
5. Operacja commit w systemie Subversion przenosi zmiany z repozytorium zdalnego do lokalnej kopi użytkownika |
|
1) Inna | |
2) Fałsz | |
3) Prawda | |
6. Profilery statystyczne wykorzystują zdarzenia (ang. events), które przekazywane są jako procedury zwrotne. |
|
1) Inna | |
2) Fałsz | |
3) Prawda | |
7. Profilery aplikacji stworzonych w zarządzanych językach programowania nie pozwalają na profilowanie zużywanej pamięci. |
|
1) Inna | |
2) Fałsz | |
3) Prawda | |
8. Profilery bazujące na instrumentacji zbierają informacje na temat wydajności aplikacji poprzez wstawiane dodatkowych instrukcji do kodu. |
|
1) Inna | |
2) Fałsz | |
3) Prawda | |
9. Profiler IBM Rational Quantify pozwala na graficzne i tekstowe porównywanie wydajności kolejnych wersji oprogramowania (czyli jaki wpływ miały wprowadzone poprawki). |
|
1) Inna | |
2) Fałsz | |
3) Prawda | |
10. 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). |
|
1) Inna | |
2) Fałsz | |
3) Prawda | |
11. Profil płaski profilera GNU GProf nie pozwala obserwować czasów wykonywania funkcji 'potomków' i 'rodziców' |
|
1) Inna | |
2) Fałsz | |
3) Prawda | |
12. Profilowanie aplikacji polega na statycznej analizie oprogramowania. |
|
1) Inna | |
2) Fałsz | |
3) Prawda | |
13. Profilowanie aplikacji wykonywane jest w celu zoptymalizowania aplikacji zarówno pod względem czasowym jak i pamięciowym. |
|
1) Inna | |
2) Fałsz | |
3) Prawda | |
14. Profilowanie aplikacji nie wymaga analizy otrzymanych danych czasowych |
|
1) Inna | |
2) Fałsz | |
3) Prawda | |
15. Profilowanie aplikacji nie polega na statycznej analizie oprogramowania. |
|
1) Inna | |
2) Fałsz | |
3) Prawda | |
16. Profilowanie aplikacji równoległych pozwala śledzić proces wymiany komunikatów pomiędzy procesorami/procesami. |
|
1) Inna | |
2) Fałsz | |
3) Prawda | |
17. Profilowanie na poziomie linii kodu umożliwia dokładne wskazanie błędu kompilacji. |
|
1) Inna | |
2) Fałsz | |
3) Prawda | |
18. Parametr Resolution określający sposób rozwiązania zgłoszenia o błędzie w systemie Bugzilla może przyjmować wartości New, Assigned i Closed. |
|
1) Inna | |
2) Fałsz | |
3) Prawda | |
19. 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. |
|
1) Inna | |
2) Fałsz | |
3) Prawda | |
20. Program instalacyjny zbudowany w środowisku MS Visual Studio zawsze tworzy skrót do instalowanego programu na pulpicie. |
|
1) Inna | |
2) Fałsz | |
3) Prawda | |
21. Program instalacyjny zbudowany w środowisku MS Visual Studio zawsze instaluje aplikację w domyślnej lokacjI. |
|
1) Inna | |
2) Fałsz | |
3) Prawda | |
22. Podczas tworzenia testu manualnego w Microsoft Test Manager możliwe jest zdefiniowanie zmiennych oraz wartości jakie powinny przyjmować. |
|
1) Inna | |
2) Fałsz | |
3) Prawda | |
23. Podczas tworzenia testu manualnego w Microsoft Test Manager nie jest możliwe zdefiniowanie zmiennych oraz wartości jakie powinny przyjmować |
|
1) Inna | |
2) Fałsz | |
3) Prawda | |
24. Przykładem refectoringu kodu jest dodanie nowej metody (nowej funkcjonalności) do istniejącej klasy |
|
1) Inna | |
2) Fałsz | |
3) Prawda | |
25. Przykładem refectoringu kodu jest zastąpienie podobnych albo takich samych fragmentów kodu przez procedurę |
|
1) Inna | |
2) Fałsz | |
3) Prawda | |
26. Planowanie testów funkcjonalnych umożliwia Microsoft Test Manager oraz Microsoft Visual Studio. |
|
1) Inna | |
2) Fałsz | |
3) Prawda | |
27. Plik konfiguracyjny Doxygen można wygenerować tylko poprzez aplikację Doxywizard |
|
1) Inna | |
2) Fałsz | |
3) Prawda | |
28. Polecenie diff w systemie Subversion pozwala na porównanie kopi lokalnej i kopi znajdującej się w repozytorium określonego pliku |
|
1) Inna | |
2) Fałsz | |
3) Prawda | |
29. Raporty generowane przez profilery pokazują miejsca wystąpienia błędów z pamięcią (np. brak dealokacji). |
|
1) Inna | |
2) Fałsz | |
3) Prawda | |
30. Refaktoring powoduje zmiany w kodzie źródłowym oprogramowania |
|
1) Inna | |
2) Fałsz | |
3) Prawda | |
31. Refactoring powoduje modyfikacje w funkcjonalności programu |
|
1) Inna | |
2) Fałsz | |
3) Prawda | |
32. 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 |
|
1) Inna | |
2) Fałsz | |
3) Prawda | |
33. Repozytorium kodu źródłowego zarządzane przez system Subversion powinno zawierać zgodnie z zaleceniami katalog trunk przechowujący alternatywne gałęzie projektu |
|
1) Inna | |
2) Fałsz | |
3) Prawda | |
34. Słowo kluczowe @see może być użyte jako link do istniejących funkcji, plików, klas oraz URLi. |
|
1) Inna | |
2) Fałsz | |
3) Prawda | |
35. Słowo kluczowe @param może być użyte jako link do istniejących funkcji, plików, klas oraz URLi |
|
1) Inna | |
2) Fałsz | |
3) Prawda | |
36. Scentralizowane systemy zarządzania wersjami (np. Subversion) oparte są na architekturze P2P |
|
1) Inna | |
2) Fałsz | |
3) Prawda | |
37. Scentralizowane systemy zarządzania wersjami (np. Subversion) oparte są na architekturze klient-server |
|
1) Inna | |
2) Fałsz | |
3) Prawda | |
38. Sprawdzenie zawartości repozytorium zarzadzanego przez Subversion jest możliwe bez konieczności tworzenia lokalnej kopi repozytorium |
|
1) Inna | |
2) Fałsz | |
3) Prawda | |
39. Sprawdzenie zawartości repozytorium zarzadzanego przez Subversion nie jest możliwe bez konieczności tworzenia lokalnej kopi repozytorium |
|
1) Inna | |
2) Fałsz | |
3) Prawda | |
40. Środowisko wytwórcze Eclipse jest środowiskiem modułowym, rozszerzalnym poprzez plugin'y |
|
1) Inna | |
2) Fałsz | |
3) Prawda | |
41. Środowisko MS Visual Studio pozwala na tworzenie programów instalacyjnych dla aplikacji stworzonych w dowolnej technologii. |
|
1) Inna | |
2) Fałsz | |
3) Prawda | |
42. Środowisko MS Visual Studio pozwala na tworzenie programów instalacyjnych tylko dla aplikacji zbudowanych w tym środowisku. |
|
1) Inna | |
2) Fałsz | |
3) Prawda | |
43. TortoiseSVN jest tekstowym klientem systemu Subversion |
|
1) Inna | |
2) Fałsz | |
3) Prawda | |
44. TortoiseSVN jest graficznym klientem systemu Git |
|
1) Inna | |
2) Fałsz | |
3) Prawda | |
45. Testowanie integracyjne służy do sprawdzenia czy komponenty tworzonego oprogramowania współpracują ze sobą |
|
1) Inna | |
2) Fałsz | |
3) Prawda | |
46. Valgrind nie zasygnalizuje czytania poza zakresem statycznie alokowanej tablicy |
|
1) Inna | |
2) Fałsz | |
3) Prawda | |
47. 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 |
|
1) Inna | |
2) Fałsz | |
3) Prawda | |
48. 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 |
|
1) Inna | |
2) Fałsz | |
3) Prawda | |
49. Wymagania funkcjonalne oprogramowania określają ograniczenia systemu wynikające z potrzeb użytkowników oraz z ograniczeń budżetowych i strategii firmy etc. |
|
1) Inna | |
2) Fałsz | |
3) Prawda | |
50. Wprowadzając zgłoszenie o błędzie w systemie Bugzilla należy określić między innymi środowisko (Hardware, OS), w którym błąd miał miejsce. |
|
1) Inna | |
2) Fałsz | |
3) Prawda | |
51. 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. |
|
1) Inna | |
2) Fałsz | |
3) Prawda | |
52. Wycieki pamięci powstają w wyniku alokowania przez program zbyt małej ilości pamięci |
|
1) Inna | |
2) Fałsz | |
3) Prawda | |
53. Wycieki pamięci są automatycznie naprawiane przez Valgrind |
|
1) Inna | |
2) Fałsz | |
3) Prawda | |
54. Wycieki pamięci zostaną wykryte podczas kompilacji kodu za pomocą kompilatora, np. g++ |
|
1) Inna | |
2) Fałsz | |
3) Prawda | |
55. W kodzie występuje przynajmniej jeden błąd kompilacji int tab = new int[5]; for (int i=0; i<27, i++) delete tab; |
|
1) Inna | |
2) Fałsz | |
3) Prawda | |
56. W generatorze Javadoc słowa kluczowe w komentarzu należy poprzedzić \ lub @ |
|
1) Inna | |
2) Fałsz | |
3) Prawda | |
57. W generatorze Javadoc słowa kluczowe w komentarzu należy poprzedzić znakiem @. |
|
1) Inna | |
2) Fałsz | |
3) Prawda | |
58. W Microsoft Test Manager nie można pisać lub modyfikować kodu źródłowego aplikacji. |
|
1) Inna | |
2) Fałsz | |
3) Prawda | |
59. W NetBeans Profiler w wyniku analizy wydajności CPU uzyskujemy informacje o czasie spędzonym przez analizowaną aplikację na wykonywaniu poszczególnych jej funkcji. |
|
1) Inna | |
2) Fałsz | |
3) Prawda | |
60. W systemie Bugzilla status błędu informuje o aktualnym etapie obsługi zgłoszenia. |
|
1) Inna | |
2) Fałsz | |
3) Prawda | |
61. W systemie Bugzilla błąd o statusie Resolved i rozdzielczości (Resolution) Duplicate oznacza, że zgłoszenie zostało uznane za niepoprawne. |
|
1) Inna | |
2) Fałsz | |
3) Prawda | |
62. W systemie Bugzilla status błędu informuje o aktualnym etapie obsługi zgłoszenia. |
|
1) Inna | |
2) Fałsz | |
3) Prawda | |
63. W systemie Subversion w wyniku wysłania nowej wersji określonego pliku do repozytorium całe repozytorium uzyskuje nowy numer rewizji |
|
1) Fałsz | |
2) Prawda | |
3) Inna | |
64. W systemie Git klonowanie zdalnego repozytorium powoduje powstanie pełnej kopi repozytorium na lokalnej maszynie |
|
1) Prawda | |
2) Fałsz | |
3) Inna | |
65. W systemie Git operacj push służy do wysłania lokalnych zmian do zdalnej kopi repozytorium |
|
1) Prawda | |
2) Fałsz | |
3) Inna | |
66. W systemie Git operacja COMMIT przenosi zmiany z kopi lokalnej do zdalnego repozytorium |
|
1) Prawda | |
2) Fałsz | |
3) Inna | |
67. Zaletą profilerów statystycznych jest brak narzutu związanego z dodatkowym kodem w profilowanej aplikacji. |
|
1) Prawda | |
2) Falsz | |
3) Inna | |
68. Zapytania umożliwiające sprawdzenie wyników testów uruchamiane są w zakładce track programu Microsoft Test Manager. |
|
1) Prawda | |
2) Fałsz | |
3) Inna | |
69. Za pomocą polecenia rpmbuild zaleca się zbudowanie pakietu instalacyjnego rpm według specyfikacji określonej w odpowiednim pliku spec. |
|
1) Prawda | |
2) Fałsz | |
3) Inna | |
70. Zgłoszenie o błędzie wprowadzone w systemie Bugzilla trafia do administratora systemu |
|
1) Prawda | |
2) Fałsz | |
3) Inna | |
71. Zgłoszenie o błędzie wprowadzone w systemie Bugzilla trafia do osoby odpowiedzialnej (Assigned to) za komponent określony w zgłoszeniu. |
|
1) Prawda | |
2) Fałsz | |
3) Inna | |
72. Znacznik @param w Javadoc służy do opisu atrybutów występujących w komentowanej klasie. //(opis parametrów) |
|
1) Prawda | |
2) Fałsz | |
3) Inna | |
73. Znacznik @return w Javadoc służy do opisu wyniku zwracanego przez komentowaną metodę. |
|
1) Prawda | |
2) Fałsz | |
3) Inna | |
74. Aby wprowadzić w systemie Bugzilla nowe zgłoszenie o błędzie nie trzeba posiadać konta użytkownika. |
|
1) Prawda | |
2) Fałsz | |
3) Inna | |
75. 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. |
|
1) Prawda | |
2) Fałsz | |
3) Inna | |
76. 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. |
|
1) Prawda | |
2) Fałsz | |
3) Inna | |
77. Analiza programu za pomocą Dr Memory nie wymaga wcześniejszej kompilacji kodu |
|
1) Prawda | |
2) Fałsz | |
3) Inna | |
78. Blok kodu, który znacząco wpływa na trudności podczas instalacji oprogramowania nazywany jest wąskim gardłem aplikacji (ang. bottle neck). |
|
1) Prawda | |
2) Fałsz | |
3) Inna | |
79. Bugzilla jest narzędziem, które znajduje błędy w aplikacji a następnie informuje o nich osoby za nie odpowiedzialne |
|
1) Prawda | |
2) Fałsz | |
3) Inna | |
80. Bugzilla jest narzędziem służącym do profilowania aplikacji. |
|
1) Prawda | |
2) Fałsz | |
3) Inna | |
81. Bugzilla może być wykorzystywana do zarządzania błędami w systemie informatycznym, jak również wymaganiami, poprawkami i zmianami. |
|
1) Prawda | |
2) Fałsz | |
3) Inna | |
82. Błąd w systemie Bugzilla może zmieniać swoje statusy tylko zgodnie z cyklem życia błędu |
|
1) Prawda | |
2) Fałsz | |
3) Inna | |
83. . 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; |
|
1) Prawda | |
2) Fałsz | |
3) Inna | |
84. Błąd występujący w kodzie zostanie wykryty przez Dr Memory |
|
1) Prawda | |
2) Fałsz | |
3) Inna | |
85. Breakpoint w debugger’e oznacza miejsce rozpoczęcia wykonywania programu |
|
1) Prawda | |
2) Fałsz | |
3) Inna | |
86. Celem testów akceptacyjnych jest sprawdzenie czy oprogramowanie jest gotowe i może być przekazane użytkownikowi. |
|
1) Prawda | |
2) Fałsz | |
3) Inna | |
87. Cykl życia błędu określa stan w jakim błąd się aktualnie znajduje oraz jego historię |
|
1) Prawda | |
2) Fałsz | |
3) Inna | |
88. Doxygen nie pozwala na generowanie dokumentacji technicznej dla aplikacji napisanej w języku C++. |
|
1) Prawda | |
2) Fałsz | |
3) Inna | |
89. Doxygen wymaga używania znaczników HTML do opisu komentarzy. |
|
1) Prawda | |
2) Fałsz | |
3) Inna | |
90. Doxygen nie potrafi aktualizować wygenerowanej dokumentacji interpretując tylko zmienione pliki. |
|
1) Prawda | |
2) Fałsz | |
3) Inna | |
91. Doxygen umożliwia tworzenie dokumentacji tylko pojedynczych plików. |
|
1) Prawda | |
2) Fałsz | |
3) Inna | |
92. Doxygen pozwala na generowanie dokumentacji technicznej tylko dla aplikacji napisanej w języku Java. |
|
1) Prawda | |
2) Fałsz | |
3) Inna | |
93. Debugger modyfikuje kod źródłowy programu |
|
1) Prawda | |
2) Fałsz | |
3) Inna | |
94. Debugger jest standardowym wyposażeniem większości środowisk programistycznych |
|
1) Prawda | |
2) Fałsz | |
3) Inna | |
95. Debugger może zostać uruchomiony mimo istnienia błędów kompilacji |
|
1) Prawda | |
2) Fałsz | |
3) Inna | |
96. Dostęp do repozytorium zarządzanego przez Subversion nie jest możliwy z wykorzystaniem protokołu ftp |
|
1) Prawda | |
2) Fałsz | |
3) Inna | |
97. Dostęp do repozytorium zarządzanego przez Subversion może odbywać się przez protokół http |
|
1) Prawda | |
2) Fałsz | |
3) Inna | |
98. Dokumentacja użytkownika oprogramowania powinna zawierać udokumentowany kod |
|
1) Prawda | |
2) Fałsz | |
3) Inna | |
99. Głównym celem optymalizacja czasowej oprogramowania jest zmniejszenie zapotrzebowania na zasoby pamięciowe. |
|
1) Prawda | |
2) Fałsz | |
3) Inna | |
100. 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. |
|
1) Prawda | |
2) Fałsz | |
3) Inna | |
101. Generowanie dokumentacji technicznej projektu za pomocą Javadoc polega na przetworzeniu specjalnych komentarzy umieszczonych w kodzie Java na strony www – |
|
1) Prawda | |
2) Fałsz | |
3) Inna | |
102. Historia zmian w Subversion dostarcza informacji na temat kto wprowadzał zmiany w danej rewizji |
|
1) Prawda | |
2) Fałsz | |
3) Inna | |
103. Historia zmian w Subversion dostarcza informacji na temat plików zmodyfikowanych w poszczególnych rewizjach |
|
1) Prawda | |
2) Fałsz | |
3) Inna | |
104. Historia zmian w Subversion dostarcza informacji na temat używanego przez użytkownika klienta SVN |
|
1) Prawda | |
2) Fałsz | |
3) Inna | |
105. Instrukcja budowy pakietu rpm powinna być zapisana w pliku spec. |
|
1) Prawda | |
2) Fałsz | |
3) Inna | |
106. Javadoc posiada bardziej rozbudowane formaty wejściowe i wyjściowe niż Doxygen. |
|
1) Prawda | |
2) Fałsz | |
3) Inna | |
107. Jedną z możliwości debugger'a GDB jest wyświetlenie aktualnego stosu wywołań funkcji |
|
1) Prawda | |
2) Fałsz | |
3) Inna | |
108. Jedna instancja systemu Bugzilla może obsługiwać tylko jeden produkt (np. aplikację) |
|
1) Prawda | |
2) Fałsz | |
3) Inna | |
109. Klient Subversion może być oferowany przez środowisko programistyczne IDE |
|
1) Prawda | |
2) Fałsz | |
3) Inna | |
110. Konflikt w systemie Subversion może powstać podczas wykonywania komendy checkout |
|
1) Prawda | |
2) Fałsz | |
3) Inna | |
111. Komentarz interpretowany przez Doxygen musi wystąpić bezpośrednio przed deklaracją czy definicją pliku, klasy, itd. |
|
1) Prawda | |
2) Fałsz | |
3) Inna | |
112. Makro %_topdir w pliku .rpmmacros definiuje ścieżkę do katalogu z tymczasowymi plikami tworzonymi w trakcie budowy pakietu rpm. |
|
1) Prawda | |
2) Fałsz | |
3) Inna | |
113. Manualna instrumentacja przeprowadzana w celu profilowania aplikacji polega na ręcznym podliczaniu charakterystyk czasu wykonania danych fragmentów kodu. |
|
1) Prawda | |
2) Fałsz | |
3) Inna | |
114. Microsoft Test Manager nie może być wykorzystany do analizy aplikacji w innych językach tj. PHP, Java czy Delphi. |
|
1) Prawda | |
2) Fałsz | |
3) Inna |