
Сергей Могилевский
QA Team Lead и TechLead в NIX
Уже шесть лет занимаюсь тестированием. Последние четыре года я групплид и три года лид тестирования на проекте. Решаю сложные технические задачи и занимаюсь менеджментом.
Клієнту важливий не код, а фіча: гайд, як порозумітися із замовником
Уявіть, ніби їдете за кермом у тумані. Ви рухаєтесь впевнено, хоча вам складно побачити, що відбувається попереду. У вас є лише поверхове розуміння ситуації на дорозі. Приблизно так почувається і клієнт, коли на проєкті не забезпечують належний рівень візібіліті (visibility) — прозорості усіх дій фахівців.
Як почати роботу над новим проєктом, якщо ти — тестувальник-автоматизатор: покрокова інструкція
На вході в проєкт існує декілька неочевидних нюансів. Про підходи до знайомства з продуктом та старт роботи QA багато корисного розповів у цій статті мій колега, QA Lead Олександр Фіалка. У дечому наші думки перетинаються, але я все одно рекомендую почитати його матеріал — там багато корисних порад для мануальних тестувальників. А цей текст більше зацікавить автоматизаторів.
Навіщо читати код, якщо я тестувальник? Доводжу корисність на прикладах
«Сюди не лізь», «Це не чіпай», «Це для тебе занадто складно», «А це ти може і зрозумієш, але нескоро». Звучить, як слова суворих батьків, які намагаються захистити свою дитину від усього нового, незрозумілого і, не дай боже, цікавого. І знаєте, що? На жаль, багато людей переносять такий підхід у свою роботу.
«Головне — зрозуміти основи, далі буде легше»: скільки мов програмування потрібно знати тестувальнику
Ви коли-небудь замислювалися про те, що ваші рутинні задачі стали займати дуже багато часу? Можливо, наразі все складніше знаходити потрібні інструменти для дедалі специфічних проєктних завдань? Для цих проблем є дієве рішення — автоматизація.
Сообщить об опечатке
Текст, который будет отправлен нашим редакторам: