пропозиції роботи
Wypowiedzi
-
Ja wiem, ale chyba nie pewno...
Data Driven Approach (in Testing) -
MS Word + eksport do PDF
-
Nie polecam żadnych
-
Hej Ania,
Pamiętaj jednak, że samo narzędzie choćby doskonałe nie rozwiąże generalnego problemu pt. "haos i masakr".
To co ja ja bym zrobił na Twoim miejscu:
1) Wyszukanie Toola - JIRA jak najbardziej TAK
2) Przygotowanie demo wykorzystania tego narzędzia (wprowadzenie przykładowych danych, opracowanie procesu - obiegu dokumentów, przede wszystkim wykazanie co ten tool WNIESIE do projektu, nie należy komplikować, zbytnia biurokracja spowoduje niechęć a następnie ignorancję)
3) Prezentacja narzędzia, szef oraz dew muszą być przy tym i powinni się wypowiedzień TAK czy NIE
4) Wdrożenie narzędzia, konfiguracja, osoby odpowiedzialne i tu kilka moich rad:
* Notyfikacja email - bardzo mile widziana (dev/szef info o błędach, tester - info o zakończonej przez dev pracy, itp.)
* Wykonywanie buildów - wyznaczenie osoby odpowiedzialnej do wykonywania buildów, oprócz kompilacji i wystawienia wersji do repozytorium osoba ta była by odpowiedzialna za odp. oznaczenie tego zdarzenia w Narzędziu (np. zmiana statusu błędu z RESOLVED -> TEST)
* I jeszcze jedna rada - szczególnie w przypadku komunikacji z osobami, które za wszelką cenę nie chce współpracować z Toolem - używaj referancji, nr błędów, etc.
Przykład 1:
"Problem XXX jest znanym problem został udokumentowany tutaj (link)"
Przykład 2:
"Podczas wykonywania testów regresji znaleźliśmy następujące babole 112233, 112234 oraz 112235"
KK -
Krystian K.:
To jest polskie forum, więc się nie popisuj swoim łamanym angielskim. Zgłoszone jako SPAM.
Spokojnie, to jesteś jakaś prowokacja -
Mateusz Lechowski:
Witam!
Usiłujemy z moją firmą uporządkować testy w pewnej organizacji biznesowej. Niestety w chwili obecnej, błędy zgłaszane są do deweloperów poprzez komunikatory, zadania na testy spisywane są na karteczkach i wiszą na tablicy. I stąd moje pytanie jest takie: jakie proponujecie narzędzia do zarządzania błędami i testami w projekcie. Ale mam tu na myśli rzeczy proste w instalacji, utrzymaniu, obsłudze. No i oczywiście darmowe, bo im więcej organizacja ma pieniędzy tym mniej chce ich wydać. Wszelkie rady, propozycje mile widziane.
Mateusz
Hej,
Samo narzędzie choćby doskonałe nie rozwiąże problemu. Trzeba najpierw przekonać ludzi do zmiany procesu a to jest bardzo trudne.
Potrzeba zatem przekonać:
* Biznes analityków - aby wprowadzali modyfikacje w nowym narzędzu (a nie na karteczce czy majlu)
* Testerów - aby wprowadzali błędu do toola
* Leaderów - aby korzystali z tego narzędzia, monitorowali co się dzieje i odpowiednio przydzielali zadania do ludzi
* Dew/CM - aby odpowiednio aktualizował statusy
* I wreszcze Managos aby umieli sobie wyciągnąc dane do raportów.
Jeśli chodzi o samo narzędzie to z darmowych narzędzi proponuję Bugzillę. Z płatnych zaś ClearQuest.
KK -
Hej,
Polecam ISTQ Foundation. Nie ma nic lepszego na początek.
KK -
Marcin,
Jak bym mógł (dostał kaskę) to bym poszedł na:
1) ISTQB Adv (zakładam, że Fnd juz masz)
2) ISTQB Test Mng.
PS Ze szkoleniami to uważaj, co za dużo to niezdrowo. Ja, jak kogoś rekrutuję i widzę, że ktoś ma zbyt dużo szkoleń to go po cichu skreślam (Chłop nic innego nie robi tylko się szkoli).
KK -
Adam Frelak:
Krzysztof Kukla:
Dopóki w QTP nie będzie możliwości działania w kontekście projektu (a nie jednego testu) dopóty tool ten będzie badziewny
Co masz na mysli ?
Obecnie mozesz dynamicznie ladowac akcje z innych skryptow i przekazywac im parametry - wiec w zasadzie jest to zapewnione; dotego cos, czego jeszcze nie sprawdzalem - przenoszenie dynamczne danych (testy, skrypty, req, bugi , workflow customization) pomiedzy projektami w QC.
Chciałbym np otworzyć projekt składający się ze 200 skryptów i zrobić refaktoring na jakiejś metodzie. -
Dopóki w QTP nie będzie możliwości działania w kontekście projektu (a nie jednego testu) dopóty tool ten będzie badziewny
-
Krystian K.:
Rozumiem, że ponownie mowa tutaj o Patch Driven Development? :)
Yep -
PDD ostatnimi czasy dynamicznie ewaluowała. W PDD nie ma czegoś takiego jak Plan (termin został usunięty ze specyfikacji). W PDD korzysta się raczej z terminu "na wczoraj". W PDD nie ma również Iteracji, jest za to Overloaded Backlog. Nie ma również Iteration Planning, wzamian wprowadzono "Last Bell Meeting".
Niektóre systemy przechodzą na bardziej zaawansowaną formę PDD, czyli CD (Continues Delivery) polegającą na nieustannym dostarczaniu poprawek do klienta (bez testów oczywiści) ale o tym może w kolejnym odcinku...
;)
KK -
Hej,
Korzystamy z QTP. Generalnie, wszystkie testy wygldaja podobnie:
1) Zapodanie zpreparowanych XML-i
2) Sprawdzenie w bezposrednio w bazie czy poprawnie zostaly przetworzone.
Mamy do tego specjalnie przygotowany freamework.
KK -
asg.krakow
-
Do paska powinna być dołączona (lub trzeba dokupić) taka specjalna hmm... jak to nazwać fachowo, może "podkładka do zawieszenia zawieszenia" :).
Ja takową miałem w komplecie. Trzeba ją zamontować na końcu body (tam gdzie się łączy z kolbą). Oczywiście bez pilnika się nie obędzie.
KK -
Paint Ball to straszne zło :):):)
http://miasta.gazeta.pl/krakow/1,35798,6130301,Przed_s... -
Hej,
Dodam coś od siebie...
1) PB - szybki łomot, krótkie imprezy integracyjne
2) ASG - realistyka, większy zasięg, zabawa w wojsko
Jeśli chodzi chodzi o Kraków to ASG skupia się wokół 3 dużych środowisk/grup dyskusyjnych i raczej nie ma "dzikich" grup. Strzelanki uzgadniane są w Policją/nadleśnictwem, etc. lub odbywają się na terenach prywatnych.
Jeśli chodzi o PB to nie wiem jak jest. Wiem natomiast, że pewna grupa/grupy PB spaliły nam jedną z lepszych miejscówek CQB (mowa o forcie Łapianka).
KK -
Dominik Koza:
Gdzie strzelacie i z czym Was można zobaczyć?
U mnie do tej pory F50 na Prokocimiu i Dessert (Mydlniki).
Broń: MP5 (CM.041B).
Kamuflaż: flecktarn
Generalnie w KRK istnieją 3 społeczności zrzeszone wokół poniższych forum:
http://asg.krakow.pl
asgsport.pl
wmasg.pl
Strzela się przynajmnie 1 w tygodniu a niektórzy (my czyli asg.krakow) nawet 2x. A gdzie to znajdziesz na forum. -
Mam pytanie dotyczące automatyzacji testów za pomocą narzędzi testowych. Chodzi mi o możliwość wykorzystania narzędzi freeware-owych do celów zautomatyzowania testów zwłaszcza w obszarze regresji.
I bardzo slusznie
Czy istnieje narzędzie które w jakimś stopniu byłoby kompatybilne z HP QTP jeśli chodzi o używany język do pisania skryptów/scenariuszy?
NIE. Wprawdzie istnieje wiele narzedzi osadzonych na tym samym jezyku skryptowym co QTP (VBScript) ale zadne z nich nie posiada kompatybilnego API.Krzysztof Kukla edytował(a) ten post dnia 04.12.08 o godzinie 21:05 -
Moje zdanie jest takie, że wszystko zależy od skali/wielkości projektu. W przypadku "małego", wystarczy oczywiście samo narzędzie do automatyzacji plus nieśmiertelny "excel".
W przypadku bardziej złożonych systemów, bez zarządzania wymaganiami, testami, labem oraz błędami się nie obędzie.
KK
Dołącz do GoldenLine
Oferty pracy
Sprawdź aktualne oferty pracy
Aplikuj w łatwy sposób
Aplikuj jednym kliknięciem
