Hejto.pl
Dodaj post

Wpisz coś do wyszukania (minimum 2 znaki)

Testowanie oprogramowania

Kategoria: Technologia

Społeczność zrzeszająca wszelakiej maści tropicieli bugów oraz osoby zainteresowane tematem testowania oprogramowania

  • 32 członków
  • 12 wpisów

Specjalista

w Testowanie oprogramowania

4piorunów

Cześć:grinning: , stworzyłem narzędzie do testowania aplikacji/gier w trudnych warunkach sieciowych:

:beans:Pobierz Tutaj

Jeśli Chcecie zasymulować wysoki ping, jitter, utratę pakietów, duplikację pakietów, resety połączeń, limity pobierania i ogrom innych rzeczy, to to narzędzie się nada. Takim szybkim trybem pracy jest wybranie profilu (jest na samym dole) i kliknięcie przycisku "START".

Z takich fajnych rzeczy, to jest też tryb full CLI ze wsparciem CI/CD. można łatwo wysyłać konfigurację programu i profile z ustawieniami do innych z działu QA, hmm co tam jeszcze można. O są jeszcze scenariusze, które można tworzyć, czyli "o x zrób y" albo o "x ustaw z".

Tak wiem, w apce jest troszkę defektów i niespójności UX/UI, językowych, to dopiero wersja V0.2, aktualnie pracuję nad wersją V0.3, która będzie open source, tylko muszę jeszcze posprzątać wiele rzeczy + naprawić i tak dalej :grinning: Program jest w 100% darmowy do użytku komercyjnego i prywatnego. Według mnie to bardzo dobra cena.

PS: Jak ktoś kojarzy mnie z innych wpisów, to pracuję też nad nową grą, nie porzuciłem gamedevu, kiedyś <kiedyś kiedyś> wyjdzie. :-)

#testowanieoprogramowania

Mistrz3piorunów

@DonislawDev proszę o poprawienie tagu

Pokaż więcej komentarzy (11)

Koneser

w Testowanie oprogramowania

5piorunów

Czy AI zastąpi testerów oprogramowania?

To pytanie nurtuje branżę IT odnośnie do wielu stanowisk, ale odpowiedź brzmi - nie. Sztuczna inteligencja rozwija się szybko, dużo potrafi, ale testerzy wciąż są niezastąpieni.

Testerzy to kluczowy element procesu tworzenia oprogramowania. Ich umiejętności analityczne, kreatywność i zdolność do myślenia abstrakcyjnego są nieocenione. AI może pomóc w automatyzacji, ale nie całkowicie zastąpi ludzką wiedzę.
Przykład: Prośba o scenariusz testowy dla formularza logowania. AI może go wygenerować i potencjalnie przetestować i do tego AI może być przydatne, ale w bardziej skomplikowanych przypadkach to jednak tester (człowiek), jest lepszym rozwiązaniem.

Trzeba pamiętać, że AI jest zbyt precyzyjne. To paradoks, ale człowiek podczas testowania może popełnić błąd, a właśnie ten błąd może pomóc w wykryciu potencjalnego buga. Dodatkowo podczas samego testowania może na coś zwrócić uwagę, co umknęło przy pisaniu scenariusza. Testerzy posiadają (przynajmniej powinni posiadać) unikalną zdolność do wykrywania problemów. Potrafią przewidywać różnorodne scenariusze i przeprowadzać testy w sposób uwzględniający różnorodność warunków. Co więcej, są w stanie dostarczyć cenne informacje zwrotne dla programistów i innych członków zespołu deweloperskiego.

No i najważniejsze - AI nie myśli jak człowiek (jeszcze) i to jest chyba najbardziej kluczowe w tej sprawie.

  

Kosmonauta2piorunów

Ale robota testerów też nie jest jakoś super kreatywna, jeśli AI będzie się uczyć na pracy miliona testerów no to w końcu będzie mogła ich zastąpić. Tych różnorodnych scenariuszy o których piszesz jest ograniczona liczba, aplikacje są do siebie podobne w użyciu (i jest to ich zaleta)

Pokaż więcej komentarzy (2)

Koneser

w Testowanie oprogramowania

3piorunów

Dzień dobry testerskie świry. Przychodzę do was z takim tematem - jak wygląda u was w pracy organizacja środowiska testerskiego?

Jesteście wy za to odpowiedzialni, czy takie rzeczy leżą po stronie devów. Jestem świeżakiem i pracuję dopiero w pierwszej firmie, więc chciałbym poznać też perspektywę innych osób.

U mnie to wygląda tak (bardzo duża aplikacja, które używa bardzo dużo światowych firm):

Kilka serwerów, każdy z inną wersją oprogramowania (wspieramy kilka wersji wstecz) na których testuje się zgłoszone przez inne firmy bugi, znalezione przez nas itd -> ogólnie zachowanie aplikacji w stanie, gdzie jest możliwe jej użytkowanie

Kilkanaście serwerów, gdzie testuje się tylko i wyłącznie nowe featury i są do nich przypisane "teamy" - 1 dev, 2 testerów, jakiś PM itd.

Generalnie za te rzeczy odpowiedzialni są devi, ale jeśli jakiś serwer wysypie się ze względu na commit, to sprawdzamy logi, co się wysypało itd. no i uderzami do deva, który te feralną poprawkę wprowadził

Koneser1piorunów

@WojciechKawulski U mnie wygląda to tak. Mamy jedną dużą aplikację o architekturze monolitu plus kilkanaście mniejszych wydzielonych zniego z własnym frontem i mikroserwisami. Pracujemy w kilkunastu zespołach różnej wielkości kilku deweloperów plus 1-4 testerów manualnych plus jeden dedykowany automatyk. Aplikacja deployowana jest na 4 środowiskach z różną wersją (jedno dedykowane na nocne automaty z mechanizmem odtwarzania bazy danych). Wszystkie zadania po oddaniu przez deweloperów tesotwane są przed mergem na osobnym feature branchu zbudowanym z tylko zmianami z danego zadania. Jeśli wszystko jest ok zadanie jest mergowane do mastera. Ja jako automatyk pokrywam funkcjonalości równolegle (albo walczę z długiem, w zależności od zespołu) czy to testami UI czy API w zależności co jest potrzebne. Raz na tydzień wydawana jest mniejsza wersja monolitu do klienta (sewisy wydawane są on demand), poprzedzona 1-2 dniowym freezem kodu, stabilizacja i regresją.

Pokaż więcej komentarzy (14)

Twórca

w Testowanie oprogramowania

4piorunów

JetBrains soft do automatyzacji testowania wypuścił w wersji beta - JetBrains Aqua. Bawił się ktoś tym już? Jakieś opinie?

Zajawka wygląda obiecująco

https://www.youtube.com/watch?v=z7Yjl2Agrwg

     

Pokaż więcej komentarzy (4)

Koneser

w Testowanie oprogramowania

5piorunów

Siemka,

widzę, że jestem już tutaj starym wyjadaczem, ze stażem 3 miesięcy 🙂

Ogólnie to można "dodać" komentarz bez wartości.

Dodajemy normalnie komentarz, edytujemy, usuwamy wartość, dajemy spacje i zapisujemy. :grinning:

Pokaż więcej komentarzy (8)