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

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

Нижче наведено 10 корисних і перевірених часом порад про те, чим може бути корисне дослідницьке тестування.

1. Розвідувальне тестування є скрізь

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

2. Спробуйте мислити в термінах дослідницького образу

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

3. Визначте поточний контекст тестування

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

4. Прочитайте “Дослідити це” Елізабет Хендріксон

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

5. Не ставайте заручником своїх вимог

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

6. Використовуйте часові обмеження дослідження

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

Найкраще використовувати сеанси тривалістю не більше 90 хвилин.

7. Розділіть рішення на категорії

Надайте своїм нотаткам сенс і організуйте їх, розділивши на відповідні категорії. Ви можете використовувати так званий метод PQIP (поділ знайдених об’єктів на проблеми, питання, ідеї та похвалу).

Різноманітні кольори та іконки є потужними інструментами для побудови залежних комунікацій. Використовуйте їх також.

8. Ваші ідеї - основа для співпраці

Ідеї - надзвичайно потужна і корисна річ. Під час дослідницького процесу у всіх нас виникають різні ідеї. Спробуйте записати їх і надати команді проекту у вигляді елементу дебрифінгу. Допоможіть своїй команді розробити продукт.

9. Час від часу інвестуйте в поповнення бібліотеки навчальних матеріалів

Ви можете, наприклад, придбати про-підписку на порталі Міністерства тестування Dojo. Цей сайт - це цілий набір корисних та інформативних матеріалів, серед яких особливе місце посідає ознайомче тестування.

10. Створіть блог і поділіться своїм досвідом

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

Висновок

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