QA Engineer
Привіт, мій досвід роботи розпочався з невеликої команди яка згодом переросла зі стартапу до повноцінного продукту в сфері блокчейну та криптографії. Як і прийнято в стартапах спочатку в тебе немає певної ролі або позиції, тому доводилось робити все що було "на вчора", від написання статей для сайту до правок сss на проді. Згодом я став відповідати за якість і так визначився з подальшим напрямком QA. Чим і займався декілька років в цій компанії, створюючи власні продукти та конференції, а також навчальні матеріали з тематики основ криптовалют та сфери взагалі. Робота в основному полягала в написанні тестової документації та тестуванні нових версії та технологій. Після того як обсяги роботи виросли до нас приєднався досвідчений тестувальник разом з яким ми налаштували свій кастомний тестовий фреймворк для автоматизації всього що у нас уже було покрито тестовою документацією. Отримавши досвід і після внутрішніх змін в структурі управління компанії, я перейшов на нове місце де ми тестували мобільні застосунки iOS/Android нового "необанку" по типу нашого монобанку, але для ринку UK. Це був цікавий досвід роботи в великій команді тестувальників та розподілення обовʼязків і перевірки роботи одне-одного. Далі після зміни проектом замовника і неможливості розвиватись на тому місці я працював в іншій компанії де вже було багато різних проєктів, починаючи від вебу і бекенду до апі та мобайл застосунків. Тут вдалось навіть примінити свої знання з тестування безпеки на проєкті з міжнародної CRM системи управління фінансовими процесінговими центрами та Їх взаємодії. Після цього в мене виникло бажання розвиватись як автоматизатор, що я і почав робити в одній із компаній регістраторів доменних імен з українським корінням, але нажаль через війну та скорочення штату довелось закінчити співпрацю з ними. Зараз мені б хотілось продовжити свій розвиток як автоматизатор, або SDET, тому що вже цікаво не просто шукати баги або тестувати, вже цікаво слідкувати за якістю продукту на всіх його етапах, і видавати в світ не просто "робочу версію від а до б" а повноцінний софт за який ти відповідаєш і можеш. ручатись.
Не хотілось би мати справу з токсичними командами або людьми в керівництві, не хотілось би також щось доказувати людям про якість якщо це ніяк не вплине на результат і не покращить продукт. Очікування - максимальна адекватність, розуміння що ми робимо, в які сроки, з якими ризиками і за які гроші. Будь які спроби звинуватити когось в команді не по темі або перекласти відповідальність з когось "старшого" на інших людей - бан. Будь які хитрощі в процессах виплат компенсацій - бан. Будь які непрозорі контракти - бан. Будь які намагання маніпулювати мною або командою - бан.
За короткі періоди часу освоїти проєкт та його структуру - це до мене. Привести документацію в порядок щоб було видно що ми протестували, як і коли, і показати звіти без витрати на це "процессорного часу співробітника" - це до мене. На кожному із нових місць мої впровадження стосуються максимальної оптимізації використання часу на тестування і документацію, щоб не просідала якась одна сторона. Так завжди зрозуміло чим займалась команда (або людина) QA,та в якому стані наш продукт. Ось це я вважаю найважливішим своїм досягненням - вчасне надавання інформації про стан ПО з точки зору якості.
За короткі періоди часу освоїти проєкт та його структуру - це до мене. Привести документацію в порядок щоб було видно що ми протестували, як і коли, і показати звіти без витрати на це "процессорного часу співробітника" - це до мене. На кожному із нових місць мої впровадження стосуються максимальної оптимізації використання часу на тестування і документацію, щоб не просідала якась одна сторона. Так завжди зрозуміло чим займалась команда (або людина) QA,та в якому стані наш продукт. Ось це я вважаю найважливішим своїм досягненням - вчасне надавання інформації про стан ПО з точки зору якості.
Привіт, мій досвід роботи розпочався з невеликої команди яка згодом переросла зі стартапу до повноцінного продукту в сфері блокчейну та криптографії. Як і прийнято в стартапах спочатку в тебе немає певної ролі або позиції, тому доводилось робити все що було "на вчора", від написання статей для сайту до правок сss на проді. Згодом я став відповідати за якість і так визначився з подальшим напрямком QA. Чим і займався декілька років в цій компанії, створюючи власні продукти та конференції, а також навчальні матеріали з тематики основ криптовалют та сфери взагалі. Робота в основному полягала в написанні тестової документації та тестуванні нових версії та технологій. Після того як обсяги роботи виросли до нас приєднався досвідчений тестувальник разом з яким ми налаштували свій кастомний тестовий фреймворк для автоматизації всього що у нас уже було покрито тестовою документацією. Отримавши досвід і після внутрішніх змін в структурі управління компанії, я перейшов на нове місце де ми тестували мобільні застосунки iOS/Android нового "необанку" по типу нашого монобанку, але для ринку UK. Це був цікавий досвід роботи в великій команді тестувальників та розподілення обовʼязків і перевірки роботи одне-одного. Далі після зміни проектом замовника і неможливості розвиватись на тому місці я працював в іншій компанії де вже було багато різних проєктів, починаючи від вебу і бекенду до апі та мобайл застосунків. Тут вдалось навіть примінити свої знання з тестування безпеки на проєкті з міжнародної CRM системи управління фінансовими процесінговими центрами та Їх взаємодії. Після цього в мене виникло бажання розвиватись як автоматизатор, що я і почав робити в одній із компаній регістраторів доменних імен з українським корінням, але нажаль через війну та скорочення штату довелось закінчити співпрацю з ними. Зараз мені б хотілось продовжити свій розвиток як автоматизатор, або SDET, тому що вже цікаво не просто шукати баги або тестувати, вже цікаво слідкувати за якістю продукту на всіх його етапах, і видавати в світ не просто "робочу версію від а до б" а повноцінний софт за який ти відповідаєш і можеш. ручатись.
Не хотілось би мати справу з токсичними командами або людьми в керівництві, не хотілось би також щось доказувати людям про якість якщо це ніяк не вплине на результат і не покращить продукт. Очікування - максимальна адекватність, розуміння що ми робимо, в які сроки, з якими ризиками і за які гроші. Будь які спроби звинуватити когось в команді не по темі або перекласти відповідальність з когось "старшого" на інших людей - бан. Будь які хитрощі в процессах виплат компенсацій - бан. Будь які непрозорі контракти - бан. Будь які намагання маніпулювати мною або командою - бан.