test management tutorial
To jest samouczek zarządzania testami do testowania oprogramowania. Obejmuje fazy zarządzania testami, narzędzia i zarządzanie testami w porównaniu ze strukturą organizacyjną:
Zarządzanie testami to proces zarządzania wszystkimi czynnościami, dokumentami i innymi czynnościami związanymi z testami. Struktury organizacyjne to hierarchia zespołów lub pracowników pracujących nad określonymi projektami.
Czy uważasz, że struktura organizacyjna wpływa na zarządzanie testami?
najwyżej oceniane bezpłatne oprogramowanie do usuwania złośliwego oprogramowania
Jeśli Twoja odpowiedź brzmi „nie”, zobaczymy dlaczego? Jeśli tak, zobaczmy, jak to wpływa. Aby znaleźć związek między tymi dwoma, musimy jasno zrozumieć te tematy, a następnie zbadać związek między zarządzaniem testami a strukturą organizacyjną.
Czego się nauczysz:
- Wprowadzenie do zarządzania testami
- Komponenty zarządzania testami
- Fazy zarządzania testami
- Narzędzia do zarządzania testami
- Struktury organizacyjne
- Zarządzanie testami a struktury organizacyjne
- Wniosek
Wprowadzenie do zarządzania testami
Zarządzanie testami oznacza zarządzanie całym procesem testowania oprogramowania dla konkretnego projektu. Proces zarządzania testami dotyczy całego cyklu życia oprogramowania. Stąd najlepiej, gdy tylko rozpocznie się proces tworzenia oprogramowania, powinien również rozpocząć się proces zarządzania testami.
Kierownik Testów miał następujące obowiązki:
- Kierownik Testów powinien zapewnić spójność i jakość tych produktów pracy.
- Współpracuj z Analitykiem Testów i Technicznym Analitykiem Testów, aby wybrać i dostosować odpowiedni szablon.
- Współpracuj z Analitykiem Testów i Technicznym Analitykiem Testów, aby ustalić standardy tych produktów, takie jak poziomy szczegółowości.
- Przejrzyj produkty pracy, używając odpowiednich technik.
Komponenty zarządzania testami
Zarządzanie testami jest podzielone na 5 części dla lepszego zrozumienia:
- Dokumentacja testowa
- Szacowanie testu
- Metryki testowe
- Pomiar postępu testów
- Metryki monitorowania cyklu życia testów
# 1) Dokumentacja testowa
Istnieją trzy rodzaje dokumentacji testowej, które są wymienione poniżej:
- Zasady testowania
- Strategia testów
- Główny plan testów
1) Zasady testowania:
- Podsumowuje wartość, jaką organizacja czerpie z testowania.
- Definiuje zasady testowania.
- Opisuje, jak oceniać skuteczność testów.
- Przedstawia proces testowania.
- Określ, w jaki sposób organizacja ulepszy proces testowy?
# 2) Strategia testowania:
- Opisuje ogólne metodologie testowe, które są używane do zarządzania ryzykiem projektowym i produktowym.
- Strategie analityczne: Podobnie jak testowanie oparte na ryzyku.
- Strategia oparta na modelach: Podobnie jak profil operacyjny, w którym zespół testowy opracowuje model w oparciu o rzeczywiste i przyjęte sytuacje dotyczące środowiska, danych wejściowych i warunków.
- Strategia metodologiczna: Cechy jakościowe, w przypadku których zespół testowy stosuje zestaw warunków testowych, listę kontrolną lub zbiór uogólnionych testów logicznych.
- Techniki procesowe lub zgodne z normami: Podąża za zestawem procesów, takich jak SCRUM / Agile.
- Strategie reaktywne: Używanie ATAKÓW opartych na defektach, takich jak TESTY EKSPLORACYJNE.
- Strategia konsultacyjna: Podobnie jak w przypadku testowania ukierunkowanego na użytkownika, w którym zespół testowy opiera się na danych wejściowych jednego lub większej liczby interesariuszy w celu określenia warunków testowych, jak zlecone na zewnątrz testy zgodności.
- Opisuje również:
- Procedury integracyjne
- Techniki specyfikacji testów
- Niezależność testów
- Obowiązkowe i opcjonalne standardy
- Środowisko testowe
- Przybory
- Możliwość ponownego wykorzystania oprogramowania
- Ponowne testowanie i regresja.
# 3) Główny plan testów:
- Obejmuje wszystkie zadania testowe, które należy wykonać.
- Omawia, w jaki sposób testowanie wdroży strategię i politykę testów.
- Jeśli coś nie jest opisane, Plan Testów powinien opisywać przyczyny i plan łagodzenia tego zjawiska.
- Zawartość planu testów:
- Przedmioty do przetestowania
- Cechy jakościowe do przetestowania.
- Harmonogram
- Cykl realizacji
- Zmienne defektu
- Testuj elementy w zakresie
- Kryteria wyjścia
- Ryzyka projektowe
- Ogólne zarządzanie działaniami testowymi,
- Role i obowiązki
- Wejście i wyjście
# 2) Oszacowanie testu
Punkty ogólne:
- Jest działalnością zarządczą
- Opiera się na doświadczeniu.
- Zawiera konkretny i szczegółowy katalog kosztów, zasobów, zadań i ludzi.
- Po przygotowaniu szacunek należy przekazać kierownictwu wraz z uzasadnieniem.
- Ostateczne oszacowanie przedstawia najlepszą możliwą równowagę celów organizacyjnych i projektowych.
- Szacunek oparty na informacjach dostępnych w czasie, gdy został sporządzony.
- Aby zachować dokładność, szacunki należy aktualizować w celu odzwierciedlenia nowych i zmienionych informacji.
Czynniki wpływające na oszacowanie testu:
- Wymagany poziom jakości
- Rozmiar systemu
- Dane historyczne
- Czynniki procesowe, takie jak strategia, rozwój i cykl życia
- Czynniki materialne, takie jak środowisko testowe, automatyzacja, narzędzia i dane
- Czynnik ludzki
- Złożoność procesu
- Szkolenia i KT (transfer wiedzy)
- Asymilacja i rozwój nowych narzędzi i technologii, procesów lub technik.
- Wymóg wyższego stopnia szczegółowej specyfikacji testu.
- Czas przybycia komponentów
- Dane testowe.
Domysły:
- Struktura podziału pracy
- Sesja szacowania zespołu
- Tester - stosunek deweloperów
- Historia organizacji
- Analiza punktów funkcyjnych, LOC.
Szacowanie testu zostało dokładniej wyjaśnione w dalszej części samouczka.
# 3) Metryki testowe
- Co jest mierzone, uważane za zrobione?
- Czego nie mierzy, czego łatwo jest zignorować?
- Należy zdefiniować ograniczony zestaw przydatnych wskaźników.
- Należy zdefiniować tylko te wskaźniki, których interpretacja jest uzgodniona przez wszystkich.
- Raportowanie i łączenie metryk powinno być zautomatyzowane.
- Menedżer powinien zweryfikować informacje w metryce.
Dane projektu: % pomyślnych, zakończonych niepowodzeniem itp.
Dane produktu:
- Atrybuty produktu
- Gęstość defektów
Metryka procesu: Mierzy zdolność testowania jako% defektu.
Ludzie: Zdolność jednostki.
Wskaźnik postępu testu:
- Liczba warunków testowych / przypadków, planowanych i wykonanych.
- Całkowita liczba defektów podzielona według wagi, priorytetu, aktualnego stanu i podsystemu skutku.
- Liczba zmian wymaganych, zaakceptowanych, zbudowanych i przetestowanych.
- Koszt planowany a rzeczywisty.
- Planowany a rzeczywisty czas trwania
- Planowany a rzeczywisty etap testów.
- Stan ryzyka związanego z jakością produktu
- % straty nakładu testowego, kosztu lub czasu.
# 4) Pomiar postępu testów
Ryzyka produktowe:
- % pokrycia ryzyka.
- % ryzyka niepowodzenia testu
- % Ryzyka zidentyfikowanego przez osobę.
Wady:
- Liczba znalezionych wad w stosunku do liczby zgłoszonych wad.
- Średni czas nadejścia awarii
- Wady w poszczególnych pozycjach testowych.
- Wykrywanie RCA (analiza pierwotnej przyczyny)
- Wadą są wersje testowe.
- Wada fazy
- Priorytet i waga
- Zgłoś odrzucenia vs duplikaty
- Czas potrzebny na rozwiązanie
- Liczba nowych usterek wprowadzonych w wyniku usunięcia starych usterek.
Test:
- Łączna liczba testów zaliczonych, niezaliczonych, biegaczy, zablokowanych
- Całkowita liczba przypadków testowych regresji.
Pokrycie:
- Pokrycie wymagań i projektu
- Pokrycie ryzyka
- Zakres konfiguracji środowiska
- Pokrycie kodu
# 5) Wskaźniki monitorowania cyklu życia testów
Monitoruj plan testów
- Liczba ryzyka i wymagań
- Wykrywanie wady
- Plan a rzeczywiste wysiłki.
Monitoruj projekt testów
- Liczba defektów znalezionych podczas projektowania.
Monitoruj analizę testów
- Liczba warunków
- Liczba defektów w analizie
Monitoruj wdrażanie testów
- % konfiguracji środowiska
- % przypadków testowych zautomatyzowanych.
Monitorowanie wykonania
- % przypadków testowych z wynikiem pozytywnym, niepomyślnym, nie uruchomionym, zablokowanym
- % Przypadków testowych objętych
- Planowane a rzeczywiste usterki usunięte
- % planu a rzeczywiste pokrycie
Zamknięcie monitora
- % przypadków testowych przechodzi pomyślnie, ail
- % przypadków testowych wpisanych do kategorii wielokrotnego użytku
- % przypadków testowych zautomatyzowanych.
- Liczba usterek usuniętych / nierozwiązanych.
- % produktu pracy testowej
Omówiona poniżej faza monitorowania i kontroli testów dokładniej wyjaśnia ten temat.
Fazy zarządzania testami
Podczas procesu zarządzania testami należy wziąć pod uwagę następujące punkty. Innymi słowy, są następujące różne fazy procesu zarządzania testami:
- Ocena ryzyka
- Szacowanie testu
- Planowanie testów
- Organizacja testowa
- Monitorowanie i kontrola testów
- Zarządzanie problemami
- Sprawozdanie z badań
Możesz zauważyć, że pierwsze cztery fazy dotyczą bardziej planowania, a pozostałe trzy dotyczą wykonania. W związku z tym możemy podzielić cały proces zarządzania testami na dwie części, tj. Planowanie i wykonanie.
Przyjrzyjmy się szczegółowo różnym fazom zarządzania testami.
1) Analiza ryzyka
Ta faza obejmuje ustalenie czynników ryzyka i możliwych rozwiązań. Jeśli analiza ryzyka zostanie przeprowadzona dogłębnie, możemy uniknąć przyszłych awarii lub przynajmniej może być dostępne jakieś rozwiązanie.
Ryzyko to coś, co może się wydarzyć lub nie. Ale jeśli tak się stanie, jaki będzie tego wpływ? Może to źle wpłynąć na jakość oprogramowania, reputację firmy i wiele więcej.
Należy znaleźć czynniki ryzyka, aby uniknąć tego złego wpływu. Należy przeprowadzić analizę ryzyka w celu ustalenia czynników ryzyka. Istnieją dwa rodzaje ryzyka, tj. Ryzyko projektowe i ryzyko produktowe. Ryzyka projektowe to ryzyka związane z procesem pracy, a Ryzyko produktowe to ryzyka związane z opracowanym produktem.
# 2) Oszacowanie testu
Szacowanie testu dotyczy przewidywania czasu wymaganego dla każdej czynności / fazy testu. Ponieważ są to szacunki, nie mogą być dokładne. W celu lepszej oceny testów możemy zapoznać się z wcześniejszymi projektami naszej firmy lub skonsultować się z członkami zespołu, którzy będą odpowiedzialni za tę pracę lub fazę testową.
# 3) Planowanie testów
Samo planowanie testów to długi proces. Obejmuje zdefiniowanie celów testów, zakresu testów, strategii testów, harmonogramów czasowych, zasobów, podejścia do komunikacji itp. Wymagania powinny być bardzo jasne, aby zdefiniować cele i zakres testów. Plan testów jest przeznaczony dla testerów, użytkowników i członków zespołu projektowego.
Plan testów opisuje rolę testowania w projekcie. Plan testów obejmuje również role i obowiązki, listę funkcji, które będą testowane i nie będą testowane, środowisko testowe, listę narzędzi i ewentualnych założeń.
# 4) Organizacja testowa
Podczas fazy planowania testów zaplanowaliśmy wszystkie możliwe rzeczy związane z testowaniem.
rzutowanie char na int c ++
Dlatego potrzebujemy wykwalifikowanych członków zespołu, aby zrealizować ten plan lub sprawić, by był udany. Organizacja testów polega na zbudowaniu idealnego zespołu testowego do udanego projektu.
5) Monitorowanie i kontrola testów
Podczas gdy prace testowe są w toku lub gdy testerzy wykonują plan testów, cały postęp prac musi być monitorowany. Należy śledzić wszystkie te prace testowe. Jeśli monitorowanie testów jest zakończone, zespół testowy i kierownik testów otrzymają informację zwrotną na temat postępów w testowaniu?
Korzystając z tej informacji zwrotnej, kierownik testów może pokierować członkami zespołu w celu poprawy jakości dalszych prac testowych. Dzięki monitorowaniu testów zespół projektowy uzyska wgląd w wyniki testów. Warto również wiedzieć o pokryciu testów.
W przypadku dużych projektów monitorowanie testów odbywa się za pomocą zautomatyzowanego narzędzia, ponieważ gromadzenie danych będzie łatwiejsze. W przypadku małych projektów jedna osoba zbierze wszystkie dane lub dokumenty związane z postępem testów. Aby zebrać informacje o postępie testów, możemy skorzystać z szablonu dziennika testów IEEE 829. Chodziło o monitorowanie testów.
Zobaczmy, co to jest kontrola testu? Prace projektowe nie zawsze będą przebiegać tak, jak planowaliśmy. Mogą występować pewne różnice między planem a rzeczywistą pracą. Aby zminimalizować lub usunąć te różnice, musimy wprowadzić pewne zmiany i tak kontrolujemy pracę testową.
# 6) Zarządzanie problemami
Problemem może być każdy problem, który pojawia się podczas procesu tworzenia i testowania oprogramowania. Może to być najmniejszy powód, dla którego nie jesteśmy w stanie opracować / dostarczyć produktu wysokiej jakości. Niektóre problemy stanowią przeszkodę, tj. Bez ich rozwiązania nie będziemy mogli kontynuować dalszego procesu.
Zarządzanie problemami polega na tym, jak radzimy sobie z tymi problemami / problemami. Możemy to również nazwać zarządzaniem incydentami. Zarządzanie problemami wymaga lepszego planowania procesu rozwiązywania problemów. Lepsze zarządzanie problemami zależy od umiejętności i doświadczenia kierownika testów.
Jak powstają te problemy?
Może być kilka przyczyn wystąpienia problemu. Niektóre kwestie są związane ze strategią, a inne z definicją, HR, harmonogramowaniem itp.
Zagadnienia strategiczne :
Przykłady:
- Na projekt zabrakło środków.
- Słaba komunikacja w projekcie.
- Proces zarządzania projektem nie jest zgodny z podanymi standardami.
Problemy z definicją : Problemy związane z wymaganiami.
Przykłady: Niejasne wymagania. Ze względu na niejasne wymagania można wprowadzić wiele problemów.
Problemy z harmonogramem: Jest to najczęstszy rodzaj problemu. Pracownicy muszą walczyć o dotrzymanie terminu.
Kwestie HR:
Przykłady:
- W zespole brakuje umiejętności.
- Niewłaściwe mapowanie pracownika do pracy.
Typów problemów może być znacznie więcej i nie możemy tutaj wszystkich wymienić. Dlatego zarządzanie problemami polega na rejestrowaniu, śledzeniu i rozwiązywaniu problemów.
# 7) Raport z testu
Raport z testów pomaga określić zakres testów, jakość opracowanego produktu i wymagane ulepszenia procesu. Możemy zdecydować, „ile testów jest wymagane?”
Jeśli wykonano wystarczająco dużo testów, możemy przesłać ten raport z testów do interesariuszy lub klientów. Aby również poznali jakość produktu i mieli wyobrażenie o tym, ile testów przeprowadza się na produkcie.
Narzędzia do zarządzania testami
Zarządzanie testami komplikuje się w miarę postępów w naszym procesie tworzenia oprogramowania i jest to jeden z głównych powodów, dla których dostępnych jest obecnie tak wiele narzędzi do zarządzania testami.
Narzędzia te będą pomocne w ostatnich czterech fazach procesu zarządzania testami (organizacja testów, monitorowanie i kontrola testów, zarządzanie problemami i raport z testów). Ponieważ narzędzia te pomagają w ważnych fazach zarządzania testami, należy je najpierw rozważyć w projekcie.
Poniżej wymieniono najpopularniejsze narzędzia do zarządzania testami:
- qTest
- PractiTest
- Zefir
- Test Collab
- TestFLO dla JIRA
- XQual
- Xray - najnowocześniejsze zarządzanie testami
- TestRail
- QACoverage
- Wymagania i zarządzanie testami dla Jira (RTM)
- SPIRATEST marki Inflectra
- Kualitee
- wodny
- Testpad
- JunoOne
=> Kliknij tutaj, aby uzyskać szczegółowe recenzje NAJLEPSZYCH narzędzi do zarządzania testami
Struktury organizacyjne
Zobaczmy różne struktury organizacyjne.
Mogą istnieć pewne zasady dotyczące struktur organizacyjnych lub mogą istnieć struktury idealne, ale niezależnie od tego każda organizacja może mieć swoją strukturę. Jest tak wiele struktur organizacyjnych, a każda z nich ma swoje zalety i wady.
Tutaj omówimy niektóre z nich.
Najpierw zobaczymy najprostszą strukturę organizacyjną używaną w małych projektach.
W tej strukturze zarówno testerzy, jak i programiści raportują do Development Managera.
- Kierownik ds. Rozwoju ma dobrą kontrolę nad działaniami projektowymi.
- Będzie mniejsze prawdopodobieństwo wystąpienia luki komunikacyjnej między zespołami testującymi i programistycznymi.
- Również na spotkaniach dobrze jest decydować o terminach dla menedżera ds. Rozwoju, ponieważ ma on pełną wiedzę na temat testowania i prac rozwojowych.
- Praca zespołowa będzie wydajna dzięki minimalnej liczbie warstw.
Wady tej Struktury obejmują:
- Ponieważ nie ma kierownika ds. Testów, istnieje możliwość, że testowanie będzie rozpatrywane na późnym etapie projektu.
- Istnieje inna możliwość, że testowanie będzie miało mniejsze znaczenie dla projektu. Można to rozważyć na późnym etapie projektu.
Generalnie w małych organizacjach dla małych projektów zdarza się, że zespół programistów zajmuje więcej czasu niż wspomniano i zespół testujący musi cierpieć, tj. Zespół testujący będzie musiał przetestować produkt w wyznaczonym terminie, dzięki czemu zespół testowy będzie miał mniej czasu na testowanie produkt.
W tej strukturze, aby pomyślnie zakończyć projekt, kierownik ds. Rozwoju musi pamiętać, że jego celem nie jest tylko ukończenie projektu, ale stworzenie wysokiej jakości oprogramowania.
Druga najczęściej używana struktura organizacyjna:
Jest to najczęstszy rodzaj struktury organizacyjnej. W tej strukturze testerzy raportują do Kierowników Testów, a programiści do Kierownika ds. Rozwoju. Zarówno Kierownik Testów, jak i Kierownik ds. Rozwoju raportują do Kierownika Projektu.
Kierownik Testów będzie odpowiedzialny za wszystkie czynności związane z testami, a Kierownik ds. Rozwoju jest odpowiedzialny za doprowadzenie do rozwoju oprogramowania. Kierownik projektu będzie kontrolował zarówno czynności testowe, jak i rozwojowe.
Zalety:
- W przeciwieństwie do poprzedniej struktury, tutaj w tej strukturze są różni menedżerowie zajmujący się testowaniem i rozwojem, dlatego obaj mogą skupić się na swojej pracy. Pozostaną oddani swojej pracy i będzie mniej rzeczy rozpraszających ich uwagę.
- W tej strukturze nie można zaniedbać czynności testowych ani uznać za późno w projekcie. Oznacza to, że zarówno testowanie, jak i rozwój będą miały równe znaczenie.
- Jeśli chodzi o podejmowanie krytycznych decyzji, korzystnie, zespół testujący ma niezależność.
Niedogodności:
- Istnieje możliwość luki komunikacyjnej z powodu wielu poziomów.
Zarządzanie testami a struktury organizacyjne
Struktury organizacyjne mają bezpośredni wpływ na zarządzanie testami. Różne struktury organizacyjne mają różny wpływ na zarządzanie testami, dlatego zarządzanie testami różni się w zależności od umiejętności i doświadczenia kierownika testów, a także od pozycji kierownika testów w strukturze organizacyjnej.
Widzieliśmy tutaj dwie struktury organizacyjne. W pierwszej strukturze kierownik ds. Rozwoju i kierownik testów to ta sama osoba, stąd ma to wpływ na zarządzanie testami. Menedżer ds. Rozwoju ma na celu tworzenie oprogramowania i przy tym musi również przyjrzeć się testowaniu.
Dlatego czasami może wydawać stronnicze opinie. Może po prostu przeoczyć problem i iść dalej. W ten sposób może wpłynąć na zarządzanie testami. Niezależny kierownik testów będzie w stanie zapewnić więcej sprawiedliwości, a zarządzanie testami będzie lepsze z niezależnymi kierownikami testów.
Wniosek
Widzieliśmy oba tematy, tj. Zarządzanie testami i struktury organizacyjne, oddzielnie oraz wraz z relacjami między nimi. Możemy stwierdzić, że struktury organizacyjne wpływają na zarządzanie testami.
Porównując obie wspomniane powyżej struktury, w drugiej strukturze zarządzanie testami będzie obsługiwane lepiej niż w pierwszej. Przyczyną tego może być dedykowany menedżer testów.
Struktury organizacyjne różnią się w zależności od organizacji. Chociaż istnieje określony proces zarządzania testami (lub zespoły mogą używać narzędzi do zarządzania testami), zarządzanie testami będzie się różnić z powodu różnych struktur organizacyjnych, kierowników testów, umiejętności i doświadczenia kierownika testów.
rekomendowane lektury
- Samouczek TestLink: Przewodnik dla laika po narzędziu do zarządzania testami TestLink (samouczek nr 1)
- Samouczek Bugzilli: Praktyczny samouczek dotyczący narzędzia do zarządzania defektami
- Samouczek SVN: Zarządzanie kodem źródłowym przy użyciu Subversion
- Samouczek TestLodge - Jak organizować projekty testowania oprogramowania za pomocą narzędzia TestLodge do zarządzania testami
- Testy funkcjonalne a testy niefunkcjonalne
- 4 Więcej podstawowych funkcji najlepszego narzędzia do zarządzania testami
- JIRA Tutorial: Kompletny praktyczny przewodnik po JIRA
- Samouczek VersionOne: Przewodnik po narzędziu All-in-one Agile do zarządzania projektami