Testlink - organizacja pracy
przemilke - 19 sie 2008, o 12:09 Cześć, Chciałbym poprosić Was o Wasze zdanie nt. organizacji pracy w Testlink. Problematyka pracy w mojej firmie wygląda następująco: - Testujemy jeden projekt, który cały czas jest rozwijany (tzn. jeden projekt w ramach wielu systemów), nazwijmy go Projekt - co jakiś czas przychodzi nowa wersja oprogramowania, która ma określone ramy czasowe (deadline) i całościowo podlega testom, np. Projekt 1.20.0, Projekt 1.20.1, Projekt 1.21.0, wersja jest przeznaczona dla każdego systemu - w ramach każdej wersji przychodzą różne nowe komponenty systemu, które podlegają testom, np. w skład projektu 1.20.0 wchodzi TS1205, TS1250, TS1270 itd.; każdy komponent systemu jest rozdzielany przez lidera, który opiekuje się daną wersją, dla testera - tester tworzy plan testów w celu przetestowania danego komponentu, np. TS1205 został przypisany do Mirka i on tworzy do niego przypadki testowe T23, T55, T60 Dopiero niedawno odnalazłem Testlink (teraz używany jest Excell:). Co według Was będzie w Testlink'u Produktem ustalanym przez administratora (Projekt czy wersja), co będzie Planem testów (Test plan) - TS1205 czy Projekt 1.20.0, co powinno należeć do Test Case Suite a co powinno być Test Case'm. Jeżeli przypadki testowe to T23, T55, T60, dlaczego do Test planu podpinam właśnie je, a nie ma możliwości podpięcia całego TS1205, który je zawiera. Dzięki za wszelkie wskazówki Pozdrawiam, przemilke TestLinker - 20 sie 2008, o 06:45 - co jakiś czas przychodzi nowa wersja oprogramowania, która ma określone ramy czasowe (deadline) i całościowo podlega testom, np. Projekt 1.20.0, Projekt 1.20.1, Projekt 1.21.0, wersja jest przeznaczona dla każdego systemu - w ramach każdej wersji przychodzą różne nowe komponenty systemu, które podlegają testom, np. w skład projektu 1.20.0 wchodzi TS1205, TS1250, TS1270 itd.; każdy komponent systemu jest rozdzielany przez lidera, który opiekuje się daną wersją, dla testera - tester tworzy plan testów w celu przetestowania danego komponentu, np. TS1205 został przypisany do Mirka i on tworzy do niego przypadki testowe T23, T55, T60 Dopiero niedawno odnalazłem Testlink (teraz używany jest Excell:). Co według Was będzie w Testlink'u Produktem ustalanym przez administratora (Projekt czy wersja), co będzie Planem testów (Test plan) - TS1205 czy Projekt 1.20.0, co powinno należeć do Test Case Suite a co powinno być Test Case'm. Jeżeli przypadki testowe to T23, T55, T60, dlaczego do Test planu podpinam właśnie je, a nie ma możliwości podpięcia całego TS1205, który je zawiera. Zastanawia mnie dlaczego używasz Projektu Testów dla każdej wersji oprogramowania? Moim zdaniem korzystniej jest wykorzystać w ramach Zarządzania Planami Testów tworzenie kolejnych kompilacji. Moja propozycja: Produkt jest poddawany testom -> tworzysz Projekt Testów Planowanie -> dla małego projektu możesz stworzyć jeden Plan Testów -> dla dużego projektu możesz stworzyć Plan Testów dla każdego większego wydania (np dla 1.20 i dla 1.21) Zestawy testów to metoda na grupowanie przypadków testowych. Zestaw Testów może być podpięty do danej funkcjonalności lub np. pełnego "flow". Zauważ, że na poziomie Zestawu Testów nie ma wersjonowania! Tylko przypadki testowe mają kolejne wersje. przemilke - 20 sie 2008, o 08:52 Ok, dzięki za podpowiedź, ale nasunęły mi się kolejne pytania: Proponujesz mi ustalenie następujących test planów: Projekt 1.20.0, Projekt 1.20.1, Projekt 1.21.0, TS1205, TS1250, TS1270. Czy można w Testlink'u wprowadzić hierarchię, tak aby Projekt 1.20.0 był nadrzędny w stosunku do TS1205, TS1250, TS1270? Załóżmy, że w skład TS1205 wchodzą następujące przypadki testowe T23 - przejście ścieżki nr1, T55 - przejście ścieżki nr1, T60 - przejście ścieżki nr1. Jaki sens ma wersjonowanie przypadków testowych? Przecież przypadek testowy może mieć status zakończony albo w trakcie. Nie potrzebuję go wersjonować. T23 wykonuje jednorazowo i najwyżej podepnę go do testów regresji. Zastanawia mnie dlaczego używasz Projektu Testów dla każdej wersji oprogramowania? Moim zdaniem korzystniej jest wykorzystać w ramach Zarządzania Planami Testów tworzenie kolejnych kompilacji. TestLinker - 20 sie 2008, o 15:30 Proponujesz mi ustalenie następujących test planów: Projekt 1.20.0, Projekt 1.20.1, Projekt 1.21.0, TS1205, TS1250, TS1270. Czy można w Testlink'u wprowadzić hierarchię, tak aby Projekt 1.20.0 był nadrzędny w stosunku do TS1205, TS1250, TS1270? Mamy małe nieporozumienie. Proponuję abyś: - stworzył jeden projekt testowy dla całego Produktu (przykładowo PORTAL) - opisał każdą funkcjonalność jako zbiór przypadków testowych TS (przykładowo WYSZUKIWANIE) - każdą funkcję sprawdzał pojedynczym przypadkiem testowym T (przykładowo WYSZUKIWANIE ZAAWANSOWANE) - tworzył plan testów dla każdej większej zmiany (przykładowo PORTAL 1.20, PORTAL 1.21...) i do każdego planu przypisywał przypadki testowe. Załóżmy, że w skład TS1205 wchodzą następujące przypadki testowe T23 - przejście ścieżki nr1, T55 - przejście ścieżki nr1, T60 - przejście ścieżki nr1. Jaki sens ma wersjonowanie przypadków testowych? Przecież przypadek testowy może mieć status zakończony albo w trakcie. Nie potrzebuję go wersjonować. T23 wykonuje jednorazowo i najwyżej podepnę go do testów regresji. Tu jest pies pogrzebany : ) Szybko przekonasz się, że przypadki testowe będą się szybko zmieniać. W twoim przykładzie po co tworzyć trzy różne przypadki testowe dla jednej ścieżki nr 1? Przez to zamażesz obraz statystyk. Tworzysz przypadek testowy T23 dla ścieżki nr 1 -> Zmieniają się wymagania -> Tworzysz przypadek T23a. Zaleta 1: Oszczędzasz czas na tworzenie przypadków. Zaleta 2: Obserwujesz trend. Przypadek T23 został wykonany 20 razy w tym 10 razy zakończył się niepowodzeniem. Może źle mnie zrozumiałeś. Ja jeszcze niczego nie używam w testlinku... Dopiero pracuję nad tym, aby wdrożyć nowe narzędzie do tworzenia przypadków testowych, lecz na razie nie wiem jak zastosować testlink to do organizacji pracy, która obecnie obowiązuje w mojej firmie przemilke - 21 sie 2008, o 06:53 Dzięki za pomoc Testlinker Spróbuj zbudować sobie obraz procesu tworzenia oprogramowania w Twojej firmie i dopasować narzędzie. Skala jest tu kluczowa. Zobacz jak często następują zmiany. Jak duże są te zmiany? Ile jesteś w stanie zidentyfikować przypadków testowych? Ilu ludzi pracuje nad testami? Może się okazać, że Excel wcale nie jest taki zły : ) radoslaw.smilgin - 22 sie 2008, o 10:59 (...)każdy TS określa zmiany funkcjonalne w obszarze nawet kilku systemów. Wobec tego wstępnie zmodyfikowałem nieco myśl Testlinker'a: - tworzę jeden projekt testowy dla całego Produktu (SYSTEM BANKU X) - opisuję zbiór przypadków testowych w zależności od systemu (PORTAL, EBANK, SYSTEM X, SYSTEM Y), a dodatkowo wyróżnię zbiory w zbiorach (PORTAL - MODUŁ_A, MODUŁ_B itd) - w zbiorach będą oczywiście przypadki testowe (PORTAL - MODUŁ_A - LOGOWANIE, WYSZUKIWANIE_A, WYSZUKIWANIE_B itd) - wersje są duże i składają się z wielu TS (są napisane funkcjonalnie), wobec tego test planem będzie właśnie TS, np "TS1200 - zmiany w ubezpieczeniach na życie". Zaletą tego jest to, że właśnie TSy przypisuje się do konkretnej osoby (osób) i to ta osoba będzie przypisywała istniejące już przypadki testowe lub pisała nowe pod konkretnego TS. Największy problem jest w tym, jak kontrolować TSy w ramach wersji (SYSTEM BANKU X 1.20.0, SYSTEM BANKU X 1.21.0), ale myślę, że można to obejść za pomocą słów kluczowych... qam - 2 wrz 2008, o 13:54 Mam pytanie: otóż w mojej wersji testlinka w przypadku gdy wcisnę ALT + s w polu edycji treści przypadku testowego aplikacja pluje błędami! Czy u Was też takie coś występuje?? radoslaw.smilgin - 2 wrz 2008, o 20:19 Nie mam takiego kłopotu. Jaką masz wersję TestLink i czy masz polską wersję językową? Mówimy o kombinacji ALT+S by zapisać "ś"? qam - 3 wrz 2008, o 07:21 Wersja to 1.7 , język został ustawiony na polski, chodzi o wpisanie "ś" w pole edycji treści przypadku testowego. radoslaw.smilgin - 3 wrz 2008, o 19:52 Wersja 1.7.4 działa bez zarzutu. Spróbuj może zrobić update. Dużo może zależeć od przeglądarki. Ja używam FireFox 3.0 i Google Chrome. przemilke - 19 wrz 2008, o 11:57 Dla posiadaczy wersji poniżej 1.7.4: W wersjach tych skrót save zdefiniowany był jako [ CTRL + ALT + 83 /*S*/, 'Save' ]. Problem polegał na tym, że w ustawieniach klawiatury takich jak na przykład "Polski Programisty", prawy alt traktowany jest przez przeglądarkę jako <AltGr>, czyli wyrażenie równoznaczne z [CTRL + ALT] W pliku fckconfig.js w linii 133 wystarczy zaremować (//) lub zamienić wyrażenie [ CTRL + ALT + 83 /*S*/, 'Save' ] na np. [ CTRL + SHIFT + 83 /*S*/, 'Save' ] ---------------------------------------------------------------- Pytanie z innej beczki: W jaki sposób używacie kompilacji? Czy ktoś próbował wyłączyć ten mechanizm tak, aby Plan Testu był niezależny od kompilacji? Czy uważacie, że ta funkcjonalność jest potrzebna?
|