miejsce pracy: Poznań
firma: Verax Systems Corp.

Poszukujemy osób do pracy na pełen etat do tworzenia i wykonywania testów produktów Verax Systems.

Zakres obowiązków

• Przygotowywanie scenariuszy testowych oraz planów testów
• Automatyzacja testów z użyciem narzędzi takich jak Selenium, FlexMonkey i innych
• Wykonywanie testów oraz raportowanie postępów prac
• Ścisła współpraca z zespołem programistów

Wymagania

• Wykształcenie średnie, licencjat lub studenci studiów zaocznych
• Podstawowa wiedza z zakresu inżynierii oprogramowania
• Podstawowa znajomość języka angielskiego umożliwiająca użytkowanie oprogramowania w tym języku, opisywanie błędów oraz czytanie dokumentacji
• Chęć poszerzenia wiedzy z zakresusoftware quality assurance

Dodatkowymi atutami będą

• Doświadczenie na podobnym stanowisku
• Znajomość narzędzi automatyzacji testów np. Selenium, FlexMonkey, IBM Rational Robot, CA, HP lub innych

Oferujemy:

• Ciekawą, pełną wyzwań pracę w młodym, dynamicznym i ambitnym zespole
• Możliwość rozwoju zawodowego w bardzo atrakcyjnej i przyszłościowej branży

Zainteresowane osoby zapraszamy do przesyłania aplikacji zawierających CV wraz z klauzulą o ochronie danych osobowych oraz nazwą stanowiska na adres mailowy: rekrutacja@veraxsystems.com.

Więcej informacji znajdziesz na stronie www.veraxsystems.com

Jeśli studiujesz na IV/V roku albo jesteś absolwentem kierunków inżynieryjno-technicznych (informatyka i/lub informatyka stosowana) albo już jesteś ich absolwentem i bardzo dobrze znasz język angielski, oferujemy:

Staż w Dziale Testów

Jeżeli chcesz dołączyć do dobrze zorganizowanego, międzynarodowego zespołu najwyższej klasy specjalistów, pracować przy użyciu najnowocześniejszej technologii - ta oferta jest dla Ciebie.

Staż w Apriso jest doskonałą okazją do poznania specyfiki pracy w międzynarodowejfirmie oraz do zastosowania zdobytej na studiach wiedzy w realnym świecie biznesu.

Szukamy otwartych na współpracę ludzi, którzy potrafią myśleć globalnie, ludzi umiejących doskonale współpracować w zespole, zorientowanych na realizację celów, kreatywnych i z inicjatywą, nastawionych na sukces, zmotywowanych do rozwoju, chętnych do zdobywania nowej wiedzy i doświadczeń zawodowych.
Szukamy pasjonatów nowych technologii.

Obowiązki:
• Wykonywanie testów manualnych,
• Wykrywanie oraz dokumentowanie usterek oprogramowania
• Retesty dostarczonych poprawek
• Aktualizacja testów regresyjnych

Wymagania:
• Znajomość SQL oraz baz danych Oracle/MS SQL
• Podstawowa znajomość XML
• Znajomość technologii Windows Server
• Znajomość metodologii tworzenia i testowania oprogramowania oraz narzędzi wspomagających testowanie
• Komunikatywność i umiejętność pracy w zespole
• Chęć ciągłej nauki i podnoszenia kwalifikacji

Zainteresowane osoby prosimy o przesyłanie CVw języku angielskim adres: job-emea@apriso.com

Prosimy o dopisanie następującej klauzuli „wyrażam zgodę na przetwarzanie moich danych osobowych dla potrzeb niezbędnych dla realizacji procesu rekrutacji (zgodnie z ustawą z dn. 29.08.97 roku o Ochronie Danych Osobowych Dz. Ust Nr 133 poz. 883)”.

W związku z dynamicznym rozwojem krakowskiego oddziału Apriso, poszukujemy do pracy kandydatów na stanowisko:

Tester Oprogramowania
Miejsce pracy: KRAKÓW

Osoba zatrudniona na tym stanowisku zasili zespół Quality Assurance, którego głównym zadaniem jest weryfikacja jakości produktów firmy Apriso. Inżynierowie, analitycy i testerzy oprogramowania uczestniczą we wszystkich fazach procesu produkcji, zaczynając od definicji wymagań, poprzez projektowanie i kodowanie aż do testów akceptacyjnych. W ramach swojej pracy planują, projektują i wykonują testy funkcjonalne oraz wydajnościowe obejmujące wszystkie główne komponenty systemu.

Jeżeli chcesz dołączyć do dobrze zorganizowanego, międzynarodowego zespołu najwyższej klasy specjalistów, pracować przy użyciu najnowocześniejszej technologii, mieć realny wpływ na produkt,
dostarczać rozwiązania dla globalnych firm - ta oferta jest dla Ciebie!

Obowiązki:
• Wykonywanie testów, wykrywanie oraz dokumentowanie usterek oprogramowania
• Przygotowywanie środowisk testowych
• Planowanie i szacowanie ilości/specyfiki testów we współpracy z analitykami biznesowymi, programistami i dokumentalistami
• Projektowanie przypadków i scenariuszy testowych na podstawie otrzymanej specyfikacji wymogów i designu
• Przygotowywanie raportów wyników z wykonanych testów
• Retesty dostarczonych poprawek
• Udział w przeglądach specyfikacji wymagań i designu

Wymagania:
• Znajomość SQL oraz baz danych Oracle/MS SQL
• Podstawowa znajomość XML
• Znajomość technologii Windows Server
• Znajomość metodologii tworzenia i testowania oprogramowania oraz narzędzi wspomagających testowanie
• Doświadczenie w testowaniu i tworzeniu oprogramowania będzie dodatkowym atutem
• Umiejętność priorytetyzacji zadań i pracy pod presją czasu
• Samodzielność, odpowiedzialność i dokładność
• Komunikatywność i umiejętność pracy w zespole
• Chęć ciągłej nauki i podnoszenia kwalifikacji

Wykształcenie:
• Wykształcenie wyższe, preferowane informatyczne lub pokrewne
• Bardzo dobra znajomość języka angielskiego (w mowie i piśmie)

Zainteresowane osoby prosimy o przesyłanie CV w języku angielskim adres: job-emea@apriso.com
(w temacie e-maila proszę o umieszczenie nazwy stanowiska „Tester Oprogramowania”)

Prosimy o dopisanie następującej klauzuli „wyrażam zgodę na przetwarzanie moich danych osobowych dla potrzeb niezbędnych dla realizacji procesu rekrutacji (zgodnie z ustawą z dn. 29.08.97 roku o Ochronie Danych Osobowych Dz. Ust Nr 133 poz. 883)”.

- boundary test: 0 lub 1 przejście
- interior test: 2 dwa przejścia

Boundary test - żadna pętla nie jest wykonywana każda pętla jest raz wykonywana i wszystkie ścieżki wewnątrz pętli sa raz wykonan.

Interior test - wnętrze pętli uważa się za przetestowane, jeśli zostały wykonane wszystkie ścieżki, które są możliwe przy dwukrotnym powtórzeniu pętli.

Testy modułowe. Użycie klas równoważności.
Klasa równoważności jest to zbiór danych używanych do przeprowadzenia testu. Wykonanie testu z użyciem kilku elementów zbioru, powoduje uznanie całej klasy za poprawną i zwalnia nas od testowania wszystkich elementów w np. 1000-elementowym zbiorze.

Przykładowe kryteria definicji klasy:
- Rejestracja osoby w wieku od 0 do 120 lat
- Długość wiadomości od 1 do 50 znaków
- Napięcie od 0 do 100 V

Testy modułowe. Testowanie wartości brzegowych.
Rozwinięciem testów z użyciem klas równoważności jest testowanie wartości brzegowych. Wartość brzegowa to wartość znajdująca się wewnątrz, pomiędzy lub tuż przy granicy danej klasy równoważności.

Przykłady
Rejestracja osoby w przedziale wiekowym 0 – 120,
Testowane wartości brzegowe:
-1, 0, 1, 119, 120, 121

Egzamin poprzedzony jest szkoleniem przygotowującym do uzyskania certyfikatu. Jest ono przeznaczone jest dla osób posiadających już certyfikat Foundation ISTQB lub ISEB.

Zakres materiału do opanowania

Wymaga praktycznej wiedzy z zakresu zarządzania procesem testowania, analizy oraz znajomości narzędzi używanych w procesie testowania oprogramowania.

Dla każdego poziomu wymagana jest ogólna wiedza z każdego rozdziału, ale w szczegółach są one różne.

Warto pamiętać, że do egzaminu można podchodzić bez szkolenia.

Zakres zagadnień poruszanych na szkoleniu przygotowującym do uzyskania certyfikatu

1. Podstawowe aspekty testowania oprogramowania
2. Proces testowy
3. Zarządzanie testami
4. Techniki testowania
5. Testowanie charakterystyk oprogramowania
6. Techniki przeglądów
7. Zarządzanie incydentem
8. Standardy i usprawnienie procesu testowego (Test Process Improvement)
9. Narzędzia testowe i automatyzacja
10. Budowanie zespołu testowego

Zakres zagadnień poruszanych na szkoleniu przygotowującym do uzyskania certyfikatu:

1. Podstawy testowania
Terminologia, co to jest testowanie, dlaczego testowanie jest niezbędne, podstawowe zasady testowania, podstawowy proces testowy, psychologia testowania.

2. Testowanie w cyklu życia oprogramowania
Modele wytwarzania oprogramowania, poziomy testów, typy testów: cele testowania, testowanie w fazie utrzymania.

3. Statyczne techniki testowania
Przeglądy i proces testowy, proces przeglądu, analiza statyczna wsparta narzędziowo.

4. Techniki projektowania testów
Identyfikacja warunków testowych i projektowanie przypadków testowych, kategorie technik projektowania testów, techniki testowania w oparciu o specyfikację czyli czarnoskrzynkowe, techniki testowania w oparciu o strukturę lub białoskrzynkowe, techniki w oparciu o doświadczenie, wybór technik testowych.

5. Zarządzanie testowaniem
Organizacja testowania, planowanie i oszacowanie pracochłonności testów, monitorowanie i nadzorowanie procesu testowego, zarządzanie konfiguracją, ryzyko a testowanie, zarządzanie incydentami.

6. Testowanie wspierane narzędziami
Rodzaje narzędzi testowych, skuteczne użycie narzędzi: potencjalne korzyści i zagrożenia, wdrożenie narzędzi w organizacji.

Materiały przygotowujące do egzaminu Certyfikowany Tester Poziom Podstawowy

ISTQB Certified Tester – Foundation Level

• sylabus (plan kursu dla Poziomu Podstawowego)
• słownik testerski dla Poziomu Podstawowego
• słownik testerski dla Poziomu Zaawansowanego (v 0.99)
• przykładowe pytania egzaminacyjne (wersja 2.0)

Zapisy na egzaminy

Zapisy na egzaminy otwarte

W kwartalniku c0re znajdziecie Państwo publikacje polskich i zagranicznych specjalistów umieszczone w czterech podstawowych sekcjach:

• Inżynieria oprogramowania - tematy związane z: zbieraniem i analizą wymagań, projektowaniem aplikacji, cyklem i metodami wytwarzania oprogramowania, zarządzaniem zmianą, zarządzaniem konfiguracją, etc.
• Testowanie oprogramowania - praktyczne aspekty związane z testowaniem oprogramowania – techniki, metody, narzędzia QA.
• Jakość w projekcie – zapewnienie i kontrola jakości na poziomie procesów występujących w projekcie IT.
• Zarządzanie – dla osób zajmujących się koordynacją projektów testowych, kierowników projektów, liderów procesów.

W tym numerze między innymi:
• Manifest jakości (Tom Gilb)
• Przeciwko certyfikacji (James Bach)
• Hiper produktywne Agile (Ryan Shriver)
• O szkoleniach testerskich (m.in. CTAL) dofinansowanych z PARP
• Artykuły o automatyzacji testów

Magazyn jest do pobrania ze strony www.coremag.eu

Kiedy projekt zakłada, że po ostatniej fazie testów aplikacja będzie wolna od błędów, dział testów staje się odpowiedzialny za każdy problem znaleziony w wersji produkcyjnej. Z kolei próba przetestowania wszystkich aspektów tworzonej aplikacji spowoduje opóźnienie w dostarczeniu wersji produkcyjnej. W rzeczywistości prawie każda aplikacja zawiera błędy. Pytanie, jakiego są one rodzaju i jak często objawiają się w np. niestabilnym działaniu gotowego produktu.

Testy powinny być przeprowadzane w pełni skonfigurowanym środowisku.
Im bardziej środowisko testowe przypomina docelowe środowisko produkcyjne, tym bardziej można polegać na wynikach testów. Jeśli środowisko produkcyjne klienta jest przez niego w pełni kontrolowane, testowanie może odbywać się w jak najbardziej zbliżonych warunkach. Jeśli tak nie jest, testy przeprowadzone w pełni skonfigurowanym środowisku mogą spowodować, że ważne przypadki testowe mogą w ogóle nie powstać.

Testowanie jest potrzebne, aby udowodnić, że oprogramowanie nie zawiera błędów.
Testowanie samo w sobie nie służy do poprawienia jakości aplikacji, ale jest tej jakości miernikiem. Przystępując do testów nie należy robić tego z założeniem, że system działa.

Zazwyczaj przypadki testowe, których wykonanie nie spowodowało wykrycia błędu oznacza się statusami “passed”, “ok”, “tested ok”. Jednak z punktu widzenia testera to właśnie Test Case, który pozwolił na odkrycie błędu jest sukcesem.
Oprogramowanie oprócz tego, że powinno poprawnie wykonywać pożądane i zaimplementowane funkcjonalności, nie powinno pozwalać na operacje, do których wykonywania nie zostało stworzone.

Automatyzacja testów. Jeśli można coś zautomatyzować należy to zrobić.
Automatyzacja jest potrzebna. Oszczędza nam, testerom długich wieczornych godzin spędzonych przy manualnych testach regresywnych. Z kolei estymowana liczba godzin na testy manualne, może skłonić projekt do zainwestowania w automatyzację testów.

Jednak co z czasem spędzonym na nauce narzędzi do testów automatycznych, tworzeniu skryptów i ich aktualizacją? Jedynie odpowiednia kombinacja testów automatycznych, testów eksploracyjnych i manualnych testów wykonywanych na podstawie przypadków testowych może spowodować, że informacja o jakości testowanego oprogramowania będzie kompletna i wiarygodna.