w 1 godzinę
Czy pamiętasz zdanie Martina Fowlera z sesji 9 o architekturze IT , które brzmiało “tworzenie wysokiej jakości oprogramowania nie jest drogie – tworzenie wysokiej jakości oprogramowania jest najtańszym rozwiązaniem”?
Wierzymy w to w Right People Group, i dlatego uważamy, że orientacja na jakość jest niezbędna we wszystkich fazach rozwoju oprogramowania. Testowanie oprogramowania jest bardzo ważną częścią tej orientacji na jakość.
Każdy może wykonać test oprogramowania do pewnego stopnia, jednak istnieje ogromna różnica w możliwościach kogoś z intuicyjnym zrozumieniem testu w porównaniu z prawdziwym testowym profesjonalistą.
Co więcej, dostarczamy programistów ds. oprogramowania , którzy mają określone doświadczenie jako testerzy oprogramowania, zatem nie możemy zaakceptować twórców oprogramowania z nastawieniem, że ich zadaniem jest tylko ,,opracowanie i przetestowanie”
Testowanie i orientacja na jakość są dla wszystkich i we wszystkich fazach. Jednym z powodów jest to, że koszty zmian rosną wykładniczo w całym projekcie. Spójrz na poniższy wykres, by móc to zilustrować.
Zasady testowania oprogramowania
Zanim zaczniemy wnikać w różne rodzaje testów, przejdźmy przez kilka podstawowych zasad testowania oprogramowania::
Rodzaje testów
Aby zrozumieć rolę testowania oprogramowania w projektach programowych, dobrym początkiem jest model V. Model V jest klasycznym “wodospadem” do tworzenia oraz testowania oprogramowania. Mimo że rozwój agile staje się coraz bardziej popularny. Nadal więc istotne jest zrozumienie modelu V, który wykorzystywany przez większość klientów środowisku agile w pewnym stopniu podąża za modelem V.
Model V daje dobre konceptualne zrozumienie, jakie rodzaje testów odnoszą się do których części fazy specyfikacji. Spójrz na poniższy rysunek:
Test agile
Rola profesjonalistów testowych zmienia się diametralnie od procesu tworzenia oprogramowania typu “Wodospad” do procesu agile. Przyjrzyjmy się temu:
Testuj automatyzację
Automatyzacja testów jest genialna i stanowi kluczowy element nowoczesnego rozwoju oprogramowania. Ale to nie srebrna kula może wszystko rozwiązać. Widzimy klientów, którzy czerpią niesamowitą wartość z automatyzacji testów, ale widzimy również firmy, które skupiły się na niewłaściwych rzeczach związanych z automatyzacją testów, prowadząc do wysokich kosztów utrzymania w porównaniu do wartości, jaką przynosi automatyzacja testów.
Poniższe video stanowi wstęp do automatyzacji testów:
Rola menedżera testówr
Right People Group często dostarcza doświadczonych specjalistów ds. testów, którzy prowadzą testowanie w projekcie naszego klienta.
Zacznijmy od spojrzenia na klasyczną rolę “Kierownika Testów”:
Jednakże, a “menedżer testów” nie jest zdefiniowaną rolą w projektach agile. Co więc dzieje się z rolą menedżera testów w środowiskach agile:
Testuj napędzany rozwój
Test Driven Development (TDD) opiera się na zasadzie, że programiści zapisują swój test jednostki przed faktycznym zakodowaniem funkcjonalności programistów w niektórych organizacjach. Jednak po wdrożeniu przynosi wysoką wartość i może po prostu stać się “standardowym sposobem pracy” w zespole programistycznym:
CZY JESTEŚ NIEZALEŻNYM KONSULTANTEM LUB KONTRAKTOREM?
Zapisz się do naszego newslettera i otrzymuj kontrakty IT odpowiadające Twojemu profilowi oraz lokalizacji, na swoją skrzynkę mailową.
CZY POTRZEBUJESZ
Wyślij nam wiadomość e-mail na adres [email protected] z Twoim CV oraz stawką godzinową testera lub managera testów, która odpowiadać będzie Twoim projektom oraz wymaganiom lub czytaj więcej o naszych usługach w zakładce tester oprogramownia – manager testów – tester agile