#testing
В інтернетах пишуть:
"Тестери роблять процес розробки більш повільним, усе треба автоматизувати, то ж цим можуть легко зайнятись розробники. А тестерів - звільнити."
📎 Минулого тижня Wayne Roseberry розкрив цю тему та написав пост про те, як тестувальник додає користь продукту.
TL;DR:
- Якщо тестувальник перевіряє лише базові позитивні сценарії - то дійсно, це може зробити розробник (та автоматизувати згодом). Від такого тестера користі абсолютно нуль. Це - найлегший спосіб втратити роботу тестувальником.
- Тест інженер повинен робити більше ніж розробник, продакт менеджер й будь-хто інший - для того, щоб дослідити продукт та можливі ризики.
- Тестування тільки позитивних сценаріїв витрачає час, але дає мінімальний шанс знайти помилку чи ризик. То ж що робити?
- Створіть модель того, що ви тестуєте: частини з яких воно складається, звʼязки між ними та зовнішніми системами, вхідні й вихідні параметри.
- Створіть модель звʼязків в системі - графи станів, переходів, послідовності дій.
- Виконуйте дії по декілька разів (бувають ситуації, коли навіть однакові дії можуть призвести до різних результатів).
- Спробуйте змінити атрибути моделі, яку тестуєте.
- Перемішуйте різні моделі в різних послідовностях.
- Застосуйте різні, неочікувані вхідні параметри в системі.
💡Коли тестер перестає бути "папугою", що тільки повторює, а стає дійсно інженером й дослідником - користь одразу помітна.
Раджу почитати статтю повністю - там шикарні аналогії та приклади. В коментарі залишу прекрасну ілюстрацію до статті.