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

Question

Итак, меня попросили провести техническое обслуживание на веб-сайтах.Это первый раз, когда я буду проводить такого рода тестирование.Я просто хочу знать, в какой степени должно быть проведено тестирование?На что нужно обратить внимание во время этих тестов?какие тестовые наборы я могу создать, чтобы проводить такие тесты на регулярной основе или всякий раз, когда требуется проверять одни и те же вещи каждый раз?Насколько подробны эти тесты по сравнению с тестированием новой системы?

На чем сосредоточиться во время этих тестов?Я использую инструмент под названием Ghost Inspector, который запускает автоматизированные тесты.довольно просто прямо с помощью инструмента.Я просто хочу знать, по каким границам я должен соответствовать, чтобы иметь эффективное и качественное обслуживание эффективным способом.

Answer 1

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

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

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

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

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

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

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

Answer 2

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

иметь эффективное и качественное обслуживание эффективным образом

на

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

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

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

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

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

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