Unit Tests. Onboarding Strategy

Результатом этапа разработки является программный продукт, готовый для проверки QA специалиста. В этой главе мы сосредоточимся на конкретных действиях, связанных с разработкой AI-чатбота. Мы предполагаем, что читатель знаком с отраслевыми стандартами в разработке программного обеспечения и, следовательно, не будем сосредоточиваться на этом.

В этом видео спикер рассматривает, как определить стратегию онбординга клиента и юнит-тестов.

Архитектура бота может быть довольно сложной, и она будет интегрирована со многими другими системами, которые обычно связаны через API Rest.

Одна из проблем, связанных с такой архитектурой, заключается в том, что API можно изменить, а пользователь (бот или другие компоненты системы) не может быть уведомлен об упомянутом изменении, что может привести к проблемам, которые трудно предсказать. Это особенно актуально, когда компонент не является зрелым, а его разработка еще не завершена.

Поэтому мы рекомендуем покрыть API модульными тестами (если вы не являетесь его владельцем), чтобы любые проблемы, связанные с изменениями в API, можно было быстро выявить и устранить.

Большинство ботов не распознают намерения и, таким образом, отвечают соответствующим образом пользователю, поэтому создание правильного контрольного примера для проверки поведения бота жизненно важно для успеха проекта. При разработке стандартных положительных и отрицательных тестовых случаев мы предлагаем вам рассмотреть варианты диалогового тестирования, представленные в видео.

 

Следующий урок: Тест кейсы