Тестирование сайтов – работа для фрилансеров в России

Протестировать: сайт. Тест.

Протестировать: сайт. Есть готовый проект, есть комментарии ревьюера, нужно исправить проект по этим комментарием+протестировать повторно некоторое вещи в postman.

Протестировать: сайт. Нужен SEO-QA для проверки сайта и краулинга (Screaming Frog / Netpeak Spider) Ищем человека на регулярную part-time работу (10–15 часов в неделю) по проверке SEO-задач на сайте. Нужны знания SEO и опыт работы со Screaming Frog или Netpeak Spider Что нужно делать: Запускать краулинг сайта в Screaming Frog Проверять реализацию наших ТЗ Делать короткие отчёты (что сделано / что доработать).

Протестировать сайт от начала и до конца.

Протестировать: сайт. Мир.

Ищем тестировщика для сайта SashaLoochi.com Процесс: разработчик выпустил, оперативно отправили тестировщику он просмотрел, отписал в отчет, приложил скрины если проблемы Проверять корректность отображения изменений на мобильном и десктоп.

Протестировать: сайт. Протестировать срм систему.

Нужно протестировать сайт.

Тест сайта. Организация задач для разработчика.

Тестирование. Протестировать: сайт. Работы с отзывами.

Протестировать: сайт. О.

Тестирование интернет-магазина с Интеграциями МойСклад, 5post, Юкасса.

Теория аб тестирования.

ТЗ для тестировщиков модуля маркетплейса (любой на ваш выбор) в формате, пригодном для тест-плана и набора тест-кейсов. ## 1) Цель и границы тестирования ### Цель Проверить, что маркетплейс: * корректно показывает витрину товаров/услуг; * обеспечивает поиск/фильтрацию/сортировку; * корректно ведёт пользователя по сценарию покупки (или заявки) до финального статуса; * корректно обрабатывает оплату/неоплату/отмену; * корректно работает для ролей: гость/покупатель/продавец/админ; * защищён от типовых уязвимостей и не ломает основные пользовательские потоки. ### Вне скоупа (если не оговорено отдельно) * контентная модерация вне интерфейса админки; * внешние интеграции, не влияющие на пользовательский флоу (аналитика, пиксели), кроме критических ошибок. --- ## 2) Термины и сущности Товар/услуга (Listing): карточка предложения продавца. Категория: группировка предложений (например: редактура/обложки/продвижение — уточнить по факту). Продавец: пользователь, имеющий право создавать предложения. Покупатель: пользователь, который оформляет заказ/заявку. Заказ / Сделка: сущность, фиксирующая покупку/заявку. Оплата: внешний платежный провайдер (ЮKassa/иное). Статусы: * listing: черновик/на модерации/активно/скрыто/отклонено/архив (уточнить) * order: создан/ожидает оплату/оплачен/в работе/выполнен/отменен/возврат (уточнить) --- ## 3) Окружения и доступы ### Окружения * Prod: zelluloza.ru * Stage/Dev: (указать URL стенда, если есть) ### Роли/учетки для теста (обязательное) 1. Гость (неавторизован) 2. Покупатель (обычный пользователь) 3. Продавец (имеет кабинет продавца/раздел “мои услуги”) 4. Админ/модератор (может модерировать листинги и управлять спорными заказами) ### Тестовые данные Нужно иметь минимум: * 30+ листингов, чтобы проверить пагинацию/сортировки * несколько категорий (3–5) * листинги с разной ценой (в т.ч. минимальная/максимальная), разной валютой (если есть), разным типом (товар/услуга), разной доступностью * листинги с медиа (1 фото, много фото, без фото) * листинг со “сломанными” данными для негативных тестов (например, очень длинное название, спецсимволы) --- ## 4) Функциональные требования и критерии приемки ### 4.1 Витрина / список предложений FR-MP-01 Страница /marketplace/ открывается без ошибок (200), корректно рендерится на desktop/mobile. FR-MP-02 На странице списка отображаются: * название * цена/единица (если есть) * превью/обложка * продавец (ник/ссылка) * рейтинг/отзывы (если есть) * метки (хит/скидка/новое — если есть) FR-MP-03 Пагинация работает: переход по страницам, сохранение фильтров, корректный счетчик (если есть). FR-MP-04 Пустая выдача (нет результатов) показывает понятное сообщение и кнопку сброса фильтров. ### 4.2 Поиск, фильтры, сортировка FR-MP-10 Поиск по ключевым словам: * учитывает морфологию/частичные совпадения (если заявлено) * экранирует спецсимволы * не падает на длинной строке FR-MP-11 Фильтры (уточнить по факту): категория, цена (от/до), тип, рейтинг, доступность, “только с отзывами”, etc. FR-MP-12 Сортировка: по цене, по популярности, по рейтингу, по новизне (что есть) и корректная стабильность сортировки. FR-MP-13 Сохранение состояния: фильтры/поиск/страница сохраняются в URL (желательно) и корректно восстанавливаются при обновлении. ### 4.3 Карточка предложения FR-MP-20 Карточка открывается из списка и по прямой ссылке. FR-MP-21 Отображает полный набор данных: описание, условия, состав, сроки/доставка (если есть), FAQ, отзывы, продавец, цена, медиа. FR-MP-22 Защита: нельзя открыть скрытый/удаленный листинг (должен быть 404/“недоступно”), кроме админа/владельца. FR-MP-23 Действие CTA: * “Купить” (если мгновенная покупка) * или “Оформить заявку/Связаться” (если услуга по заявке) — ведет в корректный поток. ### 4.4 Оформление заказа/заявки FR-MP-30 Авторизация: гость при попытке заказать попадает на логин/регистрацию, после успешного логина возвращается в поток заказа. FR-MP-31 Создание заказа: * обязательные поля валидируются * цена/итог считаются на сервере (анти-фрод) * нельзя подменить price/listing_id в запросе FR-MP-32 Статус заказа меняется корректно по событиям (создан ? ожидает оплату ? оплачен/отменен и т.д.). FR-MP-33 История заказа доступна покупателю и продавцу (каждому своя видимость). FR-MP-34 Уведомления (если есть): покупателю/продавцу о создании/оплате/статусе. ### 4.5 Оплата (если есть онлайн-платеж) FR-MP-40 Создание платежа: * сумма фиксируется на сервере * повторная оплата одного заказа корректно обрабатывается (идемпотентность) FR-MP-41 Колбэки/вебхуки платежки: * переводят заказ в “оплачен” * повторный вебхук не ломает статус * неверная подпись/неизвестный платеж отклоняется FR-MP-42 Отмена/ошибка оплаты: * пользователь возвращается с понятным статусом * заказ остается “ожидает оплату” или “отменен” по правилам FR-MP-43 Возврат (если реализован): корректный статус, доступность функционала после возврата. ### 4.6 Кабинет продавца FR-MP-50 Продавец может создать листинг (черновик/публикация): * валидации полей * загрузка изображений/файлов * предпросмотр FR-MP-51 Редактирование/снятие с публикации/архивирование листинга. FR-MP-52 Нельзя редактировать чужой листинг (403/ошибка). FR-MP-53 Управление заказами: смена статуса “в работе/выполнен”, комментарии/чат (если есть). ### 4.7 Админка/модерация (если есть) FR-MP-60 Список листингов на модерации, решение approve/reject с причиной. FR-MP-61 Логи действий (кто/когда) для критичных операций. FR-MP-62 Управление спорными заказами/возвратами (если предусмотрено). ### 4.8 Отзывы/рейтинг (если есть) FR-MP-70 Оставить отзыв может только покупатель после завершенного заказа. FR-MP-71 Нельзя накрутить отзывами через прямой POST, нельзя оставить второй отзыв на тот же заказ (если ограничение есть). FR-MP-72 Модерация отзывов (если есть). --- ## 5) Нефункциональные требования (обязательная проверка) ### 5.1 Безопасность * CSRF для форм/POST (или иной механизм защиты) * Авторизация/ACL на все действия (создать/редактировать/заказ/оплата) * XSS: экранирование описаний/отзывов/полей * SQLi: параметры фильтров/поиска * Анти-фрод: цена/кол-во/скидки пересчитываются сервером; нельзя подменить итог * Rate limit на поиск/создание заказа (если есть) ### 5.2 Производительность * /marketplace/ и карточка: TTFB и полная загрузка в разумных пределах (зафиксируйте KPI, например: TTFB < 800ms на стенде) * Пагинация/фильтры не вызывают N+1 и не “кладут” БД при массовом клике ### 5.3 UX/доступность * Mobile-верстка не ломается * Кнопки/поля доступны с клавиатуры * Ошибки валидации понятны --- ## 6) Матрица тестирования (что проверить обязательно) ### 6.1 Smoke (каждый релиз) 1. Открывается /marketplace/ 2. Открывается карточка листинга 3. Поиск дает результаты 4. Фильтр по категории работает 5. Авторизация в потоке заказа (гость ? логин ? возврат) 6. Создание заказа 7. Оплата (успех) или создание заявки (если без оплаты) 8. Отображение заказа в кабинете покупателя 9. Отображение заказа в кабинете продавца ### 6.2 Регресс (перед крупными релизами) * все разделы 4.1–4.8 + безопасность 5.1 --- ## 7) Детальные тест-кейсы (скелет для тестировщиков) Ниже — “максимально прикладной” список. Тестировщики заносят в TestRail/Jira с конкретными URL/полями. ### 7.1 Витрина * TC-MP-LIST-001: открыть /marketplace/ (desktop) ? 200, список виден * TC-MP-LIST-002: открыть (mobile) ? адаптив корректен * TC-MP-LIST-003: пагинация: перейти на стр.2 ? элементы меняются, фильтры сохраняются * TC-MP-LIST-004: пустая выдача (фильтр “цена от очень большой”) ? сообщение “ничего не найдено”, кнопка “сбросить” ### 7.2 Поиск/фильтры/сортировки * TC-MP-SRCH-001: поиск по точному названию ? 1+ результатов * TC-MP-SRCH-002: поиск по части слова ? ожидаемое поведение (уточнить) * TC-MP-SRCH-003: поиск со спецсимволами "'<>%_ ? нет падения, нет XSS * TC-MP-FLT-001: фильтр по кат егории ? только нужная категория * TC-MP-FLT-002: фильтр цена от/до (границы) ? корректная выдача * TC-MP-SORT-001: сортировка по цене ? ? монотонность цен * TC-MP-SORT-002: сортировка по новизне ? новые выше (проверить по датам) ### 7.3 Карточка * TC-MP-CARD-001: открыть карточку активного листинга ? все поля отображаются * TC-MP-CARD-002: открыть скрытый/архивный листинг прямой ссылкой (не админ) ? “недоступно/404” * TC-MP-CARD-003: галерея изображений: 1 фото/несколько/нет фото ? UI корректен * TC-MP-CARD-004: CTA “Купить/Заявка” ? переход в оформление ### 7.4 Заказ/заявка * TC-MP-ORD-001: гость нажимает “Купить” ? редирект на логин, после логина возврат в оформление * TC-MP-ORD-002: обязательные поля пустые ? ошибки валидации * TC-MP-ORD-003: создать заказ с валидными данными ? заказ создан, статус “ожидает оплату/создан” * TC-MP-ORD-004 (анти-фрод): в запросе подменить price/listing_id (через DevTools) ? сервер отклоняет/игнорирует подмену * TC-MP-ORD-005: заказ виден покупателю в “мои заказы” * TC-MP-ORD-006: заказ виден продавцу в “мои продажи/заказы” ### 7.5 Оплата (если есть) * TC-MP-PAY-001: успешная оплата ? статус “оплачен”, доступ к дальнейшим шагам * TC-MP-PAY-002: отмена оплаты на стороне провайдера ? корректный статус, понятное сообщение * TC-MP-PAY-003: повторное нажатие “оплатить” ? не создается дубль заказа; платеж идемпотентен * TC-MP-PAY-004: повторный вебхук ? статус не ломается (идемпотентность) ### 7.6 Кабинет продавца * TC-MP-SELL-001: создать листинг с валидными данными ? листинг появляется в “моих” * TC-MP-SELL-002: загрузка изображения: jpg/png/webp, большой файл, неверный формат ? ожидаемая обработка * TC-MP-SELL-003: редактировать листинг ? изменения видны на витрине (после модерации, если есть) * TC-MP-SELL-004: удалить/скрыть ? на витрине недоступен * TC-MP-SELL-005: попытка редактировать чужой листинг ? 403/ошибка ### 7.7 Админка/модерация (если есть) * TC-MP-ADM-001: approve листинга ? появляется на витрине * TC-MP-ADM-002: reject с причиной ? продавец видит причину, листинг не виден * TC-MP-ADM-003: аудит действий ? запись “кто/когда/что” ### 7.8 Отзывы (если есть) * TC-MP-REV-001: нельзя оставить отзыв без покупки ? блокировка * TC-MP-REV-002: можно оставить отзыв после “выполнен” ? отзыв появляется, рейтинг пересчитан * TC-MP-REV-003: XSS в отзыве ? экранируется --- ## 8) Требования к баг-репортам Каждый баг должен содержать: * URL * роль (гость/покупатель/продавец/админ) * шаги * фактический результат * ожидаемый результат (с ссылкой на FR/TC) * скрин/видео + HAR (для сетевых проблем) * логи консоли (если фронт) --- ## 9) Минимальный набор артефактов, которые тестировщик должен сдать 1. Test Plan (1–2 страницы): скоуп, роли, окружения, риски 2. Набор Smoke кейсов (20–40) 3. Регрессионный набор (100–250, зависит от реального функционала) 4. Отчет о прогоне: пройдено/провалено/заблокировано + список критичных дефектов.

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

Протестировать: сайт. Нужно лично или удаленно -онлайн протестировать макет сайта. Нужно наличие у вас ноутбука/компьютера с возможностью трансляции вашего экрана через Яндекс Телемост. Время 30 минут. По оплате обсуждаемо.

Протестировать вёрстку и пользовательские взаимодействия на предмет не удобства и доработок. Все оформить в документе для дизайнера и разработчика.

Протестировать: сайт. Тестирование интернет-магазина на WordPress (WooCommerce) Функциональное тестирование сайта Проверка каталога и карточек товаров Тестирование корзины и оформления заказа Проверка способов оплаты и доставки Тестирование личного кабинета пользователя Проверка админ-панели WooCommerce Тестирование плагинов и интеграций Проверка производительности сайта Тестирование безопасности Проверка визуального соответствия макетам (UI / Pixel Perfect) Тестирование адаптивности и кроссбраузерности Визуальная и функциональная регрессия Отчёт о найденных багах и рекомендации.

Протестировать: сайт. Нужно лично или удаленно -онлайн протестировать макет сайта. Нужно наличие у вас ноутбука/компьютера с возможностью трансляции вашего экрана через Яндекс Телемост. Время 30 минут. По оплате обсуждаемо.

Нужно сделать АБ тестирование текущего сайта и новой странички и выяснить на каком лучше конверсия.

Протестировать: сайт. Разрабатываем Saas платформу proptech Нужен тестировщик пройти основные сценарии пользователя, проверить интерфейс и поведение системы, указать, что ломается или может пойти не так. Результат — понятное описание проблем. Важно при отклике- напишите коротко: — ваш опыт — что обычно тестируете (сайты, веб-сервисы и т.п.) — в каком виде отдаёте результат проверки Формат работы - проектно. Зайти, потестировать, дать заключение.

Хочу провести АВ тестирование продукта без его производства, товаров на остатках 0. Личного кабинета на маркетплейсах нет, нужен менеджер который с моими креативами проведет аб тест и соберет аналитику продукта в категории. Продукт зубная паста.

Протестировать: сайт, Продуктовую матрицу. Необходимо протестировать продуктовую матрицу( продукт) и офферы на холодную целевую аудиторию финансистов и инвесторов. В дальнейшем планируется выстраивается запуска мероприятий Рассматриваю тестировщика-исследователя на долгосрочное сотрудничество также. Срок : февраль месяц Стоимость: предложите свои линейки тарифов.

.

Протестировать: сайт. Ищу тестировщика на различные проекты. С опытом заполнения чек листов. Оплата почасовая: 300р в час.

Протестировать: программное обеспечение, сайт. Р.

Протестировать: сайт. Необходимо выполнить три несложных действия Регистрация и прохождение анкетирования/теста Оплата по факту от меня сразу 100? По времени до 15 минут +500? вы получите от самого опроса Можно выполнить с телефона либо с компьютера · Никаких платежей с вашей стороны. · Всё безопасно и бесплатно для вас. · Оплата 100 руб. — сразу после выполнения. Откликнитесь — отправлю детальную инструкцию в чат.

Репетитор по ручному тестированию.

Нужен тестировщик для первого этапа QA web?email клиента. Требуется провести ручное тестирование ключевых сценариев, фиксировать ошибки, делать скриншоты и логировать шаги воспроизведения.

Протестировать: сайт, программное обеспечение. Тестирование ресурса.

Протестировать: сайт. Дипломная работа Задание 1. Проектирование тестов и тестирование веб-приложения Задание 1: Составь чек-лист по требованиям к экрану (чек-лист составлен) Проведи тестирование всей функциональности не только по получившимся чек-листам и таблицам, но и по остальным макетам и требованиям. Проверять главную страницу (лендинг) не нужно. Макеты лежат в Figma. Результаты помести на вкладку «Задание 1: баги вне тестовой документации». Когда будешь тестировать, отмечай результат выполнения проверки: PASSED или FAILED. Если тест со статусом FAILED, заведи баг-репорты на вкладке «Баг-репорты» и впиши ID в соответствующую таблицу результатов. Задание 2. Проектирование тестов для мобильного приложения Изучи требования к мобильному приложению Спроектируй тест-кейсы на функциональность, которая выделена жирным шрифтом. Не забудь написать кейсы и на вёрстку по макетам к этой функциональности. Макеты лежат в Figma. задание 3: автоматизация тестов.

Протестировать сайт.

Начинаем тестирование аукционного сайта up.auction по продаже продукции магазина орехов и сухофруктов madnuts.ru. Все условия прописаны на главной странице аукционного сайта и в нашей группе ВК vk.ru/club211251382?w=wall....Аукционы будут проводиться еженедельно в феврале-марте в 12-00. Первый состоится 25 января. Участие в одном аукционе занимает 15 минут, оплата за один аукцион 500 руб. по договору с самозанятым будет проводиться раз в месяц по количеству аукционов, в которых тестировщик примет участие. Возможно, что количество тестовых аукционов будет увеличено.

Протестировать: сайт. Дипломная работа. Ручное тестирование и автоматизация python.

Необходимо протестировать только сделанный самописный сайт.

Надо протестировать сайт.

Протестировать: сайт. Необходимо провести нагрузочное тестирование информационно-аналитической системы формирования и распределения квоты приема иностранных граждан и лиц без гражданства, в том числе соотечественников, проживающих за рубежом, на обучение в Российской Федерации. Подготовить методику проведения нагрузочного тестирования, отчет о проведении нагрузочного тестирования. Тестирование проводится с целью проверки производительности и соответствия следующим показателям назначения системы.

Протестировать: сайт. Тестирование.

Протестировать: сайт. Часть 2: автоматизация тестов для Stellar Burgers Что понадобится Для выполнения этой части работы тебе понадобятся: Среда разработки IntelliJ IDEA — в ней ты будешь писать автотесты. GitHub — чтобы запушить получившийся код в удалённый репозиторий. Веб-приложение Stellar Burgers. Задание 1. Юнит-тесты Тебе нужно протестировать программу, которая помогает заказать бургер в Stellar Burgers. Покрой её юнит-тестами. Здесь пригодятся моки и параметризация: где именно их использовать — реши самостоятельно. Что нужно сделать Склонируй репозиторий с заготовкой кода. Подключи библиотеки: JaCoCo, Mockito, JUnit 4. Покрой тестами класс Burger. Используй моки, стабы и параметризацию там, где нужно. ?? Покрытие кода должно быть 100%. Задание 2. Автотесты для API Протестируй эндпоинты API для Stellar Burgers. Пригодится документация API. В ней описаны все эндпоинты сервиса. Тестировать нужно только те, которые указаны в задании. Всё остальное — просто для контекста. Создание пользователя: создать уникального пользователя; создать пользователя, который уже зарегистрирован; создать пользователя и не заполнить одно из обязательных полей. Логин пользователя: вход под существующим пользователем; вход с неверным логином и паролем. Создание заказа: с авторизацией; без авторизации; с ингредиентами; без ингредиентов; с неверным хешем ингредиентов. Что нужно сделать Создай отдельный репозиторий для тестов API. Создай Maven-проект. Подключи JUnit 4, REST Assured и Allure. Напиши тесты. Сделай отчёт в Allure. Задание 3. Автотесты для UI В последнем задании тебе нужно протестировать веб-приложение Stellar Burgers. Что нужно сделать Опиши элементы, которые будешь использовать в тестах, с помощью Page Object. Протестируй функциональность в Google Chrome и Яндекс Браузере. Подключи Allure-отчёт. Регистрация Проверь: Успешную регистрацию. Ошибку для некорректного пароля. Минимальный пароль — шесть символов. Вход Проверь: вход по кнопке «Войти в аккаунт» на главной; вход через кнопку «Личный кабинет»; вход через кнопку в форме регистрации; вход через кнопку в форме восстановления пароля. Раздел «Конструктор» Проверь, что работают переходы к разделам: «Булки»; «Соусы»; «Начинки».

Протестировать: сайт. Протестировать сайт.

Протестировать: сайт. Есть готовый веб-сайт после разработки. Нужно провести комплексное тестирование перед запуском: Объём работ: 1. Функциональное тестирование (Frontend): • Проверка UI/UX, адаптивности (mobile / desktop) • Формы, валидация, ошибки • Кроссбраузерное тестирование (Chrome, Safari, мобильные браузеры) • Проверка основных пользовательских сценариев 2. Тестирование Backend / API: • Проверка API (авторизация, CRUD, бизнес-логика) • Проверка ролей и прав доступа • Проверка обработки некорректных данных • Проверка ошибок и кодов ответа 3. Базовое security-тестирование: • Проверка уязвимостей (OWASP Top-10) • Проверка авторизации (IDOR, доступ к чужим данным) • Проверка защиты форм, rate-limit, file upload (если есть) Результат работы: • Отчёт со списком багов и уязвимостей • Приоритеты (Critical / High / Medium / Low) • Шаги воспроизведения • Рекомендации по исправлению Технические детали: • Предоставлю тестовый доступ (staging) • Дам тестовые аккаунты (user / admin) • API документация есть / частично есть.

Протестировать: сайт. Тестирование api, отчет о результатах тестирования, баг-репорты.

Тестировать приложения.

Необходимо провести функциональное тестирование сайта - интернет-магазин. Главная страница, каталог, карточка, профиль, корзина и оплата. Тестирование на стационарном компьютере, планшете и телефоне. Проверить основные бизнес-процессы: выбор продукта, оформление покупки, оплата, получение электронного заказа. Выявить ошибки бэкенда и проблемы верстки.

Необходима помощь в тестировании с помощью Mocha, Chai, Sinon готового проекта. Требуется объяснить как правильно подключить библиотеки. На примерах показать как можно писать тесты и как их запускать в дальнейшем.

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

Протестировать: сайт. Желательно с опытом работы в автоиндустрии.

Я не выбираю специалистов.

Тестирование.

Протестировать: сайт. Тестирование сайта.