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

Далі ми поговоримо про те, як правильно це зробити і з якими труднощами ви можете зіткнутися.

Хто несе за це відповідальність?

1. Чи повинні автоматизовані тестувальники вирішувати, що потрібно тестувати, чи це обов’язок лише ручних тестувальників?
2. Хто відповідає за створення тестових прогонів - інженери з автоматизації чи інженери з ручного тестування?
3. Що станеться з процесом, якщо автоматизований тест з якихось причин не пройде? Чи повинен тестувальник вручну перевіряти працездатність програмного забезпечення або це завдання відділу автоматизації тестування?

[highlight dark=”no”]Відповіді на ці та подібні питання слід шукати заздалегідь[/highlight], і на них немає усталених рішень.

Але можна взяти до уваги таку точку зору: професійний фахівець з автоматизації в чомусь ближчий до команди розробників, ніж QA-інженери, тому за це повинні відповідати самі ручні тестувальники.

Усі автоматизовані тестувальники фактично зосереджені на наданні послуг, спілкуючись з QA-інженерами вручну і надаючи їм найбільш ефективний автоматизований результат їхніх тестових скриптів.

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

Забудьте про табу в автоматизації тестування

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

Іноді їм дуже вдається переконати ручних тестувальників, які не мають навичок програмування, що ця точка зору є правильною - і ручні тестувальники повірять у все, що почують від автоматизованих тестувальників.

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

Як наслідок, така поведінка псує уявлення про загальні досягнення цілої команди тестувальників.

Як правильно координувати роботу відділу автоматизації та ручних тестувальників в одній команді?

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

Перелік загальних речей, без яких не обійтися, якщо обидві групи націлені на ефективну роботу:

• Ви повинні переконатися, що тестувальники працюють злагоджено, беруть участь у щоденних зустрічах і працюють над створенням тестових завдань;
• Ручні тестувальники та автоматизовані тестувальники повинні працювати в повністю інтегрованому середовищі, де виконуються як автоматизовані, так і ручні тести. Такий підхід допоможе QA-інженерам та іншим членам проектної групи бачити всю роботу в цілому і розуміти, які частини програмного забезпечення покриваються тестами, які результати тестування (як на етапі планування, так і на етапі реалізації);
• Ви повинні зробити все, щоб процеси автоматизації стали ефективним інструментом, який допомагає команді ручних тестувальників. Правильний процес - запорука гарних стосунків між відділами автоматизації та ручного тестування. Якщо вони розуміють, що повинні працювати разом, вони швидко зосередяться на загальних питаннях і не будуть звертати увагу лише на розбіжності.

Висновок

Отже, ми дали коротку відповідь на питання: як побудувати правильну координацію між автоматизованими та ручними тестувальниками, щоб швидко та ефективно досягти поставленої мети, а також покращити загальну інфраструктуру.