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

Ці проблеми зазвичай трапляються з наступних причин:

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

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

Популярні проблеми координації ручного та автоматизованого тестування

Проблема 1: визначення того, що має бути автоматизовано, а що - ні.

Універсальної та правильної відповіді на цю проблему не існує.

Але якщо ми спробуємо відповісти на нього, нам потрібно буде взяти до уваги як мінімум один з трьох факторів:

1. Потенційна швидкість окупності або, іншими словами, який прибуток принесе розробка автоматизованих тестів.
2. Складність тестування - це складність створення тесту і спосіб його легкого виконання. Деякі типи тестів навряд чи можна виконати вручну, а деякі тести неможливо автоматизувати (наприклад, юзабіліті). Автоматизація тестування здійснюється за допомогою спеціальних інструментів, призначених для заміни або полегшення процесу ручного тестування. При виборі інструментів автоматизації тестування важливо враховувати такі фактори, як сумісність з існуючим стеком технологій або простота використання, оскільки оцінка цих аспектів гарантує вибір інструменту, який відповідає вимогам вашого проекту. Ви повинні правильно вибрати тести, які можна автоматизувати, і ті, які краще виконувати вручну.
3. Стабільність програмного забезпечення є, мабуть, найважливішою проблемою будь-якого автоматизованого тесту - можливість адаптуватися до змін у програмному забезпеченні. Деякі платформи можуть робити це автоматично, але жодне програмне забезпечення не може імпровізувати так, як реальний користувач. Цей фактор також може бути корисним при поділі тестів на автоматизовані та ручні.

Проблема 2: координація завдань між відділом автоматизації та відділом ручного тестування

Критичні проблеми іноді виникають через велику різницю між ручними тестувальниками та першокласними автоматизованими QA-інженерами.

Виникає питання: хто і за що має нести відповідальність?

• Чи повинен автоматизований тестувальник вирішувати, що потрібно тестувати, чи це лише привілей ручного тестувальника?
• Хто відповідає за тестовий запуск?
• А що станеться, якщо автоматизований тест не пройде? Чи повинен ручний тестувальник перевіряти дефект або це завдання відділу автоматизації?

Відповіді на всі ці питання потрібно дати якомога швидше, але універсальних рішень не існує.

Ручне та автоматизоване тестування

Поради про те, як координувати співпрацю між автоматизованими тестувальниками та QA-інженерами вручну

• Переконайтеся, що відділ тестування повністю скоординований під час проведення автоматизованого тестування. Організовуйте регулярні зустрічі та обговорення, щоб кожен брав активну участь у плануванні тестових завдань;
• Ручні тестувальники та спеціалісти з автоматизації повинні співпрацювати в повністю інтегрованому середовищі, де вони можуть легко виконувати автоматизовані та ручні тести. Цей крок допоможе одразу оцінити рівень тестового покриття ПЗ, проаналізувати, на якому етапі перебуває загальний процес тестування та скільки ресурсів було задіяно. Головне - завершити тестування логічно, і не так важливо, яким чином це буде зроблено;
• Побудуйте процес тестування таким чином, щоб автоматизація була додатковим інструментом для команди ручних тестувальників. Правильно побудований процес гарантує хороші відносини між автоматизованими тестувальниками та ручними тестувальниками. Обидві команди повинні пам’ятати, що вони не змагаються за кількість знайдених багів, а вирішують спільні проблеми.