Przede wszystkim, powinniśmy wiedzieć, co to jest linia bazowa przed zrozumieniem czym jest testowanie linii bazowej.

Technicznie mówiąc –

Podstawa jest formalnym dokumentem, który działa jako dokument bazowy dla przyszłej pracy. Mówiąc językiem laika, aby zbudować budynek, potrzebujesz podstawy. To samo odnosi się do testów. Musimy stworzyć linię bazową, na podstawie której przeprowadzane są dalsze testy. Przede wszystkim, bardzo ważne jest, aby wiedzieć, że jest to testowanie niefunkcjonalne, co oznacza, że nie ma nic wspólnego z testowaniem funkcjonalności aplikacji. Raczej testuje się dokument, który stanowi solidny fundament dla pracy, która ma być wykonana w przyszłości. Tak więc można powiedzieć, że działa to jako podstawa dla przyszłego rozwoju, cokolwiek to jest. It may be the performance, test case development.

Talking In Terms Of Performance Testing –

If it is seen that performance of the application of a particular server with a load of 100 users, if it is working fine on the server with a load of 100 without any interruption or slowness or breakdown and after that server performance decreases drastically after a load of more than 100 users is applied to the server containing the application. Wtedy możemy powiedzieć, że standardem dla tego serwera jest 100 użytkowników. Teraz ten standard może być porównany ze standardowym serwerem i przyszły zakres testowania wydajności może być zdefiniowany.

Zrozummy to na innym przykładzie, załóżmy, że wydanie 1 ma czas odpowiedzi 2 sekundy, a wydanie 2 ma czas odpowiedzi 3 sekundy. Teraz dla wydania 3, czas odpowiedzi 2 sekundy z wydania 2 działa jako podstawa lub linia bazowa dla wydajności dla wydania 3. Tak więc, od teraz możemy wywnioskować, że linia bazowa jest dokumentem, który jest przywoływany jako podstawa do porównania lub odniesienia dla przyszłej pracy. Musi istnieć jakiś dokument, do którego można się odnieść jako do stabilnego, sfinalizowanego dokumentu dla przyszłej pracy.

Talking In Terms Of Software Development –

Jeśli mówimy w kategoriach Software Development, Istnieje dokument zwany Design Document. Może to być Dokument Niskiego lub Wysokiego Poziomu, na podstawie którego rozpoczynają się prace rozwojowe. Jeśli mówimy o testowaniu, dokument przygotowany przez Analityka Biznesowego, który jest w kontakcie z Klientem i jest odpowiedzialny za pozyskanie wymagań od Klienta, działa jako punkt odniesienia do kontaktu dla testerów, aby rozpocząć proces rozwoju i testowania. Analityk biznesowy, po umówieniu się na spotkanie, udaje się do klienta, pobiera wymaganie i wypełnia je w określonym szablonie. Teraz, omawia wymaganie z Kierownikiem Zaangażowania lub Kierownikiem Projektu, aby przetestować wymaganie i sprawdzić jego wykonalność. W przypadku, gdy nie mają jasności co do wymagania, proszą dewelopera o stworzenie prototypu i jeśli są zadowoleni, przekazują dokument wymagania do kierownika projektu, który przygotowuje Specyfikację Wymagań Oprogramowania. Dokument przygotowany przez Analityka Biznesowego nazywany jest Dokumentem Wymagań Biznesowych lub Specyfikacją Wymagań Funkcjonalnych lub Specyfikacją Wymagań Użytkownika lub Dokumentem Projektu Biznesowego lub Dokumentem Biznesowym w zależności od terminologii stosowanej w danej organizacji. Tak więc, widzimy, że testowanie wymagań jest wykonywane w celu sfinalizowania Dokumentu Wymagań, który działa jako podstawa, na której przygotowywany jest Dokument Projektowy lub Plan Projektu i Plan Testów oraz stanowi podstawę do rozwoju i testowania oprogramowania. Ten rodzaj testowania nazywany jest testowaniem bazowym. W tym rodzaju testowania sprawdzamy, czy przygotowany dokument jest na miarę i spełnia oczekiwania prawidłowo lub innymi słowy, walidujemy dokument i finalizujemy go.

Po wykonaniu testów bazowych i sfinalizowaniu dokumentu Specyfikacji Wymagań Oprogramowania, jesteśmy gotowi iść naprzód i rozpocząć proces rozwoju i testowania. Dla testowania, możemy zacząć przygotowywać przypadki testowe na podstawie dokumentów wymagań. Główną zaletą Testowania Podstawowego jest to, że możemy usunąć błędy w wymaganiach we wczesnej fazie Cyklu Życia Rozwoju Oprogramowania i usunąć tak wiele problemów i wysiłku na późniejszym etapie i pomóc nam dostarczyć projekt z minimalną ilością przeróbek i mniejszym wysiłkiem.

Talking In Terms Of Software Development Life Cycle Phase –

Jak wiemy, więcej pracy we wczesnej fazie Cyklu Życia Rozwoju Oprogramowania zmniejsza zbyt wiele wysiłku na późniejszym etapie. Aby zrozumieć jak ważne jest testowanie bazowe, musimy mieć małe zrozumienie Cyklu Życia Rozwoju Oprogramowania. Pierwsza faza jest fazą wymagań, gdzie Analityk Biznesowy zbiera informacje od klienta i przygotowuje dokumenty wymagań, które są nazywane Dokumentem Wymagań Biznesowych lub Specyfikacją Wymagań Funkcjonalnych lub Specyfikacją Wymagań Użytkownika lub Dokumentem Projektu Biznesowego lub Dokumentem Biznesowym w zależności od terminologii używanej w danej organizacji. Z dokumentu wymagań, testowanie dokumentu wymagań jest wykonywane, co jest nazywane testowaniem bazowym i wymaganie jest finalizowane lub możemy powiedzieć, że wymaganie jest zamrożone. Gdy jest ono na miarę i do rozważenia, aby przygotować Specyfikację Wymagań Oprogramowania w fazie Analizy. W tym dokumencie Kierownik Projektu, Kierownik Techniczny lub analityk systemowy przygotowuje Plan Projektu dotyczący tego, jak projekt będzie rozwijany. Na podstawie dokumentu SRS przygotowywany jest Dokument Projektowy, taki jak Dokument Projektowy Wysokiego i Niskiego Poziomu, w oparciu o który przeprowadzane są kolejne fazy Cyklu Życia Rozwoju Oprogramowania, takie jak Kodowanie, Testowanie i Dostarczanie.

Załóżmy, że testowanie linii bazowej nie jest wykonane prawidłowo, a dokument wymagań biznesowych nie jest prawidłowo sfinalizowany, wtedy SRS przygotowany w oparciu o dokument wymagań biznesowych nie będzie prawidłowy, a dokument projektowy również nie będzie prawidłowy, a zatem wszystkie działania rozwoju i testowania nie będzie zgodnie z oczekiwaniami klienta, ponieważ może być niewielki błąd podczas podejmowania wymagania lub wymaganie nie było linii bazowej prawidłowo. Z tego możemy zrozumieć, jak bardzo ważne jest testowanie linii bazowej.

Jedną ważną rzeczą jest to, że istnieje termin Linia Bazowa, który jest używany w zarządzaniu konfiguracją, chociaż znaczenie jest mniej więcej takie samo również tam. Jest on związany z wersjonowaniem dokumentu, gdzie wersja bazowa dokumentu jest finalizowana, a nowa wersja dokumentu jest wydawana na wydanie aplikacji. Ale jest mało koncepcji Testowania Wersji Bazowej w Zarządzaniu Konfiguracją, jak również dlatego, że Wersja Bazowa wszystkich dokumentów, czy to związanych z rozwojem, testowaniem, projektowaniem stron internetowych lub jakimkolwiek innym dokumentem przygotowanym w związku z rozwojem oprogramowania, musi być sprawdzona prawidłowo pod względem formatów i treści, tak aby następna wersja dokumentu była przygotowana z mniejszym wysiłkiem w już prawidłowo sformatowanym dokumencie.

Podsumowanie:

Więc widzimy, że testowanie linii bazowej jest jak bardzo ważne i chyba że i dopóki wymaganie Dokument nie jest prawidłowo zatwierdzony lub innymi słowy, jeśli testowanie linii bazowej nie jest zrobione, będzie wiele problemów w późniejszym etapie i wykorzystanie wysiłku będzie znacznie więcej w rozwiązywaniu problemów, które będą tylko marnowanie wysiłku i czasu i nowe wymaganie będzie podjęte i trzeba przejść przez wszystkie fazy cyklu życia rozwoju oprogramowania, w celu całkowitego rozwiązania problemu. Tak więc możemy powiedzieć, że Testy Bazowe rozwiązują wiele problemów na wcześniejszym etapie, zmniejszają koszty, wysiłek i czas organizacji na późniejszym etapie Cyklu Życia Rozwoju Oprogramowania.

⇓ Zapisz się do nas ⇓

Jeśli nie jesteś stałym czytelnikiem tej strony internetowej, to gorąco poleca zapisanie się do naszego darmowego newslettera!!! Zapisz się po prostu podając swój adres e-mail poniżej:

Wesołych testów!!!