Testing basics

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

コメントを投稿するにはログインする必要があります。