żadne oprogramowanie nie może być całkowicie idealne. Ale czy to licencja na tworzenie śmieci? Brakującym składnikiem jest nasza niechęć do ilościowego określenia jakości. W celu zwiększenia jakości bardzo ważne jest zapewnienie skutecznej wydajności aplikacji. Testowanie oprogramowania jest wymagane, aby upewnić się, że aplikacja działa bez żadnych awarii. W tym samouczku do testowania oprogramowania powiem Ci wszystko, co musisz wiedzieć o aspektach testowania. W kontynuacji poprzedniego bloga o tym, czym jest testowanie oprogramowania, tutaj zanurkuję głębiej i omówię niżej wymienione tematy.
- Wprowadzenie do testowania oprogramowania
- podstawy testowania oprogramowania
- cykl życia oprogramowania
- model weryfikacji i walidacji
- metody testowania oprogramowania
- poziomy testowania oprogramowania
- artefakty dokumentacji testowania oprogramowania
- cykl życia błędu
- wyzwania związane z testowaniem ręcznym
- testowanie automatyzacji vs testowanie ręczne
Możesz również przejść przez nagranie samouczka testowania oprogramowania, w którym nasi eksperci ds. w głębi.
testowanie oprogramowania Tutorial dla początkujących / Podręcznik & testowanie automatyki
ten film opowiada o różnych rodzajach testów, tj. testowaniu ręcznym i podejściach do testowania automatyzacji.
Wprowadzenie do testowania oprogramowania
dzisiejszy świat technologii jest całkowicie zdominowany przez maszyny, a ich zachowanie jest kontrolowane przez oprogramowanie go zasilające. Testowanie oprogramowania zapewnia ekonomiczne rozwiązanie wszystkich naszych problemów. Co To jest testowanie oprogramowania? Testowanie oprogramowania to proces oceny funkcjonalności aplikacji w celu znalezienia błędów w oprogramowaniu. Sprawdza, czy opracowane oprogramowanie spełnia określone wymagania i identyfikuje wszelkie wady oprogramowania, aby osiągnąć produkt wysokiej jakości. Zasadniczo wykonuje system w celu zidentyfikowania luk, błędów lub brakujących wymagań sprzecznych z rzeczywistymi wymaganiami.
jest również określany jako proces weryfikacji i walidacji oprogramowania. Sprawdza, czy oprogramowanie:
- spełnia wymagania biznesowe i techniczne, które przyświecały jego projektowi i rozwojowi
- działa zgodnie z wymaganiami
- może być realizowany z tymi samymi cechami
przejdźmy teraz dalej w artykule samouczek testowania oprogramowania i zdobądźmy kilka informacji na temat podstaw testowania oprogramowania.
podstawy testowania oprogramowania
najpierw powiem Ci, jaki jest cykl życia oprogramowania?
Software Development Life Cycle
(SDLC) w skrócie Software Development Life Cycle to proces używany przez przemysł programistyczny do projektowania, opracowywania i testowania wysokiej jakości oprogramowania. Ma na celu produkcję wysokiej jakości oprogramowania, które spełnia lub przekracza oczekiwania klientów, osiąga Ukończenie w czasie i szacunkach kosztów. Poniższy diagram przedstawia różne fazy zaangażowane w SDLC.
rys.: Cykl życia oprogramowania-testowanie oprogramowania Tutorial
Faza wymagań
gromadzenie i analiza wymagań jest najważniejszą fazą w cyklu życia oprogramowania. Analityk biznesowy zbiera wymagania od klienta / klienta zgodnie z potrzebami biznesowymi klientów i dokumentuje wymagania w specyfikacji wymagań biznesowych (nazwa dokumentu zależy od organizacji).
Faza analizy
Po zebraniu i przeanalizowaniu wymagań następnym krokiem jest zdefiniowanie i udokumentowanie wymagań produktu i uzyskanie ich zatwierdzenia przez Klienta. Jest to rejestrowane w dokumencie SRS (Software Requirement Specification). Składa się ze wszystkich wymagań dotyczących produktu, które mają zostać zaprojektowane i opracowane podczas cyklu życia projektu
Faza projektowania
ta faza składa się z dwóch etapów:
- HLD – High-Level Design – daje architekturę oprogramowania do opracowania i jest wykonywana przez architektów i starszych programistów
- LLD – Low-Level Design – jest wykonywana przez starszych programistów. Tutaj znajdziesz wgląd w to, jak powinna działać każda funkcja produktu i jak powinien działać każdy komponent.
wynikiem tej fazy jest dokument wysokiego i niskiego poziomu, który działa jako wejście do następnej fazy.
Faza rozwojowa
W tej fazie biorą udział deweloperzy wszystkich poziomów (seniorzy, juniorzy, świeżo upieczeni). Jest to faza, w której zaczynasz budować kod dla oprogramowania.
faza testowania
gdy oprogramowanie jest gotowe, jest wysyłane do działu testowania, gdzie dokładnie testuje je pod kątem różnych wad. Testowanie oprogramowania odbywa się ręcznie lub przy użyciu zautomatyzowanych narzędzi testujących i zapewnia, że każdy element oprogramowania działa dobrze. Gdy oprogramowanie jest wolne od błędów, przechodzi do następnego etapu, którym jest wdrożenie.
wdrożenie& Faza konserwacji
gdy produkt jest wolny od błędów, jest on dostarczany/wdrażany do Klienta w celu jego użycia. Wdrożenie odbywa się przez inżynierów wdrażania/wdrażania. Gdy klienci zaczynają korzystać z opracowanego systemu, pojawiają się rzeczywiste problemy i muszą być rozwiązywane od czasu do czasu. Wykrywanie i rozwiązywanie tych problemów wykrytych przez Klienta jest w fazie konserwacji.
chodziło o cykl życia oprogramowania. Jeśli chcesz wiedzieć o różnych etapach procesu testowania oprogramowania, możesz przeczytać ten blog na temat cyklu życia testowania oprogramowania. Zrozumiawszy to, przejdźmy dalej z tym samouczkiem testowania oprogramowania i zobaczmy, co to jest model V &V.
model V jest obecnie jednym z najczęściej używanych procesów tworzenia oprogramowania. Wprowadzenie modelu V faktycznie udowodniło wdrożenie testów już od fazy wymaganej. Jest również nazywany jako model weryfikacji i walidacji
co to jest weryfikacja i Walidacja w testowaniu oprogramowania?
weryfikacja: weryfikacja jest techniką analizy statycznej. Tutaj testowanie odbywa się bez wykonywania kodu. Przykłady obejmują-przeglądy, kontrola i przejść.
Walidacja: Walidacja jest procesem analizy dynamicznej, w którym wykonujemy testy poprzez wykonanie kodu. Przykłady obejmują funkcjonalne i niefunkcjonalne techniki testowania.
w modelu V działania rozwojowe i QA są wykonywane jednocześnie. Tutaj testowanie rozpoczyna się od fazy wymaganej. Czynności weryfikacyjne i walidacyjne odbywają się jednocześnie. Spójrzmy na poniższy rysunek, aby zrozumieć model V
w typowym procesie rozwoju po lewej stronie widać działania programistyczne, a po prawej-działania testowe. Nie powinno być źle, jeśli powiem, że w fazie rozwoju zarówno weryfikacja, jak i Walidacja są przeprowadzane wraz z rzeczywistymi działaniami rozwojowymi.
LHS
Jak wspomniano wcześniej, działania lewostronne są działaniami rozwojowymi. Zwykle czujemy, jakie testy możemy wykonać w fazie rozwoju? Ale to jest istota tego modelu, który ilustruje, że testowanie może być wykonane we wszystkich fazach działań rozwojowych, jak również.
RHS
czynności testowe lub Faza walidacji są przeprowadzane po prawej stronie modelu.
ponieważ zdobyłeś pewne spostrzeżenia na ten temat, przejdźmy dalej z tym samouczkiem testowania oprogramowania i zobacz, jakie są różne metody, w których oprogramowanie może być testowane.
metody testowania oprogramowania
istnieją trzy metody testowania oprogramowania i są one następujące:
- testowanie Czarnej Skrzynki
- testowanie Białej Skrzynki
- testowanie szarej Skrzynki
testowanie Czarnej Skrzynki: jest to metoda testowania oprogramowania, w której wewnętrzna struktura/ projekt/ implementacja testowanego elementu nie jest znana testerowi.
testowanie Białej Skrzynki: jest to metoda testowania oprogramowania, w której tester zna wewnętrzną strukturę/ projekt / implementację testowanego elementu.
testowanie szarej Skrzynki: jest to technika testowania wykonywana z ograniczonymi informacjami o wewnętrznej funkcjonalności systemu.
mam nadzieję, że zrozumiałeś kluczowe wskazówki dotyczące różnych metod testowania oprogramowania. Teraz przejdźmy dalej w tym artykule samouczka do testowania oprogramowania i zrozumiej poziomy testowania oprogramowania.
poziomy testowania oprogramowania
poziom testowania oprogramowania to proces, w którym testowana jest każda jednostka lub komponent oprogramowania/systemu. Istnieją różne poziomy testowania, które pomagają sprawdzić zachowanie i wydajność testowania oprogramowania. Te poziomy testów mają na celu rozpoznanie brakujących obszarów i uzgodnienie rozwoju stanów cyklu życia. W modelu cyklu życia oprogramowania, istnieją scharakteryzowane fazy, takie jak zbieranie wymagań, analiza, projektowanie, kodowanie lub wykonanie, Testowanie i wdrażanie.
wszystkie te fazy przechodzą proces testowania oprogramowania. Istnieją głównie cztery poziomy testowania i są to:
- testowanie jednostkowe
- testowanie integracyjne
- testowanie systemu
- testowanie akceptacyjne
zasadniczo rozpoczyna się od fazy testowania jednostkowego i kończy się testowaniem Akceptacyjnym.
w następnej części tego samouczka do testowania oprogramowania będę głębiej zagłębiał się w następny temat i wyjaśniał, jakie są różne artefakty dokumentacji w testowaniu oprogramowania.
artefakty dokumentacji testowania oprogramowania
dokumentowanie przypadków testowych ułatwi oszacowanie wysiłku testowego, którego będziesz potrzebować, wraz z zakresem testu i wymaganiem śledzenia i śledzenia. Niektóre powszechnie stosowane artefakty dokumentacji związane z testowaniem oprogramowania to:
- Plan testowy
- scenariusz testowy
- przypadek testowy
- Matryca identyfikowalności
omówmy każdą z nich w skrócie.
- Plan testowy: zawiera zarys strategii, która zostanie zaimplementowana do testowania aplikacji.
- scenariusz testowy: scenariusz testowy może być traktowany jako jednoliniowe oświadczenie, które powiadamia o obszarze, w którym aplikacja będzie eksperymentowana. Ten artefakt jest potrzebny do zapewnienia ogólnej procedury testowanej od samego początku do końca.
- Test Case: test Case to nic innego jak zestaw warunków lub zmiennych, w których tester określi, czy testowany system spełnia wymagania lub działa poprawnie. Poniżej wymienione przypadki testowe są sprawdzane podczas testów.
- przypadki testów funkcjonalnych
- przypadki testów ujemnych błędów
- przypadki testów logicznych
- przypadki testów fizycznych
- przypadki testów interfejsu użytkownika
- Matryca identyfikowalności: znana jest również jako matryca identyfikowalności wymagań (RTM). Zawiera tabelę, która szkicuje wymagania podczas tworzenia modelu SDLC Twojego produktu. Te dokumentujące artefakty mogą być stosowane do śledzenia do przodu, który ma przejść od projektowania do kodowania lub mogą być realizowane do śledzenia wstecz, jak również, który jest odwrotny do śledzenia do przodu.
to prowadzi nas do końca artefaktów dokumentacji testowania oprogramowania. Teraz przejdźmy dalej w tym artykule samouczka do testowania oprogramowania i dowiedz się, co to jest zarządzanie defektami?
na czym polega proces zarządzania defektami?
Zarządzanie defektami to proces wykrywania błędów i ich naprawiania. Ponieważ błędy są częścią przemysłu oprogramowania, występują one stale w procesie tworzenia oprogramowania. Członkowie zespołu muszą codziennie pisać duże kawałki kodu i zazwyczaj nie mają czasu na myślenie o tym, jak uniknąć błędów. Dlatego każdy projekt programistyczny wymaga procesu, który pomaga wykryć wady i je naprawić.
proces zarządzania wadami odbywa się na etapie testowania produktu. Nie zdając sobie z tego sprawy, trudno byłoby zrozumieć naturę zarządzania defektami.. Zazwyczaj twórcy sami testują swój produkt. Istnieje również rodzaj testowania, który opiera się na zaangażowaniu użytkownika. Użytkownicy końcowi często mają możliwość zgłaszania zidentyfikowanych błędów. Niemniej jednak nie jest to najlepszy sposób testowania, ponieważ użytkownicy mogą nie być w stanie znaleźć wszystkich błędów.
proces zarządzania defektami zwykle obejmuje cztery kroki.
- pierwszy krok to etap wykrywania usterki
- drugi krok jest poświęcony formułowaniu raportów o błędach
- trzeci krok to naprawienie błędu.
- w ostatnim kroku tworzona jest lista błędów
teraz przejdźmy dalej w artykule samouczek do testowania oprogramowania i zrozumiemy proces wykrywania błędów za pomocą cyklu życia błędu.
cykl życia błędu
cykl życia wady to proces, w którym wada przechodzi przez różne fazy podczas całego swojego życia. Rozpoczyna się, gdy wada zostanie znaleziona, a kończy się, gdy wada zostanie zamknięta, po upewnieniu się, że nie jest odtwarzana. Cykl życia defektu jest związany z błędem znalezionym podczas testów.
cykl życia błędu lub wady obejmuje kroki przedstawione na poniższym rysunku:
- Nowy: W tym kroku, jeśli wada jest rejestrowana i publikowana po raz pierwszy, jej stan jest podawany jako nowy.
- przypisany: po tym, jak tester opublikował błąd, kierownik testera zatwierdza, że błąd jest prawdziwy i przypisuje go odpowiedniemu deweloperowi i zespołowi programistów. Jest to stan podany jako przypisany.
- Otwórz: w tym stanie deweloper rozpoczął analizę i pracę nad poprawką usterki.
- Fixed: ponieważ programista wprowadza niezbędne zmiany w kodzie i weryfikuje zmiany, może on ustawić błąd jako „naprawiony”, a błąd jest przekazywany zespołowi testującemu.
- Test: na tym etapie tester testuje zmieniony kod, który deweloper mu oddał, aby sprawdzić, czy usterka została naprawiona, czy nie.
- zweryfikowano: tutaj tester testuje błąd ponownie po tym, jak został naprawiony przez programistę. Jeśli w oprogramowaniu nie ma błędu, zatwierdza on, że błąd został naprawiony i zmienia status na „zweryfikowany”.
- Reopen: w przypadku, gdy błąd nadal istnieje, nawet po naprawieniu błędu przez dewelopera, tester zmienia status na „reopened”. W tym stanie robak ponownie przechodzi przez cykl życia.
- zamknięte: jak tylko błąd zostanie naprawiony, jest testowany przez testera. W przypadku, gdy tester czuje, że błąd już nie istnieje w oprogramowaniu, zmienia status błędu na „zamknięty”. Oznacza to, że błąd został naprawiony, przetestowany i zatwierdzony.
- Duplicate: w cyklu życia błędu, jeśli błąd powtarza się dwa razy lub oba błędy wspominają o tym samym pojęciu błędu, wtedy jeden status błędu zmienia się na „duplicate”.
- odrzucone: jeśli programista uważa, że błąd nie jest prawdziwy, odrzuca go. Następnie stan błędu zostaje zmieniony na”odrzucony”.
- odroczony:jeśli błąd zostanie zmieniony na odroczony, oznacza to, że błąd ma zostać naprawiony w następnych wydaniach.
chodziło o cykl życia błędów i proces zarządzania defektami. Teraz zobaczmy, jakie są wyzwania związane z testowaniem ręcznym.
wyzwania z testowaniem ręcznym
testowanie aplikacji ręcznie przez testerów QA jest znane jako testowanie ręczne. Tutaj wszystkie testy muszą być wykonywane ręcznie w każdym środowisku, przy użyciu innego zestawu danych, a wskaźnik sukcesu/ niepowodzenia każdej transakcji powinien być rejestrowany.
na powyższym rysunku widać człowieka, który ręcznie weryfikuje zarejestrowane transakcje. Możesz łatwo powiadomić wyzwania, przed którymi stoi, mogą powodować zmęczenie, nudę, opóźnienia w pracy, błędy i błędy z powodu wysiłku ręcznego. Doprowadziło to do pojawienia się testów automatyki.
teraz przejdźmy do ostatniego tematu samouczka testowania oprogramowania i zobaczmy, jak testowanie automatyzacji przewyższa testowanie ręczne.
testowanie automatyki vs testowanie ręczne
testowanie automatyki pokonuje testowanie ręczne za każdym razem. Dlaczego? Ponieważ jest superszybki, wymaga bardzo mniej inwestycji w zasoby ludzkie, nie jest podatny na błędy, możliwe jest częste wykonywanie testów, wspiera testy regresyjne, a także testy funkcjonalne.
weźmy przykład i zrozummy to. Załóżmy, że masz stronę logowania i musisz zweryfikować, czy wszystkie próby logowania się powiodły się, wtedy naprawdę łatwo będzie napisać fragment kodu, który potwierdzi, czy wszystkie próby transakcji/ logowania się powiodły się, czy nie (automatyczne wykonanie przypadku testowego).
wszystkie te testy można skonfigurować w taki sposób, aby były testowane w różnych środowiskach i przeglądarkach internetowych. Nie tylko to, możesz również zautomatyzować generowanie pliku wynikowego, planując go na określony czas w ciągu dnia. Następnie można również zautomatyzować generowanie raportów na podstawie tych wyników, a co nie.
ważne jest to, że testowanie automatyki sprawia, że praca testera jest o wiele prostsza. Zapoznaj się z powyższym obrazem, który pokazuje bardziej zrelaksowane środowisko, w którym pracuje ten sam tester. Jeśli chcesz dowiedzieć się więcej o testowaniu automatyzacji i szeroko stosowanym narzędziu do testowania automatyzacji Selenium, możesz zapoznać się z tym samouczkiem Selenium.
chodziło o to, w jaki sposób testowanie automatyzacji ma swoje odbicie w dziedzinie testowania oprogramowania. Prowadzi nas do końca artykułu na temat samouczka testowania oprogramowania. Mam nadzieję, że znalazłeś to pouczające i pomogło w dodaniu wartości do twojej wiedzy.
jeśli uważasz, że ten „samouczek testowania oprogramowania” jest odpowiedni, sprawdź szkolenie certyfikacyjne Selenium prowadzone na żywo przez Edureka, zaufaną firmę edukacyjną online z siecią ponad 250 000 zadowolonych uczniów na całym świecie.