K2 ERP шукає тестувальника, який буде перевіряти роботу української ERP-системи перед релізами, впровадженнями та запуском у клієнтів.
Нам потрібна уважна людина, яка вміє знаходити помилки, перевіряти логіку роботи системи, багато разів розгортати продукт, тестувати модулі, ролі користувачів, документацію, налаштування, роботу в різних середовищах і допомагати доводити продукт до стану, в якому його можна впевнено запускати у клієнта.
K2 ERP — це українська ERP-платформа для автоматизації бізнесу, обліку, складу, продажів, документообігу, фінансів, звітності, виробництва, зарплати, CRM та управлінських процесів.
Наша мета — створити сильну українську альтернативу 1C/BAS, Парусу, Афіні та іншим системам російського походження. Кого ми шукаємо Ми шукаємо тестувальника, QA-спеціаліста або уважного користувача ERP/облікових систем, який хоче розвиватися в тестуванні складного продукту.
Ця позиція підійде людині, яка не просто натискає кнопки, а думає: чи логічно працює система, чи все зрозуміло користувачу, чи є всі потрібні документи, чи правильно працюють ролі, чи не зламається продукт під час встановлення, оновлення або запуску в клієнта.
Буде плюсом досвід роботи з ERP, CRM, обліковими системами, 1C/BAS, Odoo, SAP, Microsoft Dynamics, Zoho, Mantis, Jira, Git, Linux, Windows, віртуальними машинами або системами документації. Що потрібно буде робити Основна задача — перевіряти K2 ERP як цілісний продукт.
Потрібно буде тестувати модулі системи, знаходити помилки, описувати їх для розробників, перевіряти виправлення і контролювати, щоб після змін не ламався інший функціонал.
Ви будете багато разів розгортати систему в різних середовищах: на віртуальних машинах, різних операційних системах, різних серверах, браузерах, пристроях і конфігураціях.
Потрібно буде перевіряти роботу системи під різними користувачами: адміністратор, менеджер, бухгалтер, керівник, оператор, склад, консультант та інші ролі.
Також потрібно буде перевіряти готовність модулів до використання. У кожному модулі має бути все необхідне:
ER-моделі;
BP-моделі;
документація користувача;
документація адміністратора;
інструкції запуску;
приклади налаштувань;
перевірка прав доступу;
перевірка меню, довідників, документів і звітів;
перевірка коректності роботи після встановлення та оновлення.
Окрема частина роботи — перевірка системи перед запуском у клієнта. Перед впровадженням потрібно буде пройтись по чек-листу, переконатися, що система працює стабільно, модулі налаштовані, документація є, користувачі створені, ролі працюють, критичних помилок немає. Основні напрямки тестування Функціональне тестування: перевірка документів, довідників, звітів, форм, кнопок, фільтрів, пошуку, меню та бізнес-логіки.
Регресійне тестування: перевірка, що після змін або оновлень старий функціонал не зламався.
Тестування ролей і доступів: перевірка роботи системи під різними користувачами, правами та сценаріями.
Тестування розгортання: встановлення системи на різні віртуальні машини, сервери, ОС та середовища.
Тестування документації: перевірка, чи є інструкції, чи вони зрозумілі, чи можна за ними виконати налаштування або роботу в системі.
Тестування готовності модулів: перевірка наявності ER-моделей, BP-моделей, документації, налаштувань, меню, довідників і потрібних сценаріїв.
Тестування перед клієнтським запуском: контроль готовності продукту до реального використання. Що для нас важливо Нам важлива уважність до деталей.
В ERP-системі дрібниць майже не буває. Один неправильний доступ, одна відсутня інструкція, одне нестворене меню або одна помилка в документі можуть зірвати запуск у клієнта.
Важливо, щоб ви вміли чітко описувати помилки: що робили, де натиснули, який був результат, який результат очікувався, під яким користувачем тестували, у якому браузері, на якій ОС, у якому середовищі.
Важливо, щоб ви не боялися технічної частини: віртуальні машини, Linux, Windows, браузери, налаштування, встановлення, оновлення, перевірка логів, повторне розгортання системи.
Не обов’язково бути програмістом. Але потрібно мати бажання розбиратися, читати інструкції, перевіряти кроки, ставити питання і доводити перевірку до результату. Буде перевагою Досвід тестування web-систем.
Досвід роботи з ERP, CRM або обліковими системами.
Досвід роботи з 1C/BAS, Odoo, SAP, Microsoft Dynamics або іншими ERP.
Розуміння бізнес-процесів, обліку, складу, продажів, документів.
Досвід роботи з Linux і Windows.
Досвід розгортання систем у віртуальних машинах.
Розуміння баз даних на базовому рівні.
Досвід написання інструкцій і чек-листів.
Досвід роботи з Mantis, Jira, Git або іншими системами задач.
Уважність, системність і терпіння. Робота з документацією Для нас тестувальник — це не тільки людина, яка знаходить баги.
Це людина, яка допомагає зробити продукт зрозумілим.
Потрібно буде писати та перевіряти інструкції для користувачів і адміністраторів. Наприклад:
як встановити систему;
як створити користувача;
як налаштувати права;
як запустити модуль;
як працювати з документом;
як перевірити результат;
що робити після оновлення;
як підготувати систему до запуску в клієнта.
Документація має бути простою, практичною і такою, щоб за нею реально можна було працювати. Робота з AI Ми використовуємо AI-інструменти в роботі й очікуємо, що тестувальник буде готовий їх застосовувати.
AI може допомагати готувати чек-листи, інструкції, сценарії тестування, опис помилок, документацію користувача та адміністратора.
Але AI не замінює уважність тестувальника. Систему потрібно реально встановлювати, відкривати, перевіряти, ламати, порівнювати результат і фіксувати помилки. Умови роботи Формат роботи — віддалений або гібридний.
Зайнятість — повна.
Кандидати — з України. Київ буде перевагою, але ми відкриті до сильних кандидатів з інших міст.
Стартова зарплата — 40 000 — 60 000 грн залежно від досвіду.
Для результативних співробітників передбачаємо подальше зростання доходу.
Компанія рухається в напрямку Дія.City. У перспективі планується бронювання для ключових співробітників. Кому вакансія підійде Людині, яка любить знаходити помилки.
Тестувальнику, який хоче працювати не з простим сайтом, а зі складною ERP-системою.
Адміністратору або впровадженцю, який хоче перейти в QA.
Уважному користувачу ERP/облікових систем, який добре бачить, що працює неправильно.
Людині, яка вміє писати інструкції, перевіряти сценарії та доводити продукт до готовності. Кому не підійде Тим, хто не любить повторювані перевірки.
Тим, хто не хоче писати баг-репорти й документацію.
Тим, хто не готовий багато разів встановлювати та перевіряти систему.
Тим, хто працює поверхнево і не звертає увагу на деталі.
Тим, кому нецікаві ERP, бізнес-процеси, документи, ролі користувачів і складні системи. Тестове завдання Зареєструйтесь у публічній хмарі K2 ERP:
Потрібно підготувати короткий документ: * Що в системі працює зрозуміло. * Що викликало питання. * Які помилки або незручності ви помітили. * Які місця потребують документації. * Які сценарії потрібно протестувати перед запуском у клієнта. * Які ролі користувачів потрібно перевірити. * Який чек-лист ви б запропонували для перевірки одного модуля.
Окремо оберіть один модуль або розділ системи й опишіть для нього тестовий чек-лист.
У чек-листі має бути:
що перевіряємо;
під яким користувачем;
які дані вводимо;
який результат очікуємо;
які помилки можливі;
яка документація потрібна;
що має бути готово перед запуском у клієнта.
Також напишіть коротку інструкцію для користувача або адміністратора на будь-яку просту тему в K2 ERP.
Наприклад:
як почати роботу після реєстрації;
як створити користувача;
як перевірити права доступу;
як відкрити модуль;
як повідомити про помилку;
як підготувати систему до першого запуску. Три питання до кандидата Чому вам цікаво тестувати саме ERP-систему?
Що для вас важливіше в тестуванні: знайти баг, перевірити бізнес-логіку, покращити документацію чи довести продукт до готовності? Чому?
Як ви бачите роль тестувальника у створенні української альтернативи 1C/BAS, Парусу, Афіні та іншим подібним системам? Як відгукнутися Напишіть кілька речень про себе, свій досвід тестування, роботи з ERP/CRM/обліковими системами, Linux, Windows, віртуальними машинами або документацією.
Обов’язково зазначте, з якими системами працювали, чи писали інструкції, чи тестували ролі користувачів, чи розгортали системи самостійно.
Надсилайте відгук, тестове завдання та відповіді на питання:
