término ![]() |
definición ![]() |
|||
---|---|---|---|---|
2. Aby wprowadzić w systemie Bugzilla nowe zgłoszenie o błędzie nie trzeba posiadać konta użytkownika.
|
Fałsz
|
|||
3. 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
|
|||
4. Blok kodu, który znacząco wpływa na trudności podczas instalacji oprogramowania nazywany jest wąskim gardłem aplikacji (ang. bottle neck).
|
Fałsz
|
|||
5. Błąd w systemie Bugzilla może zmieniać swoje statusy tylko zgodnie z cyklem życia błędu.
|
Prawda
|
|||
6. Bugzilla może być wykorzystywana do zarządzania błędami w systemie informatycznym, jak również wymaganiami, poprawkami i zmianami.
|
Prawda
|
|||
7. Bugzilla jest narzędziem służącym do profilowania aplikacji.
|
Fałsz
|
|||
8. Bugzilla jest narzędziem, które znajduje błędy w aplikacji a następnie informuje o nich osoby za nie odpowiedzialne.
|
Fałsz?
|
|||
9. Celem testów akceptacyjnych jest sprawdzenie czy oprogramowanie jest gotowe i może być przekazane użytkownikowi.
|
Prawda
|
|||
10. Cykl życia błędu określa stan w jakim błąd się aktualnie znajduje oraz jego historię.
|
Fałsz
|
|||
11. Dokumentacja użytkownika oprogramowania powinna zawierać udokumentowany kod.
|
Fałsz
|
|||
12. Doxygen nie potrafi aktualizować wygenerowanej dokumentacji interpretując tylko zmienione pliki.
|
Prawda
|
|||
13. Doxygen nie pozwala na generowanie dokumentacji technicznej dla aplikacji napisanej w języku C++.
|
Fałsz
|
|||
14. Doxygen pozwala na generowanie dokumentacji technicznej tylko dla aplikacji napisanej w języku Java.
|
Fałsz
|
|||
15. Doxygen umożliwia tworzenie dokumentacji tylko pojedynczych plików.
|
Fałsz
|
|||
16. Doxygen wymaga używania znaczników HTML do opisu komentarzy.
|
Fałsz
|
|||
17. Głównym celem optymalizacja czasowej oprogramowania jest zmniejszenie zapotrzebowania na zasoby pamięciowe.
|
Fałsz
|
|||
18. 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
|
|||
19. Instrukcja budowy pakietu rpm powinna być zapisana w pliku spec.
|
Prawda
|
|||
20. Javadoc posiada bardziej rozbudowane formaty wejściowe i wyjściowe niż Doxygen.
|
Fałsz
|
|||
21. Jedna instancja systemu Bugzilla może obsługiwać tylko jeden produkt (np. aplikację).
|
Fałsz
|
|||
22. Komentarz interpretowany przez Doxygen musi wystąpić bezpośrednio przed deklaracją czy definicją pliku, klasy, itd.
|
Prawda
|
|||
23. Makro %_topdir w pliku. rpmmacros definiuje ścieżkę do katalogu z tymczasowymi plikami tworzonymi w trakcie budowy pakietu rpm.
|
Fałsz
|
|||
24. Manualna instrumentacja przeprowadzana w celu profilowania aplikacji polega na ręcznym podliczaniu charakterystyk czasu wykonania danych fragmentów kodu.
|
Fałsz
|
|||
25. Microsoft Test Manager nie może być wykorzystany do analizy aplikacji w innych językach tj. PHP, Java czy Delphi.
|
Fałsz
|
|||
26. Microsoft Test Manager nie wymaga posiadania kodu źródłowego.
|
Prawda
|
|||
27. NetBeans Profiler oprócz profilowania użycia procesora oraz pamięci pozwala na śledzenie aktywności poszczególnych wątków aplikacji.
|
Prawda
|
|||
28. 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.
|
Fałsz
|
|||
29. 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
|
|||
30. Planowanie testów funkcjonalnych umożliwia Microsoft Test Manager oraz Microsoft Visual Studio.
|
Fałsz
|
|||
31. Plik konfiguracyjny Doxygen można wygenerować tylko poprzez aplikację Doxywizard.
|
Fałsz
|
|||
32. Podczas tworzenia testu manualnego w Microsoft Test Manager możliwe jest zdefiniowanie zmiennych oraz wartości jakie powinny przyjmować.
|
Prawda
|
|||
33. Podczas tworzenia testu manualnego w Microsoft Test Manager nie jest możliwe zdefiniowanie zmiennych oraz wartości jakie powinny przyjmować.
|
Fałsz
|
|||
34. Podczas tworzenia testu manualnego w Microsoft Test Manager możliwe jest zdefiniowanie zmiennych oraz wartości jakie powinny przyjmować.
|
Prawda
|
|||
35. Profil płaski profilera GNU GProf nie pozwala obserwować czasów wykonywania funkcji 'potomków' i 'rodziców'.
|
Prawda
|
|||
36. 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
|
|||
37. 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).
|
Fałsz
|
|||
38. Profilery bazujące na instrumentacji zbierają informacje na temat wydajności aplikacji poprzez wstawiane dodatkowych instrukcji do kodu.
|
Prawda
|
|||
39. Profilery aplikacji stworzonych w zarządzanych językach programowania nie pozwalają na profilowanie zużywanej pamięci.
|
Fałsz
|
|||
40. Profilery statystyczne wykorzystują zdarzenia (ang. events), które przekazywane są jako procedury zwrotne.
|
Fałsz
|
|||
41. Profilowanie aplikacji nie wymaga analizy otrzymanych danych czasowych.
|
Fałsz
|
|||
42. Profilowanie aplikacji polega na statycznej analizie oprogramowania.
|
Fałsz
|
|||
43. Profilowanie aplikacji nie polega na statycznej analizie oprogramowania.
|
Prawda
|
|||
44. Profilowanie aplikacji równoległych pozwala śledzić proces wymiany komunikatów pomiędzy procesorami/procesami.
|
Prawda
|
|||
45. Profilowanie aplikacji wykonywane jest w celu zoptymalizowania aplikacji zarówno pod względem czasowym jak i pamięciowym.
|
Prawda
|
|||
46. Profilowanie na poziomie linii kodu umożliwia dokładne wskazanie błędu kompilacji.
|
Fałsz
|
|||
47. Program instalacyjny zbudowany w środowisku MS Visual Studio zawsze tworzy skrót do instalowanego programu na pulpicie.
|
Fałsz
|
|||
48. Program instalacyjny zbudowany w środowisku MS Visual Studio zawsze instaluje aplikację w domyślnej lokacji.
|
Fałsz
|
|||
49. Raporty generowane przez profilery pokazują miejsca wystąpienia błędów z pamięcią (np. brak dealokacji).
|
Fałsz
|
|||
50. Słowo kluczowe @see może być użyte jako link do istniejących funkcji, plików, klas oraz URLi.
|
Prawda
|
|||
51. Słowo kluczowe @param może być użyte jako link do istniejących funkcji, plików, klas oraz URLi.
|
Fałsz
|
|||
52.Środowisko MS Visual Studio pozwala na tworzenie programów instalacyjnych tylko dla aplikacji zbudowanych w tym środowisku.
|
Fałsz
|
|||
53.Środowisko MS Visual Studio pozwala na tworzenie programów instalacyjnych dla aplikacji stworzonych w dowolnej technologii.
|
Prawda
|
|||
54. Testowanie integracyjne służy do sprawdzenia czy komponenty tworzonego oprogramowania współpracują ze sobą.
|
Prawda
|
|||
55. W Microsoft Test Manager nie można pisać lub modyfikować kodu źródłowego aplikacji.
|
Prawda
|
|||
56. W generatorze Javadoc słowa kluczowe w komentarzu należy poprzedzić \ lub @
|
Fałsz
|
|||
57. W generatorze Javadoc słowa kluczowe w komentarzu należy poprzedzić znakiem @.
|
Prawda
|
|||
58. 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
|
|||
59. W systemie Bugzilla błąd o statusie Resolved i rozdzielczości (Resolution) Duplicate oznacza, że zgłoszenie zostało uznane za niepoprawne.
|
Fałsz
|
|||
60. W systemie Bugzilla status błędu informuje o aktualnym etapie obsługi zgłoszenia.
|
Prawda
|
|||
61. 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
|
|||
62. 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
|
Fałsz
|
|||
63. 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.
|
Prawda
|
|||
64. 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
|
|||
65. 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
|
|||
66. Za pomocą polecenia rpmbuild zaleca się zbudowanie pakietu instalacyjnego rpm według specyfikacji określonej w odpowiednim pliku spec.
|
Prawda
|
|||
67. Zaletą profilerów statystycznych jest brak narzutu związanego z dodatkowym kodem w profilowanej aplikacji.
|
Prawda
|
|||
68. Zapytania umożliwiające sprawdzenie wyników testów uruchamiane są w zakładce track programu Microsoft Test Manager.
|
Prawda
|
|||
69. Zgłoszenie o błędzie wprowadzone w systemie Bugzilla trafia do administratora systemu.
|
Fałsz
|
|||
70. Zgłoszenie o błędzie wprowadzone w systemie Bugzilla trafia do osoby odpowiedzialnej (Assigned to) za komponent określony w zgłoszeniu.
|
Prawda
|
|||
71. Znacznik @param w Javadoc służy do opisu atrybutów występujących w komentowanej klasie.
|
Fałsz
|
|||
72. Znacznik @return w Javadoc służy do opisu wyniku zwracanego przez komentowaną metodę.
|
Prawda
|