Menu

5 rzeczy, które początkujący programista (i tester) powinien wiedzieć o testowaniu oprogramowania

5 things beginner developer

Wypróbuj Nasz Instrument Do Eliminowania Problemów

otwórz plik .jnlp windows 10

Cała sala konferencyjna umilkła i po odczekaniu kilku minut nie mogłem zachować cierpliwości i musiałem powtórzyć pytanie:

Kto chciałby dołączyć do zespołu testującego?

Na pokładzie było 20 stażystów, którzy byli szkoleni w zakresie różnych aspektów projektów oprogramowania. Prowadzący i menedżerowie z różnych działów, takich jak analiza biznesowa, rozwój, testowanie i sprzedaż, odbyli z nimi spotkania uczestnikom szkolenia, aby przekazać wiedzę i pomóc im zrozumieć, jak i jak wygląda rzeczywisty projekt oprogramowania. Jako kierownik testów wyjaśniłem tym nowym twarzom podstawowe aspekty testowania i znaczenie testowania cyklu życia.

programista i tester

Z podekscytowaniem, kiedy rzuciłem pytanie, nigdy nie pomyślałem o ciszy upuszczania szpilek. Nikt nie był gotowy, aby dołączyć do testów. Westchnąłem ze smutkiem i wybrałem kolejną ścieżkę edukacji przyszłych pokoleń IT.

Poprawiłem pytanie, żeby poznać przyczyny odrzucenia testowanie oprogramowania jako zawód -

Dlaczego nie chcesz dołączyć do testowania oprogramowania?

Odpowiedzi były interesujące (i w pewnym momencie praktyczne)

  • Każdy może testować, ale nie programować ( dobrze wiedzieć )
  • Testerzy zarabiają mniej ( trochę prawda, ale nie zawsze )
  • To niewdzięczna praca ( całkowicie się zgadzam, ale to nie jest ważny powód )
  • Nie ma się czego dowiedzieć ( Hooh …… kto to powiedział?)
  • Nie ma powodu, aby wybierać testowanie oprogramowania jako karierę ( najgorszy powód )

Czego się nauczysz:

Dlaczego istnieje testowanie oprogramowania?

Ok, więc nadszedł czas, aby nauczyć tych nowych ludzi, dlaczego istnieje testowanie oprogramowania i co powinni o tym wiedzieć, jeśli zamierzają dołączyć do tworzenia oprogramowania.

Jak zmieniłem zdanie?

Tutaj próbuję tylko wyjaśnić, o czym rozmawialiśmy tego popołudnia i jak udało mi się zmienić zdanie co najmniej 20 osób, jednocześnie oczyszczając postrzeganie testowania oprogramowania.

# 1. Testowanie oprogramowania nie jest stratą czasu:

Co się dzieje, gdy masz gościa w domu i pośpiesznie przygotowujesz dla niego lemoniadę i podajesz im? Kiedy goście zostawiają niedokończone szklanki, czujesz, że coś musiało pójść nie tak, a kiedy skosztujesz lemoniady, OMG …… było śmierdzące. Żałujesz, że nie spędziłeś tylko 10 sekund więcej i skosztowałeś lemoniady przed podaniem.

Spiesząc się z dostarczeniem projektu na osi czasu, firmy / kierownictwo / każdy jest gotowy na pójście na kompromis w kwestii czasu testowania, ponieważ postrzeganie testowania oprogramowania zajmuje naprawdę dużo czasu, niż jest to wymagane, wciąż jest żywe w umysłach ludzi. Ale czy czas potrzebny na testowanie nie jest wart w porównaniu z telefonem klienta o północy, aby poinformować Cię, że zamierza anulować następne zadanie, ponieważ obecne zadanie zawierało więcej niż 5 krytycznych błędów w ciągu pierwszych dwóch godzin wewnętrznego użytkowania. Huk!!

# 2. Testowanie oprogramowania jest obowiązkowe:

Testowanie oprogramowania jest nieuniknioną częścią cyklu życia oprogramowania. Droga

  • Redaktorzy pomagają w ulepszaniu filmu
  • Korektorzy pomagają w ulepszaniu książki
  • Ochroniarze pomagają w zapewnianiu ludziom spokoju i bezpieczeństwa
  • Olej pomaga w bezbłędnym uruchomieniu maszyn

Testowanie oprogramowania pomaga ulepszać oprogramowanie. Chyba nie muszę wydawać ani słowa więcej, żeby to wyjaśnić.

# 3. Testów jednostkowych to pełna odpowiedzialność dewelopera:

Kiedy coś opracowujesz, musisz to sprawdzić, zanim poprosisz kogoś o sprawdzenie. Droga

  • Szef kuchni zawsze smakuje i wącha swój przepis, zanim poda go innym

Deweloper jest całkowicie odpowiedzialny za przetestowanie własnego kodu przed wysłaniem go do testerów. Testerzy są po to, aby pomóc Ci w poprawie jakości kodu i ostatecznie produktu, a nie wykryć najgłupszych błędów popełnionych podczas pisania kodu.

Poza tym nigdy nie zakładaj, że za jakość odpowiadają wyłącznie testerzy.

W dzisiejszym zwinnym świecie programiści i testerzy mają ponosić wspólną odpowiedzialność za jakość produktu. Oczekuje się, że programiści przeprowadzą testy w parach z testerem i zapewnią wgląd w to, co i dlaczego coś może pójść nie tak, a także zachęci testera do generowania pomysłów na testowanie na podstawie Twoich spostrzeżeń.

# 4. Programiści i testerzy są równi:

Każda praca / projekt to wspólny wysiłek zespołu, a to oznacza, że ​​każda osoba jest równie ważna. Jeśli programista uważa, że ​​radzi sobie najlepiej i należy mu przypisać większe znaczenie, ponieważ tworzy coś od podstaw, konieczne jest ponowne rozważenie tej myśli. Tak, programista tworzy coś od podstaw, ale nie jest w stanie dokończyć tworzenia bez pomocy testera.

Tester zapewnia użytkownikowi oko na produkt. Dobrze wyszkolony i doświadczony tester może wykazać luki w produkcie, o których deweloper nigdy nie myśli. Tester wnosi nowe pomysły o tym, jak powinien wyglądać produkt, jak powinien wyglądać w konkretnym przypadku, jak powinien działać, jak może się zachowywać i jak może ulec awarii.

Ponieważ ważne jest, aby dodać sól do każdej receptury, aby były one jadalne, potrzebne są testy, aby produkt był dostarczalny.

Dlatego równie ważni są programiści i testerzy. Są to lewa i prawa ręka ciała zwana projektem.

# 5. Tester powinien być zaangażowany od pierwszego dnia projektu:

Jako programista nigdy nie powinieneś popełniać tego błędu, zakładając, że nie ma potrzeby, aby tester był świadomy czegoś takiego jak analiza wymagań, logika stosowana podczas pisania kodu, żądania zmian od klienta, informacje zwrotne od klienta itp.

Tester jest posiadaczem stosu i powinien być zaangażowany od samego początku projektu. Wstępne zaangażowanie zespołu testującego daje im pewność siebie, a ciągłe dyskusje sprzyjają zrozumienie między zespołem programistycznym i testującym życzliwa pomoc pobudza ich ducha do zrobienia czegoś lepszego, prośby o sugestie sprawiają, że czują się warci.

Wniosek:

Tester ma nie tylko testować moduł / produkt, jest po to, aby pomóc w dostarczeniu najlepszego produktu, jest po to, aby pomóc, sugerując sprawdzone pomysły dotyczące oczekiwań użytkowników, jest po to, aby poinformować Cię, jak często Twój ukochany kod dostaje się się zawiesił …… a ty, jako programista, naprawdę tego potrzebujesz, prawda?

O autorze: Ten niesamowity post został napisany przez członka zespołu STH, Bhumikę Mehtę. Jest liderem projektów i ma ponad 7 lat doświadczenia w testowaniu oprogramowania. Jest całkowicie zaangażowana w testowanie i uwielbia testować wszystko, co istnieje.

Jak zwykle czekam na Twojeopinie, opinie i sugestieo temacie.

rekomendowane lektury

^