jest to samouczek zarządzania testami do testowania oprogramowania. Obejmuje fazy zarządzania testami, narzędzia i zarządzanie testami a struktura organizacyjna:
Zarządzanie testami to proces zarządzania wszystkimi działaniami związanymi z testami, dokumentami i innymi powiązanymi pracami. Struktury organizacyjne odnoszą się do hierarchii zespołów lub pracowników pracujących nad konkretnymi projektami.
czy uważasz, że struktura organizacyjna wpływa na zarządzanie testami?
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ą.
Wprowadzenie do zarządzania testami
Zarządzanie testami oznacza zarządzanie całym procesem testowania oprogramowania dla danego projektu. Proces zarządzania testami jest stosowany w całym cyklu życia oprogramowania. W związku z tym, najlepiej, jak tylko rozpocznie się proces tworzenia oprogramowania proces zarządzania testami powinien również rozpocząć.
Test Manager 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 analitykiem testów technicznych, aby wybrać i dostosować odpowiedni szablon.
- Pracuj z analitykiem testów i analitykiem testów technicznych, aby ustalić standardy tych produktów, takie jak poziomy szczegółowego stopnia.
- Przeglądaj produkty pracy przy użyciu odpowiednich technik.
komponenty do zarządzania testami
Zarządzanie testami jest podzielone na 5 części dla lepszego zrozumienia:
- dokumentacja testu
- Szacowanie testu
- wskaźniki testu
- pomiar postępu testu
- wskaźniki monitorowania cyklu życia testu
#1) Dokumentacja testowa
Poniżej wymieniono trzy rodzaje dokumentacji testowej:
- Polityka testowa
- Strategia testowa
- Plan testowy Master
#1) Zasady testowania:
- podsumowuje wartość, którą organizacja czerpie z testów.
- definiuje zasady testowania.
- opisuje jak ocenić skuteczność testów.
- jak organizacja poprawi proces testowania?
#2) Strategia testowa:
- opisuje ogólne metody badań, które są wykorzystywane do zarządzania ryzykiem projektu i produktu.
- Strategie Analityczne: Jak Testy Oparte Na Ryzyku.
- Strategia Oparta Na Modelu: Jak profil operacyjny, w którym zespół testowy opracowuje model oparty na rzeczywistych i akceptowanych sytuacjach środowiska, danych wejściowych i warunków.
- Strategia metodologiczna: charakterystyka jakościowa, w której zespół testowy wykorzystuje zestaw warunków testowych, listę kontrolną lub zbiór uogólnionych, logicznych testów.
- proces lub techniki zgodne ze standardami: podąża za zestawem procesu, takim jak SCRUM/Agile.
- strategie reaktywne: używanie ataków opartych na defektach, takich jak testy rozpoznawcze.
- : Takie jak testy kierowane przez użytkownika, w których zespół testowy opiera się na danych wejściowych jednego lub więcej interesariuszy w celu określenia warunków testowych, takich jak outsourcing testów zgodności.
- opisuje również:
- procedury integracji
- techniki specyfikacji testów
- niezależność testów
- normy obowiązkowe i opcjonalne
- środowisko testowe
- narzędzia
- możliwość ponownego użycia oprogramowania
- retesting and regression.
#3) Plan Testowy Master:
- obejmuje wszystkie zadania testowe, które należy wykonać.
- omawia, w jaki sposób testowanie wdroży strategię i Politykę testowania.
- jeśli coś nie jest opisane, to plan testu powinien opisać dlaczego I plan łagodzenia tego.
- treść planu testów to:
- elementy do przetestowania
- cechy jakościowe do przetestowania.
- harmonogram
- cykl realizacji
- zmienne defektów
- elementy testowe w zakresie
- kryteria wyjścia
- ryzyko projektu
- ogólne zarządzanie wysiłkami testowymi,
- role i obowiązki
- wejście i wyjście
#2) Estymacja testowa
punkty ogólne:
- jest działalnością zarządczą
- opiera się na doświadczeniu.
- zapewnia szczegółowy i szczegółowy katalog kosztów, zasobów, zadań i ludzi.
- oszacowanie po przygotowaniu należy dostarczyć kierownictwu wraz z uzasadnieniem.
- ostateczny kosztorys przedstawia najlepszą możliwą równowagę celów organizacyjnych i projektowych.
- szacunki opierają się na dostępnych w tym czasie informacjach, zostały sporządzone.
- w celu zachowania dokładności należy uaktualnić dane szacunkowe w celu odzwierciedlenia nowych i zmienionych informacji.
czynniki wpływające na estymację badania:
- Wymagany poziom jakości
- Rozmiar systemu
- Dane historyczne
- czynniki procesowe, takie jak strategia, rozwój i cykl życia
- czynniki materiałowe, takie jak środowisko testowe, automatyzacja, narzędzia i dane
- czynnik ludzi
- złożoność procesu
- szkolenie 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 komponentu
- dane testowe.
:
- struktura podziału pracy
- sesja szacowania zespołu
- stosunek Tester – deweloper
- historia organizacji
- Analiza punktu funkcyjnego, LOC.
Szacowanie testu jest dalej wyjaśnione w dalszej części samouczka.
#3) parametry testu
- co zostanie zmierzone, jest uważane za zrobione?
- co nie mierzy, łatwo jest zostać zignorowanym?
- należy zdefiniować ograniczony zestaw przydatnych metryk.
- należy zdefiniować tylko te metryki, których interpretacja jest uzgodniona przez wszystkich.
- raportowanie i łączenie metryk powinno być zautomatyzowane.
- menedżer powinien zweryfikować informacje w metric.
Metryka projektu: % przejścia, niepowodzenia itp.
Metryka produktu:
- atrybuty produktu
- gęstość defektu
Metryka procesu: mierzy zdolność testowania, jak % wady.
ludzie: zdolność jednostki.
Metryka Postępu Testu:
- liczba warunków/przypadków testowych, planowanych vs wykonanych.
- całkowita usterka podzielona według ważności, priorytetu, aktualnego stanu i podsystemu efektów.
- liczba zmian wymaganych, zaakceptowanych, zbudowanych i przetestowanych.
- planowany a rzeczywisty koszt.
- planowany vs rzeczywisty czas trwania
- planowany vs rzeczywisty etap testowania.
- Status ryzyka jakości produktu
- % utrata wysiłku testowego, kosztów lub czasu.
#4) pomiar postępu badań
:
- % ryzyka objętego ubezpieczeniem.
- % ryzyka niepowodzenia testu
- % ryzyka zidentyfikowanego przez osobę.
:
- liczba stwierdzonych wad vs liczba zgłoszonych wad.
- średni czas wystąpienia awarii
- defekty w poszczególnych elementach testowych.
- wykrywanie RCA(Root Cause Analysis)
- wadą są Wydania testowe.
- usterka w fazie
- priorytet i dotkliwość
- zgłoś odrzucenia vs duplikat
- czas potrzebny do usunięcia
- liczba nowych wad wprowadzonych w wyniku usunięcia starych wad.
Test:
- całkowita liczba zdanych testów, niepowodzeń, biegaczy, zablokowanych
- całkowita liczba przypadków testu regresji.
:
- pokrycie wymagań i projektu
- pokrycie ryzyka
- pokrycie konfiguracji środowiska
- pokrycie kodu
#5) wskaźniki dotyczące monitorowania cyklu życia testów
Monitoruj Plan testów
- Liczba ryzyka i wymagań
- wykrywanie usterek
- Plan a rzeczywiste wysiłki.
projekt testu monitora
- liczba wad wykrytych podczas projektowania.
Monitoruj analizę testu
- liczba warunków
- liczba wad w analizie
Monitoruj wdrożenie testu
- % konfiguracji środowiska
- % przypadku testowego zautomatyzowane.
wykonanie monitora
- %
- % przypadków testowych objętych
- planowane vs rzeczywiste usterki rozwiązane
- % planu vs rzeczywiste pokrycie
Zamknięcie monitora
- % z przypadków testowych przejść, ail
- % przypadków testowych sprawdzone w kategorii wielokrotnego użytku
- % przypadków testowych zautomatyzowane.
- Liczba usterek rozwiązanych/nie rozwiązanych.
- % produktu testowego
omówiona poniżej Faza monitorowania i kontroli testu dodatkowo 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, poniżej przedstawiono różne fazy procesu zarządzania testami:
- Analiza ryzyka
- Szacowanie testu
- planowanie testów
- Organizacja testów
- monitorowanie i kontrola testów
- zarządzanie problemami
- raport z testów
możesz zauważ, że pierwsze cztery fazy dotyczą bardziej planowania, a pozostałe trzy realizacji. Dzięki temu cały proces zarządzania testami możemy podzielić na dwie części tj. planowanie i wykonanie.
przyjrzyjmy się szczegółowo różnym fazom zarządzania testami.
#1) Analiza ryzyka
ta faza obejmuje znalezienie czynników ryzyka i możliwych rozwiązań. Jeśli analiza ryzyka zostanie przeprowadzona dokładnie, możemy uniknąć przyszłych awarii lub przynajmniej może być dostępne jakieś rozwiązanie.
ryzyko jest czymś, co może się wydarzyć lub nie. Ale jeśli tak się stanie, to jaki będzie jego 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 projektu i ryzyko produktu. Ryzyko projektu to ryzyko związane z procesem pracy, a ryzyko produktu to ryzyko związane z opracowanym produktem.
#2) Szacowanie testu
szacowanie testu dotyczy przewidywania czasu wymaganego dla każdej aktywności/fazy testu. Ponieważ jest to oszacowanie, nie może być dokładne. W celu lepszego oszacowania testów możemy przestudiować wcześniejsze projekty naszej firmy lub skonsultować się z członkami zespołu, którzy będą odpowiedzialni za tę fazę pracy lub testu.
#3) Planowanie testów
samo planowanie testów jest długim procesem. Obejmuje definiowanie celów testu, zakresu testu, strategii testu, harmonogramu, zasobów, podejścia komunikacyjnego itp. Wymogi powinny być bardzo jasne dla określenia celów i zakresu badań. Plan testów jest przeznaczony dla testerów, użytkowników i członków zespołu projektowego.
plan testów opisuje rolę testów w projekcie. Plan testów zawiera również role i obowiązki, listę funkcji, które będą testowane i nie będą testowane, środowisko testowe, listę narzędzi i założeń, jeśli takie istnieją.
#4) Organizacja testów
podczas fazy planowania testów zaplanowaliśmy wszystkie możliwe rzeczy związane z testowaniem.
dlatego potrzebujemy wykwalifikowanych członków zespołu, aby wykonać ten plan lub aby plan był udany. Organizacja testów polega na budowaniu idealnego zespołu testowego dla udanego projektu.
#5) monitorowanie i kontrola testów
podczas gdy prace testowe są w toku lub gdy testerzy wykonują plan testowy, wszystkie te postępy prac muszą być monitorowane. Należy śledzić wszystkie te prace testowe. Jeśli monitorowanie testów zostanie zakończone, zespół testowy i menedżer testów otrzymają informacje zwrotne na temat postępów w testowaniu?
korzystając z tych informacji zwrotnych, menedżer testów może poprowadzić członków zespołu w celu poprawy jakości dalszych prac testowych. Za pomocą monitorowania testów zespół projektowy uzyska wgląd w wyniki testów. Pomaga również dowiedzieć się o zasięgu testu.
w przypadku dużych projektów monitorowanie testów odbywa się za pomocą zautomatyzowanego narzędzia, ponieważ zbieranie 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ępach testów, możemy skorzystać z pomocy szablonu dziennika testów IEEE 829. Chodziło o monitorowanie testów.
zobaczmy, co to jest kontrola testu? Prace projektowe nie zawsze przebiegają zgodnie z planem. Mogą istnieć pewne różnice między planem a rzeczywistą pracą. Aby zminimalizować lub usunąć te różnice, musimy wprowadzić pewne zmiany i w ten sposób kontrolujemy pracę testową.
#6) zarządzanie problemami
problemy mogą być dowolnym problemem pojawiającym się podczas procesu tworzenia oprogramowania i testowania. Może to być najmniejszy powód, dla którego nie jesteśmy w stanie opracować/dostarczyć produktu wysokiej jakości. Niektóre problemy są ogranicznikiem pokazu, tzn. bez rozwiązania tego problemu nie będziemy w stanie 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 menedżera testów.
jak występują te problemy?
przyczyn wystąpienia problemu może być kilka. Niektóre kwestie są związane ze strategią, a niektóre są związane z definicją, HR, harmonogramem itp.
zagadnienia strategii:
przykłady:
- w projekcie kończą się fundusze.
- słaba komunikacja projektu.
- proces zarządzania projektem nie jest zgodny z podanymi standardami.
kwestie definicji: kwestie związane z wymaganiami.
przykłady: niejasne wymagania. Wiele problemów można wprowadzić z powodu niejasnych wymagań.
problemy z harmonogramem: jest to najczęstszy rodzaj problemów. Pracownicy muszą walczyć o dotrzymanie terminu.
problemy HR:
przykłady:
- Brak umiejętności w zespole.
- złe mapowanie pracowników do pracy.
może być o wiele więcej rodzajów spraw i nie możemy wymienić wszystkich z nich tutaj. Tak więc zarządzanie problemami polega na rejestrowaniu, śledzeniu i rozwiązywaniu problemów.
#7) raport z testu
raport z testu pomaga zidentyfikować zakres testu, jakość opracowanego produktu i wymagane ulepszenia procesu. Możemy zdecydować ” ile badań jest wymagane?”
jeśli zostanie przeprowadzona wystarczająca ilość testów, możemy przesłać ten raport z testów interesariuszom lub klientom. Tak, że będą one również poznać jakość produktu i mają pomysł, jak wiele testów jest wykonywane na produkcie.
narzędzia do zarządzania testami
Zarządzanie testami komplikuje się wraz z postępem w procesie tworzenia oprogramowania i jest to jeden z głównych powodów, dla których tak wiele narzędzi do zarządzania testami jest obecnie dostępnych.
narzędzia te pomogą w czterech ostatnich fazach procesu zarządzania testami (Organizacja testów, monitorowanie testów & Kontrola, 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 znajdują się najpopularniejsze narzędzia do zarządzania testami:
- qTest
- PractiTest
- Zephyr
- Test Collab
- TestFLO for JIRA
- XQual
- Xray – najnowocześniejsze Zarządzanie testami
- testrail
- qacoverage
- wymagania i zarządzanie testami dla Jira (RTM)
- Spiratest by Inflectra
- Kualitee
- Aqua
- 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ć pewne idealne struktury, ale niezależnie od tego, każda organizacja może mieć swoją strukturę. Jest tak wiele struktur organizacyjnych i każda z nich ma swoje zalety i wady.
tutaj omówimy niektóre z nich.
najpierw zobaczymy najprostszą strukturę organizacyjną, która jest używana dla małych projektów.
w tej strukturze zarówno testerzy, jak i Programiści zgłaszają się do menedżera ds. rozwoju.
- kierownik ds. rozwoju ma dobrą kontrolę nad działaniami projektowymi.
- luka w komunikacji między zespołami testującymi i deweloperskimi będzie mniejsza.
- również na spotkaniach dobrze jest decydować o terminach rozwoju menedżera, ponieważ ma on pełną wiedzę na temat testów i prac rozwojowych.
- praca zespołowa będzie wydajna, ze względu na minimalne warstwy.
do wad tej struktury należą:
- ponieważ nie ma menedżera testów, istnieje możliwość, że testy zostaną uznane za późne w projekcie.
- istnieje inna możliwość, że testowanie będzie mniej ważne dla projektu. Można to uznać za późne w projekcie.
ogólnie w małych organizacjach dla małych projektów zdarza się, że zespół programistów zajmuje więcej czasu niż wspomniano, a zespół testujący musi cierpieć, tj.
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 opracowanie wysokiej jakości oprogramowania.
druga najczęściej używana Struktura Organizacyjna:
jest to najczęstszy typ struktury organizacyjnej. W tej strukturze testerzy zgłaszają się do menedżerów testów, a programiści zgłaszają się do menedżera ds. rozwoju. Zarówno Kierownik testów, jak i kierownik ds. rozwoju zgłaszają się do kierownika projektu.
Menedżer testów będzie odpowiedzialny za wszystkie działania związane z testami i obowiązkiem menedżera ds. rozwoju jest uzyskanie oprogramowania do opracowania. Kierownik projektu będzie kontrolował zarówno działania testowe, jak i rozwojowe.
zalety:
- w przeciwieństwie do poprzedniej struktury, tutaj w tej strukturze są różni menedżerowie do testowania i rozwoju, dlatego obaj mogą skupić się na swojej pracy. Pozostaną oddani swojej pracy i będzie ich mniej rozpraszało.
- w tej strukturze działania testowe nie mogą być zaniedbywane lub nie mogą być brane pod uwagę pod koniec projektu. 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ść.
:
- istnieje możliwość wystąpienia luki komunikacyjnej z powodu wielu poziomów.
Zarządzanie testami A struktury organizacyjne
struktury organizacyjne bezpośrednio wpływają 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 menedżera testów, a także od pozycji menedżera testów w strukturze organizacyjnej.
mamy tu dwie struktury organizacyjne. W pierwszej strukturze kierownik rozwoju i kierownik testów to ta sama osoba, co wpływa na zarządzanie testami. Menedżer ds. rozwoju ma na celu tworzenie oprogramowania, a robiąc to, musi również przyjrzeć się pracom testowym.
Tak więc czasami może wydawać stronnicze opinie. On / ona może po prostu przeoczyć problem i iść dalej. W ten sposób może to wpłynąć na zarządzanie testami. Niezależny menedżer testów będzie w stanie zapewnić więcej sprawiedliwości, a zarządzanie testami będzie lepsze z niezależnymi kierownikami testów.
podsumowanie
widzieliśmy zarówno tematy tj. zarządzanie testami i struktury organizacyjne osobno, jak i relacje między tymi dwoma. Możemy stwierdzić, że struktury organizacyjne wpływają na zarządzanie testami.
porównując obie wyżej wymienione struktury, w drugiej strukturze zarządzanie testami będzie obsługiwane lepiej niż pierwsza. Powodem 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ć ze względu na różne struktury organizacyjne, menedżerów testów, umiejętności i doświadczenie menedżera testów.