Testing basics

 0    51 kartičky    piotrjaniszewski64
stáhnout mp3 Vytisknout hrát zkontrolovat se
 
otázka odpověď
Testing basics
začněte se učit
Podstawy testowania
Test case
začněte se učit
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.
Bug tracking system
začněte se učit
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
začněte se učit
Przykładami takich systemów są: "Dżira", Trello, "Redmajn" i inne.
Actual result
začněte se učit
Wynik rzeczywisty. Pole używane przy opisie defektu w systemie bagtrackingowym. Oznacza zaobserwowane lub wygenerowane zachowanie komponentu albo systemu podczas testowania.
Expected result
začněte se učit
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.
Priority
začněte se učit
Priorytet defektu w systemie bagtrackingowym, określa kolejność korekty defektów.
Severity
začněte se učit
stopień krytyczności defektu w systemie bagtrackingowym, określa na ile defekt jest poważny oraz jego wpływ na system.
Review
začněte se učit
Przejrzeć
Verification
začněte se učit
Potwierdzenie, na podstawie obiektywnych dowodów, że wymagania zostały spełnione.
Validation
začněte se učit
Potwierdzenie, na podstawie obiektywnych dowodów, że wymagania odnoszące się do konkretnego wykorzystania lub zastosowania zostały spełnione.
Bug (Defect)
začněte se učit
Błąd (wada) - niezgodność rzeczywistego wyniku pracy programu z oczekiwanym.
Bug raport.
začněte se učit
dokument techniczny tworzony przez testera w systemie bagtrackingowym podczas testowania, który zawiera pełny opis defektu.
Customer
začněte se učit
Klient, zamawiający. Osoba lub firma, która zleciła opracowanie.
Developer.
začněte se učit
programista, który pisze kod oprogramowania.
Business domain.
začněte se učit
branża, w której działa dany produkt programowania (np. fintech, e-commerce, handel, komunikacja itp.)
Policy
začněte se učit
system zasad podejmowania decyzji i osiągania optymalnych wyników.
Test levels
začněte se učit
Poziomy testów
Unit.
začněte se učit
testowanie modułowe. Z reguły odpowiada za nie programista.
Integration
začněte se učit
testowanie integracyjne. Z reguły odpowiada za nie programista i tester.
system
začněte se učit
testowanie systemowe. Z reguły odpowiada za nie tester.
Acceptance.
začněte se učit
testowanie akceptacyjne. Z reguły odpowiada za nie zamawiający.
Specification
začněte se učit
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.
alpha testing
začněte se učit
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)
beta testing
začněte se učit
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.
Deadline
začněte se učit
Ostateczny termin (data lub/i godzina), do której musi zostać wykonane pewne zadanie.
software.
začněte se učit
oprogramowanie.
hardware
začněte se učit
sprzęt komputerowy (procesor, pamięc operacyjna, dysk twardy itp.)
Framework.
začněte se učit
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ę.
Release
začněte se učit
Wydanie oprogramowania użytkownikowi końcowemu.
Team. Product. Elaboration.
začněte se učit
Zespół. Produkt. Opracowanie.
Product
začněte se učit
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.
Project.
začněte se učit
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.
Operating system
začněte se učit
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.
Operating system
začněte se učit
wyróżnia się systemy operacyjne desktopowe, mobilne i serwerowe.
Browser.
začněte se učit
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.
Server
začněte se učit
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.
Cloud services.
začněte se učit
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
začněte se učit
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
Desktop application.
začněte se učit
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).
Web application.
začněte se učit
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.).
Front-end.
začněte se učit
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.
Back-end.
začněte se učit
Część programowo-sprzętowa projektu. To wszystko, co dzieje się po stronie serwera i czego nie widzi użytkownik.
Environoment.
začněte se učit
otoczenie implementacji oprogramowania, środowisko, w którym program, będzie działał. Istnieją następujące typy
development environment
začněte se učit
środowisko programistyczne
staging environment
začněte se učit
środowisko przejściowe
production environment
začněte se učit
środowisko produkcyjne
SDLC, Software Development Life Cycle
začněte se učit
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.
Scrum
začněte se učit
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
Sprint.
začněte se učit
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
Stand-up meeting.
začněte se učit
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"

Chcete-li přidat komentář, musíte se přihlásit.