Wykonuję test integracji/warunków skrajnych na bardzo dużym produkcie (myślę, że rozmiar systemu operacyjnego), a ostatnio mój zespół i ja omawialiśmy sposoby lepszego organizowania naszych obciążeń testowych. Do tej pory byliśmy zadowoleni z posiadania wszystkich naszych (niestandardowych) aplikacji do obciążania pracą w serii zadań typu wsadowego, z których każdy reprezentuje pojedynczy test warunków skrajnych. Teraz, gdy znajdujemy się w punkcie, w którym średnia liczba testów obejmuje ponad 100 obciążeń działających w 13 systemach, uważamy, że nadszedł czas, aby zbudować coś bardziej zaawansowanego.Projektowanie systemu testowania warunków skrajnych
Wiele widziałem na temat ram testów jednostkowych, ale bardzo niewiele dla testów typu stresowego wyższego poziomu. Czy ktoś wie o powszechnym (lub rzadkim) sposobie rozwiązania problemu zarządzania dużą liczbą zadań?
W tej chwili chcielibyśmy zachować bazę danych każdego indywidualnego obciążenia pracą i zapewnić front-end do mieszania i dopasowywania ich do pakietów testowych w zależności od tego, jakiego rodzaju stresu potrzebujemy w danym dniu, ale nie mamy przykłady najlepszych sposobów wykonywania bardziej zaawansowanych czynności, takich jak zestawienie stresu, który poszczególne obciążenia nakładają na system.
Co robią moi koledzy testujący stres na dużych produktach? Dla nas kilka ręcznie pisanych skryptów po prostu go nie przestanie.
Nie mogę ci naprawdę pomóc, ale tutaj są dwa linki do dostępnych narzędzi do oceny. http://www.opensourcetesting.org/performance.php http://www.testingfaqs.org/t-load.html – jitter