proces zarządzania testami
proces zarządzania testami to zestaw czynności od początku testów do końca testów. Daje dyscyplinę do testowania. Kiedy wykonaj proces testowy, daje nam plan na początku. Proces testowania zapewnia możliwość planowania i kontroli testów w całym cyklu projektu. Pomaga śledzić i monitorować testy w całym projekcie. Zapewnia przejrzystość testów wśród zainteresowanych stron i utrzymuje przeprowadzony test do wykorzystania w przyszłości. Zapewnia głęboki poziom szczegółowości przeprowadzanych testów. Daje jasne zrozumienie działań testowych przed projektem i po projekcie dla wszystkich zainteresowanych stron.Istnieje wiele narzędzi (takich jak qTest, JIRA, Team Service, TestLink.) dostępne do zarządzania procesem testowym. Proces testowy może być zdefiniowany i praktykowany w różny sposób w zależności od konieczności W teście. Poniżej przedstawiono typowe czynności w procesie testowania.
plan testu służył jako wstępny szkic do przeprowadzenia testów. Testy są śledzone i monitorowane zgodnie z planem testowym. Daje to wcześniejszy obraz wyzwania testowego i aspektu, który zostanie przeprowadzony dla oprogramowania. Utrzymując Plan testowy możemy zarządzać zmianami w planie.Rozpoczynając nowe projekty, w oparciu o lekcję zdobytą w poprzednich testach, plan testów musi zostać ulepszony, aby uzyskać lepsze wyniki. Plan testowy wyjaśnia widok konkretnego wymogu, który musi być testowany, zakres, funkcjonalne i niefunkcjonalne wymagania, ryzyko i łagodzenie, podejścia testowe, harmonogram testów i rezultaty i harmonogram, poza zakresem i założeniem, zespół testowy i przydział, środowisko testowe, mechanizm działań testowych i wszelkie inne specjalne uwagi do testowania.
elementy planu testowego | opis |
Over view | over view of the test plan and purpose of this test plan. Jaki projekt należy przetestować? Krótki opis oprogramowania, które należy przetestować. Cel dostarczenia tego oprogramowania użytkownikowi. |
zakres i poza zakresem | jaki jest cel testów? Jaki rodzaj badań zostanie przeprowadzony?Jeśli nie ma żadnych poza zakresem badań. Krótkie wyjaśnienie projektu oprogramowania i tego, co jest objęte planem testowym.Definiowanie RAM do testów w oparciu o zasoby, wysiłek, budżet i linię czasową. Jakie funkcje lub sekcje będą objęte, a jakie funkcje lub sekcje nie będą objęte podczas testów. |
wymagania funkcjonalne i niefunkcjonalne | wyjaśnij każde funkcjonalne i niefunkcjonalne (testy wydajności, testy użyteczności) testy, które należy przeprowadzić. Wyjaśnij wszystkie funkcje, które będą testowane. Każdy element funkcjonalny i niefunkcjonalny powinien być umieszczony bez dwuznaczności. |
wyjaśnij zidentyfikowane ryzyko związane z projektem, oprogramowaniem i zasobami. Wyjaśnij Plan łagodzenia i możliwość.Zidentyfikuj ryzyko, które możemy napotkać podczas testów. Niedostępność zasobów, opóźnienie w wydaniu dewelopera, poślizg w harmonogramie, mniejsze zrozumienie funkcji i luka między wymaganiami biznesowymi a systemowymi. | |
metody testowania | jakie metody testowania będą stosowane? Jakiego rodzaju badania zostaną przeprowadzone? Typy testów, takie jak testowanie instalacji, testowanie funkcjonalne, testowanie UAT.Określ, jakich narzędzi będziemy używać w testowaniu. Określ narzędzia i informacje o licencji potrzebne do testowania. |
harmonogram badań i wyniki | opisują całą gwiazdę i pełną datę badania. Musisz dowiedzieć się o dacie wydania dewelopera i liczbie wydań. Podaj datę wydania, datę rozpoczęcia testu i datę zakończenia. Przeanalizuj wymagania i testy, które zamierzamy przeprowadzić, a następnie wymyśl wysiłek. Na podstawie zasobu zaplanuj harmonogram za pomocą mile stone. Musimy również wziąć pod uwagę ramy czasowe, jak każdy konkretny termin. |
założenie | może istnieć dowolne założenie związane z oprogramowaniem, projektem, zasobem lub dowolnymi koncepcjami. I to musi być napisane w tym. |
Zespół testowy i alokacje | kim są testerzy, którzy będą zaangażowani i jakie są ich obowiązki w projekcie are.To kogo szkolenie jest wymagane, jeśli takie istnieje. Kiedy obowiązki są ustawione, łatwo jest przeprowadzić testy w projekcie. |
środowisko testowe | Podaj wszystkie informacje związane ze środowiskiem testowym. Co to jest środowisko testowe? W jakich przeglądarkach przeprowadzane są testy? Wspominając o środowisku UAT.Zewnętrzny system, który będzie dostępny podczas testów. Podaj pojemność PAMIĘCI RAM i procesora. |
2) projekt testowy:
projekt testowy umożliwia wdrożenie testów. Zazwyczaj tworzenie przypadków testowych jest z wejściami i oczekiwanym wyjściem systemu i wybierając przypadki testowe są niezbędne do wykonania testu. Tester powinien mieć jasne zrozumienie i odpowiednią wiedzę, aby ustalić oczekiwany wynik. Dzięki temu zakres testów jest zdefiniowany, a tester nie przegapi żadnego scenariusza. Istnieją dwa rodzaje technik projektowania testów, jeden to testowanie statyczne, a drugi to testowanie dynamiczne. Testowanie statyczne jest używane do testowania bez wykonywania głównie artefaktów, takich jak dokument i testowanie dynamiczne jest testowanie przez wykonanie systemu.
przypadek testowy (Element w dokumencie przypadku testowego):
- Tytuł projektu / testu, termin wykonania testu, Wersja oprogramowania i środowisko testowe
- numer sprawy testowej
- Podsumowanie testu
- kroki
- warunki wstępne
- Warunki końcowe
- dane testowe
- rzeczywisty wynik
- oczekiwany wynik
- wynik testu
- uwaga
3) wykonanie testu:
sposób wykonania i przetestowania rzeczywisty wynik systemu w stosunku do oczekiwanego wyniku to wykonanie testu. Wykonanie testu można wykonać ręcznie i za pomocą kombinezonu automatyzacji. Podczas wykonywania tester musi upewnić się, że potrzeba użytkownika oprogramowania jest zajęty w oprogramowaniu. Wykonanie testu odbywa się poprzez odniesienie dokumentu utworzonego podczas projektowania testu jako proces krok po kroku. Tester musi zachować ścieżkę podczas wykonywania przypadków testowych.
przykład dla testów statycznych:
- Przetestuj dokument specyfikacji wymagań.
- Przetestuj dokument projektu
- Przetestuj podręcznik użytkownika
przykład testów dynamicznych:
- testy jednostkowe
- testy funkcjonalne
- testy integracyjne
4) kryteria zakończenia:
kryteria zakończenia określają, kiedy przerwać wykonywanie testu. Kryteria wyjścia określa się w fazie planu badania i stosuje w fazie wykonania badania jako kamień milowy. Tester musi ustawić kryteria wyjścia na początku, kryteria wyjścia mogą ulec zmianie również w trakcie trwania projektu. Istnieją czynniki, takie jak potrzeba klienta, stabilność systemu i wypełniona Funkcja, które decydują o kryteriach wyjścia. Gdy tester osiągnie kryteria wyjścia, testowanie zostanie przerwane. Poniżej przedstawiono kilka wspólnych kryteriów wyjścia.
- wszystkie krytyczne usterki są zamknięte.
- wszystkie zgłoszone usterki i zamknięte i zweryfikowane.
- wykonywane i obejmujÄ … obszary, z ktĂłrych korzystaĺ ‘ gĹ ‘ Ăłwnie uĺźytkownik.
- System spełnił wszystkie wymagania.
- wszystkie ważne funkcje są testowane i działają zgodnie z oczekiwaniami.
5) raportowanie testu:
raportowanie testu daje obraz procesu testowego i wyniku dla danego cyklu testowego. Aby zdefiniować element w sprawozdaniu z badania, pierwszą rzeczą, którą należy wziąć pod uwagę, jest to, kim są odbiorcy sprawozdania z badania. Na przykład kierownik projektu będzie chciał zobaczyć obraz wysokiego poziomu testów, osoby pośrednie będą chciały zobaczyć więcej szczegółów, a klient będzie oczekiwać raportowania z testów w kryteriach takich jak podstawa wymagań, podstawa funkcji. Raport z testu jest przygotowywany i przekazywany okresowo, jak Codziennie, Co tydzień, miesiąc itp. To musi być wysłane w różnych etapach i czasie.W przyszłości należy przeanalizować wyniki testów i zastosować lekcję. Raport z testu zawiera takie elementy, jak status wykonania testu, ukończony procent, plan vs.wykonane przypadki testowe, środowisko testowe, wykonanie testu według zasobów, ryzyko i ewentualne ograniczenie ryzyka, podsumowanie usterek, scenariusz i warunki testu, wszelkie założenia, wszelkie uwagi itp.
raport pokrycia testu: (Elementy raportu pokrycia badania)
- procent ukończony
- scenariusz testu
- obszar oprogramowania
- testowany zasób
- Data testowania
- wynik testu
raport podsumowujący usterkę: (elementy raportu podsumowującego usterkę)
- wada według wagi
- wada według priorytetu
- wada według przypisanego dewelopera
- wada według funkcji
- wada według obszaru oprogramowania
- wada otwarta i zamknięta
raport o ryzyku i ograniczeniu ryzyka: (Elements of risk and mitigation report)
- zidentyfikowane ryzyko
- prawdopodobieństwo
- poziom ryzyka
- rodzaj ryzyka
- Plan łagodzenia skutków
wniosek:
w tym artykule dowiedzieliśmy się o procesie zarządzania testami, nie jest to tylko pojedyncze działanie, ale także składa się z szeregu działań, takich jak planowanie testów, projektowanie testów, wykonywanie testów, kryteria wyjścia i raportowanie z badań.
Leave a Reply