Ręczna kontrola jakości w Greenice

Instrukcja kontroli jakości

Greenice to mała firma outsourcingowa (50 osób) z Kijowa. Od 2007 roku tworzymy aplikacje internetowe na zamówienie dla klientów z USA, Europy, Australii i Azji. W tym czasie stworzyli około 300 aplikacji i stron internetowych: niestandardowe ERP, CRM, rozwiązania medyczne dla Physiotec i organizacji charytatywnej SmartGiving, eLearning ExchangeCME, crowdsourcing Arcbazar, porównywarki cen Slankit, serwisy z recenzjami NoCowboys, a nawet kilka hybrydowych telefonów komórkowych >

Nasi przede wszystkim specjalizujemy się w tworzeniu backendu (PHP i frameworki) i zawsze staramy się rozwiązać problem klienta za pomocą technologii. Klientom podoba się takie podejście, dlatego ich liczba rośnie.

Nasze wymagania:

Must have:

- Ponad 1-letnie doświadczenie tester doświadczenia zawodowego w outsourcing/product/gamedev;

- doświadczenie w projektach o złożonej logice biznesowej;

- znajomość języka angielskiego na poziomie średniozaawansowanym (wszystkie strony i zadania od klientów są w języku angielskim) ;< /p>

- znajomość technik testowania;

- umiejętność tworzenia przypadków testowych, list kontrolnych, planów testów;

- znajomość elementów interfejsu serwisu;

- podstawowa znajomość SQL, HTML, JavaScript

Miło jest posiadać:

- znajomość Agile, Waterfall, Scrum, Kanban praca;

- doświadczenie w pracy z systemami śledzenia błędów;

- Ukończony kurs ISTQB;

- doświadczenie w używaniu PostMana do testowania API oraz doświadczenie w autotestowaniu ( opcjonalnie obowiązkowe, ale będzie plusem);

Przykłady codziennych zadań:

1. Porównanie układu projektowego i układu zaimplementowanego na projekcie. Identyfikowanie i usuwanie niespójności. Czasami do polowania na piksele. Wersja stacjonarna i mobilna. Lista obsługiwanych przeglądarek i urządzeń omawiana jest osobno w zależności od projektu.

2. Testowanie funkcjonalne: porównanie tego, jak kierownik projektu i klient założyli, jak dana funkcja/opcja będzie działać i jak programista ją zaimplementował. Wykrywanie niespójności.

3. Na etapie planowania nowego projektu/dodawania nowej funkcjonalności do istniejącego projektu: jeśli menadżer/klient nie opisuje dokładnie przyszłej „cechy”, doprecyzuj i opracuj jej wdrożenie. Poznaj aspekty jej pracy. Aby programista jasno rozumiał, co ma robić, a tester w przyszłości wiedział, jak pracować i jak testować.

4. Testowanie regresyjne: aby upewnić się, że nowa funkcjonalność zaimplementowana przez programistę nie zakłóca, nie przerywa już istniejącego działania systemu. Wykrywanie takich awarii.

5. Okresowo zachodzi potrzeba odwoływania się do bazy danych projektu, zadawania tam prostych zapytań SQL w celu wyszukania odpowiednich danych testowych. A także połącz się z serwerem projektu za pomocą SHH i uruchom korony, które powodują określone zdarzenia w systemie, niezbędne do testów.

6. Następnie częściowe przejście do pracy z PostManem (do testów API) i auto testów.

Praca w zespole cross-funkcjonalnym (programista(-ci), lider zespołu, PM, inżynier QA).

Koszt wtyczki: 1000-1500 USD