build verification testing complete guide
Co to jest testowanie weryfikacji kompilacji (BVT)?
Test weryfikacji kompilacji to zestaw testów uruchamianych na każdej nowej kompilacji w celu sprawdzenia, czy kompilacja jest możliwa do przetestowania, zanim zostanie udostępniona zespołowi testowemu w celu dalszego testowania.
Te przypadki testowe to przypadki testowe z podstawowymi funkcjami, które zapewniają stabilność aplikacji i możliwość jej dokładnego przetestowania. Zwykle proces BVT jest zautomatyzowany. Jeśli BVT zawiedzie, ta kompilacja zostanie ponownie przypisana do programisty w celu naprawy.
Nazywa się również BVT Testowanie dymu lub buduje testy akceptacyjne (BAT)
Nowa kompilacja jest sprawdzana głównie pod kątem dwóch rzeczy:
- Build Validation
- Buduj akceptację
Niektóre podstawy BVT:
- Jest to podzbiór testów weryfikujących główne funkcjonalności.
- BVT są zwykle uruchamiane w codziennych kompilacjach, a jeśli BVT zawiedzie, kompilacja jest odrzucana, a nowa kompilacja jest wydawana po wykonaniu poprawek.
- Zaletą BVT jest to, że oszczędza wysiłek zespołu testowego, aby skonfigurować i przetestować kompilację, gdy główna funkcjonalność jest uszkodzona.
- Projektuj BVT tak ostrożnie, aby obejmował podstawową funkcjonalność.
- Zwykle BVT nie powinien działać dłużej niż 30 minut.
- BVT to rodzaj Testowanie regresji , wykonywane na każdej nowej kompilacji.
BVT sprawdza przede wszystkim integralność projektu i sprawdza, czy wszystkie moduły są poprawnie zintegrowane, czy nie. Testowanie integracji modułów jest bardzo ważne, gdy różne zespoły opracowują moduły projektu. Słyszałem wiele przypadków awarii aplikacji z powodu nieprawidłowej integracji modułów. Nawet w najgorszych przypadkach cały projekt zostaje odrzucony z powodu awarii integracji modułów.
Jakie jest główne zadanie w Build Release? Oczywiście plik „check-in”, tj. Aby uwzględnić wszystkie nowe i zmodyfikowane pliki projektów powiązane z odpowiednimi kompilacjami. BVT został wprowadzony przede wszystkim w celu sprawdzenia wstępnej kondycji kompilacji, tj. Sprawdzenia, czy - wszystkie nowe i zmodyfikowane pliki są zawarte w wydaniu, wszystkie formaty plików są poprawne, każda wersja i język pliku, flagi skojarzone z każdym plikiem.
Te podstawowe testy są warte przed wydaniem kompilacji, aby zespół testował do testów. Zaoszczędzisz czas i pieniądze, odkrywając wady kompilacji na samym początku korzystania z BVT.
pytania i odpowiedzi do wywiadu inżynierii oprogramowania pdf
Które przypadki testowe powinny być zawarte w BVT?
Jest to bardzo trudna decyzja przed automatyzacją zadania BVT. Należy pamiętać, że sukces BVT zależy od przypadków testowych, które uwzględnisz w BVT.
Oto kilka prostych wskazówek, które należy uwzględnić Przypadki testowe w swoim BVT Automation Suite:
- Uwzględnij tylko krytyczne przypadki testowe w BVT.
- Wszystkie przypadki testowe zawarte w BVT powinny być stabilne.
- Wszystkie przypadki testowe powinny były przewidzieć wynik.
- Upewnij się, że wszystkie dołączone krytyczne przypadki testowe funkcjonalności są wystarczające do pokrycia testów aplikacji.
Nie obejmuje również modułów w BVT, które nie są jeszcze stabilne. W przypadku niektórych funkcji, które nie są jeszcze w fazie rozwoju, nie można przewidzieć oczekiwanego zachowania, ponieważ moduły te są niestabilne i przed przetestowaniem tych niekompletnych modułów można poznać znane awarie. Nie ma sensu używać takich modułów lub przypadków testowych w BVT.
Możesz uprościć to zadanie dołączania przypadków testowych o krytycznej funkcjonalności, komunikując się ze wszystkimi osobami zaangażowanymi w tworzenie projektów i testowanie cyklu życia. Taki proces powinien negocjować przypadki testowe BVT, które ostatecznie zapewniają sukces BVT. Ustaw niektóre standardy jakości BVT, a standardy te można spełnić jedynie poprzez analizę głównych cech projektu i scenariuszy.
Na przykład, Przypadki testowe, które mają być zawarte w edytorze BVT for Text (Tylko niektóre testy przykładowe):
- Przypadek testowy do tworzenia pliku tekstowego.
- Przypadki testowe do pisania czegoś w edytorze tekstu
- Walizka testowa dla funkcji kopiowania, wycinania i wklejania edytora tekstu
- Przypadek testowy do otwierania, zapisywania, usuwania pliku tekstowego.
Oto kilka przykładowych przypadków testowych, które można oznaczyć jako „krytyczne” i dla każdej drobnej lub większej zmiany w aplikacji te podstawowe krytyczne przypadki testowe powinny zostać wykonane. BVT może łatwo wykonać to zadanie.
jak otwierać pliki jar w systemie Windows 10 Java
Kombinezony automatyki firmy BVT należy od czasu do czasu konserwować i modyfikować. Na przykład. uwzględnij przypadki testowe w BVT, gdy dostępne są nowe stabilne moduły projektu.
Co się stanie, gdy uruchomi się pakiet BVT Suite?
Powiedz, że zestaw testów automatyzacji weryfikacji kompilacji wykonywany jest po każdej nowej kompilacji.
# 1) Wynik wykonania BVT jest wysyłany do wszystkich identyfikatorów e-mail powiązanych z tym projektem.
#dwa) Właściciel BVT (osoba wykonująca i konserwująca pakiet BVT) sprawdza wyniki BVT.
# 3) Jeśli BVT zawiedzie, właściciel BVT zdiagnozuje przyczynę awarii.
# 4) Jeśli przyczyną niepowodzenia jest wada kompilacji, wszystkie istotne informacje z dziennikami błędów są wysyłane do odpowiednich programistów.
# 5) Deweloper o swoich początkowych odpowiedziach diagnostycznych dla zespołu na temat przyczyny awarii. Czy to naprawdę błąd? A jeśli to błąd, to jaki będzie scenariusz jego naprawy.
# 6) Po naprawieniu błędu ponownie wykonywany jest zestaw testów BVT, a jeśli kompilacja przejdzie pomyślnie przez BVT, jest przekazywana zespołowi testowemu w celu uzyskania dalszych szczegółowych funkcji, wydajności i innych testów.
Ten proces jest powtarzany dla każdej nowej kompilacji.
Dlaczego BVT lub Build nie powiodły się?
BVT czasami się psuje. Nie oznacza to, że kompilacja zawsze zawiera błąd. Istnieją inne powody niepowodzenia kompilacji, takie jak błąd kodowania przypadków testowych, błąd pakietu automatyzacji, błąd infrastruktury, awarie sprzętu itp.
Musisz rozwiązać przyczynę pęknięcia BVT i podjąć odpowiednie działania po postawieniu diagnozy.
Wskazówki dotyczące sukcesu BVT:
# 1) Poświęć dużo czasu na pisanie skryptów przypadków testowych BVT.
#dwa) Zarejestruj jak najwięcej szczegółowych informacji, aby zdiagnozować wynik pozytywny lub negatywny BVT. Pomoże to zespołowi programistów w debugowaniu i szybkim poznaniu przyczyny niepowodzenia.
# 3) Wybierz stabilne przypadki testowe do uwzględnienia w BVT. W przypadku nowych funkcji, jeśli nowy krytyczny przypadek testowy przechodzi konsekwentnie w innej konfiguracji, należy promować ten przypadek testowy w swoim pakiecie BVT. Zmniejszy to prawdopodobieństwo częstych niepowodzeń kompilacji z powodu nowych niestabilnych modułów i przypadków testowych.
# 4) Zautomatyzuj proces BVT tak bardzo, jak to możliwe. Od procesu wydania kompilacji po wynik BVT - zautomatyzuj wszystko.
# 5) Miej jakieś kary za zepsucie kompilacji ;-) Niektóre czekoladki lub wspólne przyjęcie kawowe od programisty, który zepsuje kompilację, wystarczą.
Wniosek
BVT to nic innego jak zestaw przypadków testowych regresji, które są wykonywane za każdym razem dla nowej kompilacji. Nazywa się to również testem dymu. Kompilacja nie jest przypisywana do zespołu testowego, chyba że i dopóki BVT nie przejdzie.
BVT może być uruchamiany przez programistę lub testera, a wynik BVT jest przekazywany zespołowi i podejmowane są natychmiastowe działania w celu naprawienia błędu, jeśli BVT zawiedzie. Proces BVT jest zwykle zautomatyzowany poprzez pisanie skryptów dla przypadków testowych.
BVT obejmuje tylko krytyczne przypadki testowe. Te przypadki testowe powinny zapewnić pokrycie testów aplikacji. BVT jest bardzo skuteczny zarówno w przypadku codziennych, jak i długoterminowych kompilacji. Oszczędza to znaczną ilość czasu, kosztów, zasobów i ostatecznie nie powoduje frustracji zespołu testowego z powodu niekompletnej kompilacji.
Jeśli masz jakieś doświadczenie w procesie BVT, podziel się nim z naszymi czytelnikami w komentarzach poniżej.
rekomendowane lektury
- Testy alfa i testy beta (kompletny przewodnik)
- Najlepsze narzędzia do testowania oprogramowania 2021 [Narzędzia do automatyzacji testów QA]
- Testy funkcjonalne a testy niefunkcjonalne
- Rodzaje testowania oprogramowania: różne typy testów ze szczegółami
- Samouczek testowania hurtowni danych ETL (kompletny przewodnik)
- Podręcznik testowania zabezpieczeń aplikacji internetowych
- Najlepsze usługi testowania oprogramowania QA od SoftwareTestingHelp
- Testing Primer Pobierz eBook