Baza wiedzyArtykuły

Automaty do porównywania wyglądu stron webowych.

W jednym z projektów zaistniała potrzeba monitorowania kilkudziesięciu tysięcy stron webowych pod kątem poprawności wyświetlania tekstów i obrazków. Postawiono cel usprawnienia pracy zespołu testerskiego i dostarczenia skutecznej metody. Przy tak dużej ilości danych do testów brano pod uwagę jedynie sprawdzenie poprzez automat.

"The Domain Testing Workbook" - recenzja książki.

Książka o testowaniu domenowym jest czymś zupełnie różnym od klasycznej publikacji jaką jest "Lessons Learned in Software Testing". Cem Kaner powraca z książką niskopoziomową i oderwaną od zarządzania. Jest to książka do krwi testerska, ale dla ludzi, którzy testowanie drążą do najmniejszego elementu. Do danej testowej.

Recenzja książki: "Scrum i nie tylko"

Do księgarń trafiła jakiś czas temu kolejna książka z obszaru Agile i Scrum, a dokładnie "Scrum i nie tylko. Teoria i praktyka w metodach Agile" autorstwa Krystiana Kaczora. Na wstępie warto dodać, że nie jest to książka o testowaniu oprogramowania, a jedynie nawiązująca do tematu.

CAST 2014 - Standaryzacja testerska?

W Polsce bardzo ciekawa konferencja testerska CAST przeszła praktycznie niezauważona. Może to wynik sierpniowego terminu, a może odległości do Nowego Jorku. Może to być wina tego, że na konferencji zadaje się trudne i kontrowersyjne pytania. Za granicą pojawiło się wiele działań związanych z prowadzonymi tam dyskusjami. Jednym z ważniejszych jest krytyka standaryzacji spod znaku ISO 29119.

Testerzy odpowiadają testerom 17 - Tester w Poznaniu

Po naszym artykule dla osób spoza IT, które chciałyby wejść do IT pojawiło się wiele nowych pytań na skrzynce pocztowej. Dziś odpowiedź na jedno z nich.

Nowa klasyfikacja krytyczności defektów

Chyba każdy z nas zauważył, że krytyczność defektów w naszych narzędziach ze zgłoszeniami jest przestarzała i niejednoznaczna. Czym realnie jest krytyczność "1, 2, 3 czy 4"? TestSheep proponuje nową hierarchię.

Prezentowanie dostępnej funkcjonalności aplikacji w postaci diagramów wygenerowanych przez skrypty automatyczne

Dobrze prowadzony projekt powinien mieć, wcześniej czy później, zaraportowane przypadki testowe. Pokazują one dostępną funkcjonalność aplikacji oraz wyniki ich uruchomienia na aplikacji w poszczególnych etapach projektu. Funkcjonalność podlega jednak ciągłym zmianom, przykładowo narzucanych przez klienta. To z kolei wymusza zmianę wcześniej napisanych przypadków testowych. Jeżeli przypadki testowe mają swoje odzwierciedlenie w skryptach automatycznych, to trzeba na dodatek zmienić również skrypty. Aby zaoszczędzić czas warto przerzucić ciężar zmian przypadków testowych na automat. Skoro funkcjonalność dynamicznie się zmienia, to musimy też często zmieniać dokumentację przypadków testowych. Najszybciej zrobi to automat.

Inwazja oprogramowania

Oprogramowanie jest jak najeźdźca, który podbija coraz większe obszary i przejmuje kontrolę nad kolejnymi elementami naszego życia. Dziś trudno znaleźć miejsce gdzie kod źródłowy nie występuje, a obszary wolne od kodu szybko są anektowane.

6 dobrych rad na podniesienie produktywności

Rady do podniesienia produktywności sprawdzone podobno przez CEO z wielkich firm. Może i kierownik testów na nich zyska?

Jak człowiek spoza IT może wejść do IT

Branża IT jest na topie. Informatycy stają się celebrytami, a pensje w programowaniu czy w start-upach są już legendarne. Sławne stało się już powiedzenie "trzeba się było nauczyć kodować i zarabiać trzy średnie krajowe". Nic więc dziwnego, że nasza branża przyciąga coraz więcej osób, które o studiowaniu kierunków informatycznych nie myślaly wcześniej. Dla wielu z nich pierwszym krokiem w świat IT staje się testowanie i zapewnienie jakości.