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

Нижче наведено 4 простих кроки, як налагодити таку співпрацю та отримати від неї вигоду.

Спільне відвідування зустрічей

Для деяких людей зустрічі - не найприємніша частина робочого процесу в продуктовій компанії. Але це обов’язкова частина! Тому що спільне бачення того, як створюються нові функції, допомагає співробітникам думати про те, як їх тестувати в майбутньому. Крім того, QA-інженери частіше взаємодіють з продуктом, тому вони, ймовірно, знають про нього більше, ніж власник продукту (особливо якщо останній - новачок у компанії).

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

Організація зустрічі “трьох друзів”

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

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

Тестування за межами критеріїв прийнятності

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

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

Менеджер продукту також повинен проводити приймальне тестування

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

Але перед фінальним релізом надзвичайно важливо, щоб продакт-менеджер сам провів тестування. Таким чином, він переконується, що дійсно отримує те, що йому потрібно.

На завершення

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