Вакансії EPAM Ukraine у Київ | Львів | Харків | Дніпро | Вінниця | Івано-Франківськ | Одеса | Чернівці | Хмельницький | Рівне | Ужгород | Тернопіль | Луцьк за напрямком Java | JavaScript | .NET | DevOps | Experience Design | Software Testing | Business Analysis | Python| Big Data | Mobile | Solution Architect | Ruby on Rails у містах за напрямком Java вакансії Київ | Java вакансії Харків | Java вакансії Львів | Java вакансії Вінниця | Java вакансії Одеса | Java вакансії Івано-Франківськ | Java вакансії Чернівці | Java вакансії Хмельницький | Java вакансії Рівне | Java вакансії Ужгород | Java вакансії Тернопіль | Java вакансії Луцьк | JavaScript вакансії Київ | JavaScript вакансії Харків | JavaScript вакансії Львів | JavaScript вакансії Вінниця | JavaScript вакансії Одеса | JavaScript вакансії Івано-Франківськ | JavaScript вакансії Чернівці | JavaScript вакансії Хмельницький | JavaScript вакансії Рівне | JavaScript вакансії Ужгород | JavaScript вакансії Тернопіль | JavaScript вакансії Луцьк | DevOps вакансії Київ | DevOps вакансії Харків | DevOps вакансії Львів | DevOps вакансії Вінниця | DevOps вакансії Одеса | DevOps вакансії Івано-Франківськ | DevOps вакансії Чернівці | DevOps вакансії Хмельницький | DevOps вакансії Рівне | DevOps вакансії Ужгород | DevOps вакансії Тернопіль | DevOps вакансії Луцьк
Shift-left testing: що потрібно знати розробникам, щоб ефективніше співпрацювати з тестувальниками
У сучасному бізнес-світі, де жорстка конкуренція стала невіддільною частиною процесу, компанії постійно намагаються зменшити витрати, збільшити дохід та прискорити вихід продукту на ринок. Надання зеленого сигналу релізу продукту великою мірою залежить від тестування — численні помилки, знайдені на останніх етапах розробки можуть затягнути реліз на тижні або навіть місяці. Такі затримки часто мають критичний вплив на бізнес-показники. Саме тому все більше прогресивних бізнесів впроваджують shift-left testing підхід. У цій статті ми поділимось інсайтами з комунікації між тестувальниками та веброзробниками, які допомагають командам EPAM активно впроваджувати shift-left підхід.
Що означає shift-left testing?
Shift-left testing — це такий підхід у тестуванні, де QA-спеціаліст занурюється в роботу ще на ранніх стадіях розробки програмного забезпечення. На відміну від традиційного підходу, коли тестування відбувається тільки після завершення процесу розробки, у shift-left підході виконують невеликі тест-кейси на окремих компонентах програмного забезпечення, як тільки вони будуть розроблені або інтегровані. Основною ціллю такого тестування є запобігання помилкам замість їх подальшого виявлення. Іншими словами, цей підхід до тестування призначений для виявлення дефектів на ранній стадії та швидкого їх виправлення.
При впровадженні shift-left тестування комунікація розробників з тестувальниками стає набагато тісніша, адже вони перетинаються у своїх завданнях практично на всіх етапах життєвого циклу програмного забезпечення. Нижче ми опишемо правила, що допомагають зробити цю комунікацію в EPAM якомога ефективнішою.
Що робить комунікацію тестувальників із розробниками ефективною
1) Працюйте спільно на результат — без особистих образ
Для тестувальника може бути особистісно неприємним момент, коли помилка, про яку ви повідомили, відхиляється. Будьте реалістами, спробуйте зрозуміти причину відхилення, що саме ви неправильно зрозуміли або припустили. Спробуйте переконати розробника або керівника проєкту, якщо вважаєте, що представлений вами сценарій був правильним, а потім просто рухайтеся далі.
2) Нехай проєкт буде вашим першим пріоритетом
Завжди дивіться на ширшу картинку та відповідно до неї розставляйте пріоритети. Проєкт є завжди важливіший за окремий баг чи окрему людину. Залиште своє его позаду і йдіть до розробників, обговорюйте, діліться, розумійте, а потім дійте відповідно.
3) Діліться ідеями
Часте спілкування між командами розробників і тестувальників допомагає генерувати більше ідей з обох сторін. Розробник може підказати, як краще протестувати той чи інший модуль, а тестувальник ПЗ може показати, як виправити дефект. Відкрийтесь для нових пропозицій і обміну ідеями.
4) Іноді без банального терпіння не обійтись
Процеси не змінюються за один день, тож наберіться терпіння та продовжуйте робити свою роботу якісно. Не втрачайте мотивацію, якщо хтось висловить негативне зауваження або якщо розробник не врахує вашу пропозицію.
5) Прийміть те, що людина помиляється
Виявивши критичну помилку, не висміюйте її перед розробником. Зрозумійте, що розробник працює в умовах обмеженого часу та бюджету, як і тестувальник. Ніхто не може створити програмне забезпечення без помилок, інакше тестування просто не існувало б.
Дотримуйтесь цих порад, щоб встановлювати хороші стосунки з розробниками під час впровадження shift-left тестування на вашому проєкті.
Підписатися на новини
-
Соціальна відповідальність
Наплічники життя: як EPAM допомагає бойовим медикам рятувати життя
Компанія EPAM Україна започаткувала унікальний проєкт «Наплічники життя», спрямований на підтримку тактичних медиків у їхній критично важливій роботі.
-
Лайфхаки
Power Query: як працювати з динамічними заголовками стовпців
-
Фокус на рості
Олена Вірун, Senior Business Analysis Manager в EPAM, про розвиток кар’єри, виклики, навчання та підтримання внутрішнього ресурсу
-
Подія
Векторні бази даних для Gen AI
-
Press Release
900 днів підтримки України та стійкості
EPAM підводить підсумки 900 днів підтримки країни.