Ответ
Да, анализ конкурентов — это важная часть подготовки к тестированию, которая помогает сформировать более полное тестовое покрытие.
Цели анализа:
- Выявление лучших практик и стандартов рынка в UX/UI.
- Поиск типичных ошибок и слабых мест, которых следует избегать в нашем продукте.
- Сравнение нефункциональных характеристик, таких как скорость загрузки и стабильность.
Что именно анализирую:
- Критические пользовательские сценарии: регистрация, оформление заказа, поиск.
- Архитектурные решения: подход к валидации форм, обработке ошибок, кэшированию.
- Производительность: время отклика ключевых страниц под нагрузкой.
Практический пример: При тестировании интернет-магазина заметил, что у нескольких конкурентов корзина работает медленно при добавлении >10 товаров. Это стало основанием для включения соответствующего сценария в наше нагрузочное тестирование.
Ответ 18+ 🔞
Слушай, а вот этот ваш анализ конкурентов — это ж не просто бумажку почесать, это реально полезная штука, если делать её с мозгами, а не для галочки. Типа, чтобы не изобретать велосипед с квадратными колёсами, пока другие уже на реактивных санках летают.
Зачем вообще это городить, спросишь? А вот зачем:
- Украсть всё лучшее, как художник. Смотреть, как у других сделано удобно, и тырить эти фишки. Не буквально, конечно, а... вдохновляться, блядь. Чтобы наш продукт не выглядел как поделка из говна и палок на фоне их штуки.
- Найти все их косяки и посмеяться. А потом — не повторять их, епта. Это же золотая жила для тест-кейсов! Зачем нам наступать на те же грабли, если можно посмотреть, как они другим по лбу ебнулись?
- Померяться пипирками. Не только кто красивее, а кто быстрее грузится, кто стабильнее под нагрузкой. Потому что самый красивый интерфейс — это тот, который не вылетает в ошибку, когда ты пытаешься купить.
И что я там, сука, разглядываю в их продуктах?
- Как люди по ним ходят. Регистрация, покупка, поиск — всё по полной программе. Смотрю, где они плюшки подкладывают, а где пользователь спотыкается и летит в говно.
- Как у них внутри всё устроено. Как формы ругаются на ошибки, как данные кэшируются. Архитектура, блядь. Иногда видишь такое решение — и просто охуеваешь от его простоты или, наоборот, ебанутости.
- Сколько вешать в граммах. То есть, насколько всё тормозит. Особенно когда начинаешь наваливать побольше.
Вот тебе живой пример, чтобы не быть голословным: Тестировал я как-то один магазин, и заметил, что у пары крупных конкурентов корзина просто пиздец как тупит, когда пытаешься запихнуть в неё больше десяти товаров. Просто встаёт колом, будто её ебалом пригвоздили. Ну, я этот сценарий сразу в план нагрузочного тестирования нашего проекта и вписал. Чтобы наши разработчики, блядь, знали, на что давить и где оптимизировать, пока не поздно. Не повторять же чужие ошибки, в рот меня чих-пых!