Техническое тестирование на сайтах

Я не слышал термин «эксплуатационные испытания» раньше. Но, учитывая, что вы используете Ghost Inspector, я предполагаю, что вы будете выполнять «сквозное» тестирование. Вот некоторые вещи, которые необходимо учитывать перед созданием и комплексным набором тестов:

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

Имейте в виду, что сквозные тесты дороги в обслуживании и обслуживании. Не поддавайтесь искушению проверить все. Для этого и нужны юнит и интеграционные тесты. Просто автоматизируйте достаточно, чтобы чувствовать себя комфортно, чтобы критические потоки через систему были здоровы.

В качестве примера рассмотрим сайт электронной коммерции. Каковы наиболее важные потоки?

• Оформить заказ
• Корзина
• Получение по электронной почте (для маркетинга по электронной почте)
• Отображение продукта
[ 114] Товарный инвентарь
• Логин
• История заказов

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

Но отображение товара и инвентарь явно второстепенные проблемы, как и логин и история заказов. Пока пользователи могут давать вам деньги, сайт способен приносить доход.

Синтетический мониторинг , скорее всего, является типом теста сдвига вправо , который вы ищете, чтобы

имели эффективное и хорошее поддержание в эффективном

на

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

По моему опыту (внутренний запуск и мониторинг как услуга), в большинстве случаев не требуется другой среды тестирования E2E GUI. Ключ заключается в том, чтобы найти наиболее важные для бизнеса маршруты / маршруты и охватить их с приличной частотой и географическим местоположением. Имейте в виду, что пишет и не всегда желательно, поэтому в большинстве случаев мы обращаемся к приложению только с и только с . Хорошее начало - набор тестов дыма, который вы уже должны иметь, возьмите его и заставьте работать в Production. Выполнение таких проверок на регулярной основе действительно зависит от необходимости - например, мы нажимаем кнопку входа каждые 5 минут, но обращаемся к пользовательским настройкам каждые 15 минут.

насколько подробны эти тесты по сравнению с тестированием новой системы?

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

я должен также проводить некоторые тесты, которые проверяют скорость или производительность веб-сайта в таком сценарии?

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