question |
réponse |
commencer à apprendre
|
|
|
|
|
commencer à apprendre
|
|
to scenariusz testowy, zbiór wartości wejściowych, warunków wstępnych realizacji, spodziewanych wyników, opracowany w pewnym celu lub dla warunku testowego, takiego jak wykonanie pewnej ścieżki programu albo do sprawdzenia zgodności z wymaganiami.
|
|
|
commencer à apprendre
|
|
System śledzenia błędów. system bagtrackingowy. Zabezpieczenie programowe, które pozwala na rejestrowanie i śledzenie sposobu rozwiązania każdego defektu (bagu) wykrytego przez testera, do momentu aż problem nie zostanie rozwiązany.
|
|
|
Bug tracking system. For example Jira, Trello, Redmine commencer à apprendre
|
|
Przykładami takich systemów są: "Dżira", Trello, "Redmajn" i inne.
|
|
|
commencer à apprendre
|
|
Wynik rzeczywisty. Pole używane przy opisie defektu w systemie bagtrackingowym. Oznacza zaobserwowane lub wygenerowane zachowanie komponentu albo systemu podczas testowania.
|
|
|
commencer à apprendre
|
|
Wynik oczekiwany. Pole używane przy opisie scenariuszy testowych w systemie test managementu i defektów w systemie bagtrackingowym. Określa zachowanie komponentu albo systemu przy zadanych warunkach, określonych przez specyfikację lub inne źródła.
|
|
|
commencer à apprendre
|
|
Priorytet defektu w systemie bagtrackingowym, określa kolejność korekty defektów.
|
|
|
commencer à apprendre
|
|
stopień krytyczności defektu w systemie bagtrackingowym, określa na ile defekt jest poważny oraz jego wpływ na system.
|
|
|
commencer à apprendre
|
|
|
|
|
commencer à apprendre
|
|
Potwierdzenie, na podstawie obiektywnych dowodów, że wymagania zostały spełnione.
|
|
|
commencer à apprendre
|
|
Potwierdzenie, na podstawie obiektywnych dowodów, że wymagania odnoszące się do konkretnego wykorzystania lub zastosowania zostały spełnione.
|
|
|
commencer à apprendre
|
|
Błąd (wada) - niezgodność rzeczywistego wyniku pracy programu z oczekiwanym.
|
|
|
commencer à apprendre
|
|
dokument techniczny tworzony przez testera w systemie bagtrackingowym podczas testowania, który zawiera pełny opis defektu.
|
|
|
commencer à apprendre
|
|
Klient, zamawiający. Osoba lub firma, która zleciła opracowanie.
|
|
|
commencer à apprendre
|
|
programista, który pisze kod oprogramowania.
|
|
|
commencer à apprendre
|
|
branża, w której działa dany produkt programowania (np. fintech, e-commerce, handel, komunikacja itp.)
|
|
|
commencer à apprendre
|
|
system zasad podejmowania decyzji i osiągania optymalnych wyników.
|
|
|
commencer à apprendre
|
|
|
|
|
commencer à apprendre
|
|
testowanie modułowe. Z reguły odpowiada za nie programista.
|
|
|
commencer à apprendre
|
|
testowanie integracyjne. Z reguły odpowiada za nie programista i tester.
|
|
|
commencer à apprendre
|
|
testowanie systemowe. Z reguły odpowiada za nie tester.
|
|
|
commencer à apprendre
|
|
testowanie akceptacyjne. Z reguły odpowiada za nie zamawiający.
|
|
|
commencer à apprendre
|
|
specyfikacja, wymagania, zadania techniczne. Dokument lub zbiór dokumentów, który określa, cel główny, mierniki jakości, wymagania techniczno-ekonomiczne i specjalne, odnośnie oprogramowania, wielkości, etapów opracowania oraz dokumentacji.
|
|
|
commencer à apprendre
|
|
rodzaj testów polegający na symulacji rzeczywistego użycia, przez testerów wewnętrznych (pracowników firmy lub grupę specjalistów do testów niezależnych)
|
|
|
commencer à apprendre
|
|
intensywne użytkowanie prawie gotowej wersji produktu w celu wykrycia jak największej liczby błędów w jego działaniu, aby je następnie usunąć przed ostatecznym wypuszczeniem produktu na rynek.
|
|
|
commencer à apprendre
|
|
Ostateczny termin (data lub/i godzina), do której musi zostać wykonane pewne zadanie.
|
|
|
commencer à apprendre
|
|
|
|
|
commencer à apprendre
|
|
sprzęt komputerowy (procesor, pamięc operacyjna, dysk twardy itp.)
|
|
|
commencer à apprendre
|
|
infrastruktura rozwiązań programowych, która ułatwia opracowanie złożonych systemów. Prościej mówiąc, infrastruktura ta może być uważana za swego rodzaju kompleksową bibliotekę.
|
|
|
commencer à apprendre
|
|
Wydanie oprogramowania użytkownikowi końcowemu.
|
|
|
Team. Product. Elaboration. commencer à apprendre
|
|
Zespół. Produkt. Opracowanie.
|
|
|
commencer à apprendre
|
|
Produkt. Jest to efekt końcowy, który jest dostarczany klientom lub użytkownikom. Może to być fizycznie namacalny produkt, platforma programowa, serwis, aplikacja lub usuługa.
|
|
|
commencer à apprendre
|
|
Projekt. Jest to konkretny plan, który składa się z różnych działań. Wszystkie działania mają określone cele oraz ustalone daty rozpoczęcia i zakończenia. Gdy cel zostanie osiągnięty, projekt zostanie zakończony.
|
|
|
commencer à apprendre
|
|
System operacyjny. Jest to zbiór programów przeznaczonych do zarządzania komputerem i organizacji interakcji z użytkownikiem. W zależności od obszaru wykorzystania oraz specyfiki procesów zarządzania zasobami komputera systemy dzielą się na typy.
|
|
|
commencer à apprendre
|
|
wyróżnia się systemy operacyjne desktopowe, mobilne i serwerowe.
|
|
|
commencer à apprendre
|
|
Oprogramowanie dla komputera lub innego urządzenia elektronicznego, które z reguły jest podłączone do internetu, co daje użytkownikowi na hipertekstowej stronie internetowej możliwość interakcji z tekstem obrazami itp.
|
|
|
commencer à apprendre
|
|
to pojedynczy komputer lub program. Cechą jest zdolność urządzenia lub programu do autonomicznego działania, bez ingerencji człowieka, przez większość czasu, reagując na zdarzenia zewnętrzne, przy użyciu zainstalowanego oprogramowania.
|
|
|
commencer à apprendre
|
|
Usługi w chmurze. Są to programy lub platformy, które istnieją i działają na serwerach dostawców usług w chmurze. Mając konto na takiej platformie, użytkownik ma dostęp do swoich informacji z każdego urządzenia w dowolnym miejscu na świecie.
|
|
|
Cloud services. GCP (Google Cloud Platform), AWS (Amazon Web Services), Microsoft Azure commencer à apprendre
|
|
Użytkowanie tych serwisów jest nie tylko wygodne, lecz także bezpieczne. Popularnymi usługami w chmurze są: GCP (Google Cloud Platform), AWS (Amazon Web Services), Microsoft Azure
|
|
|
commencer à apprendre
|
|
w pełni funkcjonalne aplikacje, które działają niezależnie od innych programów, wymagają obecnośći operatora i są instalowane na fizycznych urządzeniach (np. komputer).
|
|
|
commencer à apprendre
|
|
programy oparte na interakcji klienta (przeglądarki) z serwerem - interaktywne strony, które przewidują, że użytkownik będzie wykonywał jakieś działania (naciskał przyciski, wypełniał formularze itd.).
|
|
|
commencer à apprendre
|
|
publiczna częśc aplikacji internetowych (stron internetowych), z którą użytkownik może wchodzić w interakcję i mieć bezpośredni kontakt. W gruncie rzeczy front-end to wszystko, co widzi użytkownik po otwarciu strony internetowej.
|
|
|
commencer à apprendre
|
|
Część programowo-sprzętowa projektu. To wszystko, co dzieje się po stronie serwera i czego nie widzi użytkownik.
|
|
|
commencer à apprendre
|
|
otoczenie implementacji oprogramowania, środowisko, w którym program, będzie działał. Istnieją następujące typy
|
|
|
commencer à apprendre
|
|
środowisko programistyczne
|
|
|
commencer à apprendre
|
|
|
|
|
commencer à apprendre
|
|
|
|
|
SDLC, Software Development Life Cycle commencer à apprendre
|
|
SDLC, cykl życia oprogramowania. Struktura definiująca kroki opracowania oprogramowania na każdym etapie. Zawiera ona szczegółowy plan budowy, wdrożenia i obsługi oprogramowania.
|
|
|
commencer à apprendre
|
|
Sposób organizacji pracy. Metodologia, która pomaga ludziom, zespołom i organizacjom w tworzeniu wartości za pomocą adaptywnych rozwiązań złożónych problemów
|
|
|
commencer à apprendre
|
|
okres czasu trwający miesiąć lub krócej, w ciągu którego tworzy się gotowy czyli zdatny do użytku i realize'u inkrement tj. przyrost produktu
|
|
|
commencer à apprendre
|
|
codzienne spotkanie, na którym każdy członek zespołu porusza następujące kwestie: "co wczoraj zrobiłem?", "co będę dziś robił", "czy coś mi przeszkadza, albo jakie mam pytania"
|
|
|