Testing basics

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

Du må logge inn for å legge inn en kommentar.