Shift-left testing: що потрібно знати розробникам, щоб ефективніше співпрацювати з тестувальниками

У сучасному бізнес-світі, де жорстка конкуренція стала невіддільною частиною процесу, компанії постійно намагаються зменшити витрати, збільшити дохід та прискорити вихід продукту на ринок. Надання зеленого сигналу релізу продукту великою мірою залежить від тестування — численні помилки, знайдені на останніх етапах розробки можуть затягнути реліз на тижні або навіть місяці. Такі затримки часто мають критичний вплив на бізнес-показники. Саме тому все більше прогресивних бізнесів впроваджують shift-left testing підхід. У цій статті ми поділимось інсайтами з комунікації між тестувальниками та веброзробниками, які допомагають командам EPAM активно впроваджувати shift-left підхід. 

Shift-left testing — це такий підхід у тестуванні, де QA-спеціаліст занурюється в роботу ще на ранніх стадіях розробки програмного забезпечення. На відміну від традиційного підходу, коли тестування відбувається тільки після завершення процесу розробки, у shift-left підході виконують невеликі тест-кейси на окремих компонентах програмного забезпечення, як тільки вони будуть розроблені або інтегровані. Основною ціллю такого тестування є запобігання помилкам замість їх подальшого виявлення. Іншими словами, цей підхід до тестування призначений для виявлення дефектів на ранній стадії та швидкого їх виправлення. 

При впровадженні shift-left тестування комунікація розробників з тестувальниками стає набагато тісніша, адже вони перетинаються у своїх завданнях практично на всіх етапах життєвого циклу програмного забезпечення. Нижче ми опишемо правила, що допомагають зробити цю комунікацію в EPAM якомога ефективнішою. 

1) Працюйте спільно на результат — без особистих образ 

Для тестувальника може бути особистісно неприємним момент, коли помилка, про яку ви повідомили, відхиляється. Будьте реалістами, спробуйте зрозуміти причину відхилення, що саме ви неправильно зрозуміли або припустили. Спробуйте переконати розробника або керівника проєкту, якщо вважаєте, що представлений вами сценарій був правильним, а потім просто рухайтеся далі. 

2) Нехай проєкт буде вашим першим пріоритетом 

Завжди дивіться на ширшу картинку та відповідно до неї розставляйте пріоритети. Проєкт є завжди важливіший за окремий баг чи окрему людину. Залиште своє его позаду і йдіть до розробників, обговорюйте, діліться, розумійте, а потім дійте відповідно. 

3) Діліться ідеями 

Часте спілкування між командами розробників і тестувальників допомагає генерувати більше ідей з обох сторін. Розробник може підказати, як краще протестувати той чи інший модуль, а тестувальник ПЗ може показати, як виправити дефект. Відкрийтесь для нових пропозицій і обміну ідеями. 

4) Іноді без банального терпіння не обійтись 

Процеси не змінюються за один день, тож наберіться терпіння та продовжуйте робити свою роботу якісно. Не втрачайте мотивацію, якщо хтось висловить негативне зауваження або якщо розробник не врахує вашу пропозицію. 

5) Прийміть те, що людина помиляється 

Виявивши критичну помилку, не висміюйте її перед розробником. Зрозумійте, що розробник працює в умовах обмеженого часу та бюджету, як і тестувальник. Ніхто не може створити програмне забезпечення без помилок, інакше тестування просто не існувало б.  

Дотримуйтесь цих порад, щоб встановлювати хороші стосунки з розробниками під час впровадження shift-left тестування на вашому проєкті.