Position: Senior QA Engineer
Company: Petcube
Category: QA
Experience: 3y
English level: intermediate

**Про нашу команду**
Ми створюємо IoT продукти для домашніх улюбленців із 2012 року, і прагнемо такого рівня якості, який Apple задали в електроніці для людей. 🧔👩💕🐶🐱
Зі зростанням продаж камер та підписок ми розширюємо продуктову команду, перш за все QA та розробників, для утримання та покращення якості наших продуктів.

**Чому з нами класно**
* Ми пройшли шлях стартапу від 0 до 1 крізь кілька криз і з кожним новим продуктом підіймаємо рівень якості.
* Наш бізнес = Internet of Things + SaaS для десятків тисяч користувачів, і тут є все: hardware, firmware, backend, apps, video streaming, payments, chatbots, ML.
* В нашій команді за рік можна отримати такий досвід, який в інших продуктах накопичується за три, не кажучи вже про аутсорс.
* В тебе буде вся підтримка команди та НЕ буде бюрократичних бар’єрів, щоб зробити продукти ще якіснішими, а командну взаємодію ще ефективнішою.
* Зараз працюємо віддалено, і маємо круту “Лабу” з фермою камер, мікросхемами та іншими приводами для соціалізації 🛠️🥃
* Коли наші технології зможуть розуміти пьосів та котей краще людей, можна буде нескромно згадати про свою участь у цьому прориві 🦄

**Кого ми шукаємо**
Quality Assurance інженерку/інженера із суттєвим досвідом, zero-tolerance до дефектів, системним мисленням, відкриту/відкритого в спілкуванні, що вміє балансувати спеціалізацію і генералізацію в команді.

І це не просто слова, нижче декомпозуємо 🤓
Якщо більшість пунктів про тебе, напиши прямо зараз, нумо знайомитись!

**Досвід**
* 3+ роки в QA.
* CV без зайвої скромності показує професійні ачівки та безперервний розвиток.

**Quality Assurance**
* Твоя робоча звичка - уникати багів ще на етапі обговорення з продактом.
* Розуміння різниці між QA та QC спонукає тебе покращувати командні процеси.
* Розробники тремтять, коли ти заходиш з уточнюючих запитань, і обожнюють твоє вміння прояснювати неочевидні кейси.
* Black / grey / white box, smoke / regression, unit / functional / integration / performance / usability для тебе не теорія, а методи пошуку оптимального підходу до тестування компонентів продукту.
* Створювала/створював стратегії тестування, test cases/suites/runs, релізні процеси.

**Інженер**
* Не такий важливий тех стек продукту, як його компоненти та їх взаємодія.
* В тебе свій набір перевірених інструментів, ти не боїшся пробувати * нові та відмовлятися від недоречних.
* Любиш робити боляче API, володієш SQL, шариш про мікросервіси, черги, хмарні інфраструктури.
* Знайом(ий/а) з Чарлі, Джейсоном, know how to use SOAP without water and how to take some REST 😎
* Вмієш арифметику без калькулятора.
* Челленджиш рішення інженерів, якщо того вимагає якість продукту.

**Zero-tolerance до дефектів**
* Твій escape rate не нульовий тільки через комбінаторику нефункціональних умов і ultra rare bugs.
* Допомагаєш команді фіксувати та знаходити будь-яку підозрілу поведінку, не перетворюючи беклог у смітник.
* Твої найлютіші вороги - зомбі-баги та регресії.

**Системне мислення**
* Любиш декомпозувати та пріорітезувати.
* Допомагаєш команді вибрати кращу стратегію максимізації якості.
* Продукт для тебе - багатокомпонентна система з імовірними точками поломки. Як, втім, і командні процеси 😉
* Сам(а) заглядаєш в технічні метрики, які викликають підозру, і пропонуєш розширення трекінгу.

**Відкритість у спілкуванні**
* Перетворюєш конструктивну критику в дії, завертаєш non-actionable фідбек.
* Бачиш проблеми, та пропонуєш рішення з урахуванням об'єктивних обмежень.
* Надаєш перевагу прямому спілкуванню, але зберігаєш необхідний рівень формалізації для quality & traceability.

**Баланс спеціалізації та генералізації в команді**
* Для тебе оговорена ​​відповідальність важливіше формальної позиції.
* Якщо в команді не вистачає вузької експертизи, ви разом знаходите спосіб її перекрити.
* Коли це потрібно, ти залучаєш допомогу розробників для тестування, та допомагаєш їм дебажитися в ріалтаймі.
* Коли виявляєш дірку в спєках - пропонуєш команді рішення, а не просто загортаєш баг з AR/ER розходженням.