Komentarz interpretowany przez Doxygen musi wystąpić bezpośrednio przed deklaracją czy definicją pliku, klasy, itd.
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.
Program instalacyjny zbudowany w środowisku MS Visual Studio zawsze tworzy skrót do instalowanego programu na pulpicie.
Profilery aplikacji stworzonych w zarządzanych językach programowania nie pozwalają na profilowanie zużywanej pamięci.
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
Profil płaski profilera GNU GProf nie pozwala obserwować czasów wykonywania funkcji 'potomków' i 'rodziców'.
Celem testów akceptacyjnych jest sprawdzenie czy oprogramowanie jest gotowe i może być przekazane użytkownikowi.
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
Profilery statystyczne wykorzystują zdarzenia (ang. events), które przekazywane są jako procedury zwrotne.
W NetBeans Profiler w wyniku analizy wydajności CPU uzyskujemy informacje o czasie spędzonym przez analizowaną aplikację na wykonywaniu poszczególnych jej funkcji.
Profilowanie aplikacji równoległych pozwala śledzić proces wymiany komunikatorów pomiędzy procesami/ procesami
Blok kodu, który znacząco wpływa na trudności podczas instalacji oprogramowania nazywany jest wąskim gardłem aplikacji (ang. bottle neck).
Podczas tworzenia testu manualnego w Microsoft Test Manager nie jest możliwe zdefiniowanie zmiennych oraz wartości jakie powinny przyjmować.
NetBeans Profiler oprócz profilowania użycia procesora oraz pamięci pozwala na śledzenie aktywności poszczególnych wątków aplikacji.
Manualna instrumentacja przeprowadzana w celu profilowania aplikacji polega na ręcznym podliczaniu charakterystyk czasu wykonania danych fragmentów kodu.
Środowisko MS Visual Studio pozwala na tworzenie programów instalacyjnych tylko dla aplikacji zbudowanych w tym środowisku.
Program instalacyjny zbudowany w środowisku MS Visual Studio zawsze instaluje aplikację w domyślnej lokacji.
Środowisko MS Visual Studio pozwala na tworzenie programów instalacyjnych dla aplikacji stworzonych w dowolnej technologii.
Za pomocą polecenia rpmbuild zaleca się zbudowanie pakietu instalacyjnego rpm według specyfikacji określonej w odpowiednim pliku spec.
Microsoft Test Manager nie może być wykorzystany do analizy aplikacji w innych językach tj. PHP, Java czy Delphi.
Głównym celem optymalizacji czasowej oprogramowania jest zmniejszenie zapotrzebowania na zasoby pamięciowe.
Profiler IBM Rational Quantify pozwala na graficzne i tekstowe porównywanie wydajności kolejnych wersji oprogramowania (czyli jaki wpływ miały wprowadzone poprawki).
Wymagania funkcjonalne oprogramowania określają ograniczenia systemu wynikające z potrzeb użytkowników oraz z ograniczeń budżetowych i strategii firmy etc.
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.
Profilery bazujące na instrumentacji zbierają informacje na temat wydajności aplikacji poprzez wstawiane dodatkowych instrukcji do kodu.
Makro %_topdir w pliku .rpmmacros definiuje ścieżkę do katalogu z tymczasowymi plikami tworzonymi w trakcie budowy pakietu rpm.
Bugzilla może być wykorzystywana do zarządzania błędami w systemie informatycznym, jak również wymaganiami, poprawkami i zmianami.
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.
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.
Podczas tworzenia testu manualnego w Microsoft Test Manager możliwe jest zdefiniowanie zmiennych oraz wartości jakie powinny przyjmować.
Profilowanie aplikacji wykonywane jest w celu zoptymalizowania aplikacji zarówno pod względem czasowym jak i pamięciowym.
Profilowanie aplikacji równoległych pozwala śledzić proces wymiany komunikatów pomiędzy procesorami/procesami.
Testowanie integracyjne służy do sprawdzenia czy komponenty tworzonego oprogramowania współpracują ze sobą.
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.
Raporty generowane przez profilery pokazują miejsca wystąpienia błędów z pamięcią (np. brak dealokacji)
Zgłoszenie o błędzie wprowadzone w systemie Bugzilla trafia do osoby odpowiedzialnej (Assigned to) za komponent określony w zgłoszeniu.
Zaletą profilerów statystycznych jest brak narzutu związanego z dodatkowym kodem w profilowanej aplikacji.
W systemie Bugzilla błąd o statusie Resolved i rozdzielczości (Resolution) Duplicate oznacza, że zgłoszenie zostało uznane za niepoprawne.
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
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
Zapytania umożliwiające sprawdzenie wyników testów uruchamiane są w zakładce track programu Microsoft Test Manager.
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).
pixabay.com Uzupełnianie Jeżeli rozszyfrujesz 8 na 10 tych marek samochodów, musisz być ekspertem motoryzacji!
